Git就业实战篇

第一章版本控制系统

1.1 SVN 集中式版本控制系统

所有的代码版本都存放在 SVN Server 上，网络有问题就访问不了，所有内柔都在SVN Server上进行，Client只负责请求，协作必须在本地局域网开发。

1.2 GIT 分布式版本控制系统

每个客户端都有一个仓库，独立开发。

第二章 Git的基本内容回顾

2.1本地与远端仓库通信

以GitHub为例实现本地仓库与远程仓库的通信，随便创建一个远程仓库：

安装Git设置提交代码的签名（用户名密码）和SSH密钥

git config --global user.name "" 
git config --global user.email ""
ssh-keygen -t rsa -C "注册账号的邮箱名字"

生成的密钥的正常情况（全部默认）生成在C:\Users\用户名\.ssh下，复制id_rsa.pub（公钥）中的内容，

测试是否和GitHub联通，如果有报错$ ssh: Could not resolve hostname github.com: Name or service not known请检查自己的网络代理设置。

2.2 回忆Git的命令

2.2.1 git clone

使用git clone 仓库地址将远程分支 Clone 到本地

在拉取到本地之后默认会将远程仓库的名称设置为origin

生成本地默认一个主干分支master追踪origin/master（或main分支）

2.2.2 向远程仓库推送代码的流程

2.2.3 git 各个阶段修改回退撤销操作

2.3 冲突解决

当本地分支与远端分支不同步（提前或者落后n个提交），在进行 push 的时候就回无法推送。

2.3.1 修改的不同位置的代码

git 会智能合并

2.3.2 修改相同位置的代码

需要手动进行修改，修改之后需要在进行 commit ，以便让 git 保存完整的提交更改。

[root@localhost TestRepo]# cat README.md 
<<<<<<< HEAD
B更改了Readme
=======
This is A
>>>>>>> c9d153de333f310ba9af1945c64026de42238b73
    
// 去掉Git生成的提示，手动更改代码，在前人的基础上修改内容

This is A ，B也干了，还解决了冲突

[root@localhost TestRepo]# vim README.md 
[root@localhost TestRepo]# gitstatus
bash: gitstatus: 未找到命令...
[root@localhost TestRepo]# git status 
# 位于分支 main
# 您的分支和 'origin/main' 出现了偏离，
# 并且分别有 1 和 1 处不同的提交。
#   （使用 "git pull" 来合并远程分支）
#
# 您有尚未合并的路径。
#   （解决冲突并运行 "git commit"）
#
# 未合并的路径：
#   （使用 "git add <file>..." 标记解决方案）
#
#	双方修改：     README.md
#
修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）
[root@localhost TestRepo]# git add .
[root@localhost TestRepo]# git status 
# 位于分支 main
# 您的分支和 'origin/main' 出现了偏离，
# 并且分别有 1 和 1 处不同的提交。
#   （使用 "git pull" 来合并远程分支）
#
# 所有冲突已解决但您仍处于合并中。
#   （使用 "git commit" 结束合并）
#
# 要提交的变更：
#
#	修改：      README.md
#
[root@localhost TestRepo]# git commit -m "B解决冲突"
[main 742e7a4] B解决冲突
[root@localhost TestRepo]# git push

2.4 本地分支管理

2.4.1 本地分支创建和合并

列出大致拉取代码到本地 -> 创建本地分支 -> 合并分支 -> 完成推送这一流程的时间线。下面的示例中是将dev分支合并到mian分支上在进行推送的，如果想直接将dev分支的内容推送到mian上面，则需要指定远端的分支（因为本地签出的分支并不追踪远端）即git push origin dev:master；若创建的本地分支有内容未合并，在删除时需要进行强制操作，即git branch -D devBranchA。

// 1、创建本地分支
Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git checkout -b devBranchA
Switched to a new branch 'devBranchA'
// 2、进行开发
Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (devBranchA)
$ vim README.md
// 3、提交更改到本地
Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (devBranchA)
$ git status
On branch devBranchA
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   README.md

no changes added to commit (use "git add" and/or "git commit -a")

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (devBranchA)
$ git add .

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (devBranchA)
$ git commit -m "A在自己分支上写的"
[devBranchA a4efd3b] A在自己分支上写的
 1 file changed, 3 insertions(+)
