Git
1. git
工作区,暂存区 和 仓库区
工作区:对于 添加、修改、删除 文件的操作,都发生在工作区中
暂存区:暂存区指将工作区中的操作完成小阶段的储存,是版本库的一部分
仓库区:仓库区表示个人开发的一个小阶段的完成
注意:
1. 仓库区中记录的各版本是可以查看并回退的
2. 但是在暂存区的版本一旦提交就再也没有了
一、 Git 单人本地仓库操作
-
安装git
sudo apt-get install git -
查看git安装结果
git -
创建项目
在桌面创建一个文件夹,表示是工作项目
mkdir test -
创建本地仓库
① 进入到test,并创建本地仓库 .git
cd Desktop/test/
git init
② 新创建的本都仓库 .git 是个空仓库
③ 进入该待显示的文件路径,ctrl + h ,则显示隐藏文件
-
配置个人信息
git config user.name ‘张三’
git config user.email ‘[email protected]’ -
新建py文件
在项目文件 test 里面创建 login.py 文件 ,用于版本控制演示
cd Desktop/test/
touch login.py、 -
查看文件状态
git status
① 红色表示新建文件或者新修改的文件,都在工作区.
② 绿色表示文件在暂存区
③ 新建的login.py文件在工作区,需要添加到暂存区并提交到仓库区
- 将工作区文件添加到暂存区
① 添加项目中所有文件
git add .
或者
② 添加指定文件
git add login.py
添加到暂存区后文件名会变成绿色
- 将暂存区文件提交到仓库区
commit 会生成一条版本记录
-m 后面是版本描述信息相
git commit -m ‘版本描述’
提示:添加和提交合并命令,这个就是 将 git add . 和 git commit -m ‘版本描述’ 合成一句代码
git commit -am “版本描述”
提交两次代码,会有两个版本记录
11.查看历史版本
git log
或者
git reflog
git reflog 可以查看所有分支的所有操作记录(包括commit和reset的操作),
包括已经被删除的commit记录,git log 则不能察看已经删除了的commit记录
12.回退版本
方案一:
① HEAD表示当前最新版本
② HEAD^表示当前最新版本的前一个版本
③ HEAD^^表示当前最新版本的前两个版本,以此类推…
④ HEAD~1表示当前最新版本的前一个版本
⑤ HEAD~10表示当前最新版本的前10个版本,以此类推…
git reset --hard HEAD^
方案二:当版本非常多时可选择的方案
通过每个版本的版本号回退到指定版本
git reset --hard 版本号
当回退错误时 可以使用 git reflog 查看到之前的版本号,
再使用 git reset --hard 版本号 加上之前的版本号来进行返回退
13.撤销修改
-
只能撤销工作区、暂存区的代码,不能撤销仓库区的代码
-
撤销仓库区的代码就相当于回退版本操作
① 撤销工作区代码
新加代码num3 = 30,不add到暂存区,保留在工作区
git checkout 文件名
① 撤销暂存区代码
新加代码num3 = 30,并add到暂存区
1. 第一步:将暂存区代码撤销到工作区
git reset HEAD 文件名
2. 第二步:撤销工作区代码
git checkout 文件名
二、Git远程仓库Github
Github网站作为远程代码仓库时的操作和本地代码仓库一样的,只是仓库位置不同而已!
准备Git源代码仓库 https://github.com/
创建远程仓库
1.登陆注册Github
https://github.com/
按照步骤操作就好
配置SSH
选择SSH操作
如果某台电脑需要与Github上的仓库交互,那么就要把这台电脑的SSH公钥添加到这个Github账户上
1.配置SSH公钥入口
2.生成SSH公钥
利用:ssh-keygen -t rsa -C "[email protected]" 在终端中输入 qiruihua可以换成你的邮箱或用户名
3.配置SSH公钥
-
使用 git clone 命令来克隆文件
-
更改代码 在 push 上传到远程仓库
克隆项目
1.克隆远程仓库的命令
cd Desktop/manager/
git clone https://github.com/qruihua/info.git
clone 后面的路径就是再创建好的远程仓库中复制当前的仓库路径
2.克隆远程仓库到本地
3.克隆成功后查看 文件
4.配置 身份信息
cd Desktop/manager/info/
git config user.name ‘经理’
git config user.email ‘[email protected]’
5.创建项目
6.推送项目到远程仓库
# 工作区添加到暂存区
git add .
# 暂存区提交到仓库区
git commit -m '立项'
# 推送到远程仓库
git push
在 push 的时候需要设置账号与密码,该密码则是 github 的账号与密码
这时上远程仓库中查看是否创建成功
提示:
如果在每次 push 都需要设置账号与密码,那么可以设置记住密码
设置记住密码(默认15分钟):
git config --global credential.helper cache
如果想自己设置时间,可以这样做(1小时后失效):
git config credential.helper 'cache --timeout=3600'
长期存储密码:
git config --global credential.helper store
多人协同开发:假设有两个人,一个是经理,一个是张三
-
现在远程上创建仓库
-
再将远程的仓库克隆到经理的本地中
-
再将远程的仓库克隆到张三的本地中
-
经理和张三配置身份信息
-
经理再在代码编辑界面编写代码上传到远程仓库 git push 命令
-
张三在将远程的代码同步 利用 git pull 命令,然后编写在上传到远程仓库。
-
经理再将远程仓库的代码同步下来,在编写。再上传到远程仓库
-
就是这么重复执行
-
总结:
要使用git命令操作仓库,需要进入到仓库内部
要同步服务器代码就执行:git pull
本地仓库记录版本就执行:git commit -am ‘版本描述’
推送代码到服务器就执行:git push
编辑代码前要先pull,编辑完再commit,最后推送是push
代码冲突
1. 提示:多人协同开发时,避免不了会出现代码冲突的情况
2. 原因:多人同时修改了同一个文件
3. 危害:会影响正常的开发进度
4. 注意:一旦出现代码冲突,必须先解决再做后续开发
假设一种情况:
1.张三先编辑login.py文件代码
进入张三本地仓库:cd Desktop/zhangsan/info
拉取服务器最新代码:git pull
编辑代码:num3 = 30
本地仓库记录版本:git commit -am ‘第三个变量’
推送到服务器仓库:git push
2.经理没有先同步远程仓库中的代码 然后直接编辑login.py文件代码 后上传
进入经理本地仓库:cd Desktop/manager/info/
编辑代码:num3 = 300
本地仓库记录版本:git commit -am '第三个变量'
推送到服务器仓库:git push
以上操作会出现代码冲突
经理要先pull
3.解决冲突
原则:谁冲突谁解决,并且一定要协商解决
方案:保留所有代码 或者 保留某一人代码
解决完冲突代码后,依然需要add、commit、push
补充:
一、容易冲突的操作方式
1. 多个人同时操作了同一个文件
2. 一个人一直写不提交
3. 修改之前不更新最新代码
4. 提交之前不更新最新代码
5. 擅自修改同事代码
二、减少冲突的操作方式
1. 养成良好的操作习惯,先pull在修改,修改完立即commit和push
2. 一定要确保自己正在修改的文件是最新版本的
3. 各自开发各自的模块
4. 如果要修改公共文件,一定要先确认有没有人正在修改
5. 下班前一定要提交代码,上班第一件事拉取最新代码
6. 一定不要擅自修改同事的代码
标签
当某一个大版本完成之后,需要打一个标签
作用:
记录大版本
备份大版本代码
模拟经理打标签
1.进入到经理的本地仓库info
cd Desktop/manager/info/
2.经理在本地打标签
git tag -a 标签名 -m ‘标签描述’
例:
git tag -a v1.0 -m ‘version 1.0’
3.经理推送标签到远程仓库
git push origin 标签名
例:
git push origin v1.0
补充:删除本地和远程标签
# 删除本地标签
git tag -d 标签名
# 删除远程仓库标签
git push origin --delete tag 标签名
分支
作用:
区分生产环境代码以及开发环境代码
研究新的功能或者攻关难题
解决线上bug
特点:
项目开发中公用分支包括master、dev
分支master是默认分支,用于发布,当需要发布时将dev分支合并到master分支
分支dev是用于开发的分支,开发完阶段性的代码后,需要合并到master分支
模拟经理分支操作
1.进入到经理的本地仓库info
cd Desktop/manager/info/
2.查看当前分支
git branch
没有创建其他分支时,只有master分支
3.经理创建并切换到dev分支
git checkout -b dev
4.设置本地分支跟踪远程指定分支(将分支推送到远程)
git push -u origin dev
5.经理在dev分支编辑代码
6.管理dev分支源代码:add、commit、push
7.dev分支合并到master分支
提示:只有当dev分支合并到master分支成功,张三才能获取到num4
7.1 先切换到master分支
git checkout master
7.2 dev分支合并到master分支
git merge dev
7.3 经理推送合并分支操作到远程仓库
合并分支默认在本地完成,合并后直接推送即可
git push
8.张三同步经理合并后的num4
只有当张三同步代码成功,分支合并才算成功
cd Desktop/zhangsan/info/
git pull