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 ‘版本描述’

这时就可以在login.py中编辑代码
vi login.py / vim login.py
代码编辑完成后即可进行 add 和 commit 操作

提示：添加和提交合并命令，这个就是将 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

Git 管理源代码，git单人操作和远程仓库github 的操作

Git

猜你喜欢