// 4、返回main分支合并更改
Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (devBranchA)
$ git checkout main
Switched to branch 'main'
Your branch is up to date with 'origin/main'.

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git merge devBranchA
Updating 71591b3..a4efd3b
Fast-forward
 README.md | 3 +++
 1 file changed, 3 insertions(+)
 // 5、推送更改到远端
 Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 12 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 379 bytes | 379.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0)
To github.com:Purearc/TestRepo.git
   71591b3..a4efd3b  main -> main
// 6、删除不再需要的分支
Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git branch -d devBranchA
Deleted branch devBranchA (was a4efd3b).

2.4.2 本地分支合并冲突解决方案

分支的冲突同样也是分为Auto Merge和Auto Merge failed两种，后者需要手动进行更改。

下面是整个的流程，经常从远端 pull 同步代码是个好习惯。

B：
git pull
// 获得V1版本的代码
// 进行开发并推送自己的更新到远端
git push

A：
git pull
// 1、获得V1版本的代码
git checkout -b dev
// 2、完成功能开发合并代码 
git merge
git push
remote: Enumerating objects: 18, done.
remote: Counting objects: 100% (17/17), done.
remote: Compressing objects: 100% (10/10), done.
remote: Total 11 (delta 0), reused 11 (delta 0), pack-reused 0
Unpacking objects: 100% (11/11), 1.37 KiB | 31.00 KiB/s, done.
From github.com:Purearc/TestRepo
   f27b0ea..9e255a3  main       -> origin/main
Auto-merging Application.java
CONFLICT (content): Merge conflict in Application.java
Automatic merge failed; fix conflicts and then commit the result.
// 3、手动解决冲突
git add
git commit->git push

需要手动解决冲突的示例：

// 这是一个启动类
@SpringBootApplication()
@Aspect

// 这是一个启动类
@SpringBootApplication

// 这是一个启动类
<<<<<<< HEAD
@SpringApplication()
@Aspect
=======
@SpringBootApplication
>>>>>>> 9e255a33b02fff50131758f7bb9101ae997eafa0

2.5 远程分支管理

在远端创建一个新的分支之后 pull 一下就可以看到远端分支已经更新，但是本地没有分支跟踪，通过git checkout -b 本地分支 origin/远端分支就可以完成创建并跟踪，也可以在本地的某个分支使用git checkout -u origin/本地分支进行后期追加跟踪。

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git pull
From github.com:Purearc/TestRepo
 * [new branch]      dev        -> origin/dev
Already up to date.

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (main)
$ git checkout -b dev origin/dev
Switched to a new branch 'dev'
branch 'dev' set up to track 'origin/dev'.

Arc@Arc MINGW64 /d/GitLocalRepo/TestRepo (dev)
$ git branch -vv
* dev    aad1a91 [origin/dev] B更改了Application
  devEnv c501fc0 A的更改落后于B
  main   8d170a9 [origin/main: ahead 2] A解决冲突

2.6在IDEA或Github Desktop上使用Git

第三章 Git的工作流

在我们的开发流程中，我们采用了一种结构化的Git工作流，以确保代码的稳定性和可持续性。首先，我们从稳定的master分支创建一个dev分支，用于日常开发。开发完成后，从dev分支中拉出一个release分支，用于准备和测试新版本。在所有测试通过后，将release分支的代码合并回master分支，标志着版本的发布。之后，我们开始新一轮的开发，再次从master分支创建dev分支，如此循环往复，确保每个版本的迭代都有条不紊。

以下图为例，大体流程为

1、创建个人本地开发分支：git checkout-b feature/add_new_line origin/dev
2、个人本地分支推送到远程分支：git push origin feature/.add_new_line:feature/add_new_line
3、提交个人远程代码分支和目标代码合入分支的MR,相关负责人进行CR
4、相关负责人提出意见，本地修改相应的代码，推送到对应的远程代码分支上
5、代码CR意见处理完，相关负责人进行代码merge,代码修改从feature/add_new_Line合入dev分支完成
5、删除个人远程代码分支