前端学习总结-02-Git的使用.pdfVIP

常⻅操作 全局配置⽤户信息 git config --global "smyhvae" git config --global user.email "smyhvae@163.com" 分⽀的合并 场景：基于master分⽀的代码，开发⼀个新的特性 如果你直接在master分⽀上开发这个新特性，是不好的，万⼀你在开发 特性1 的时候，领导突然⼜要 叫你去开发 特性2 ，就不好处理了。难道开发的两个特性都提交到master？⼀会⼉提交特性1的 commit，⼀会⼉提交特性2的commit？这会导致commit记录很混乱。 所以，我给你的建议做法是：给每个特性都单独建⼀个的新的分⽀。 ⽐如说，我专⻔给特性1 建⼀个分⽀ feature_item_recommend 。具体做法如下： （1）基于master分⽀，创建⼀个新的分⽀，起名为 feature_item_recommend ： $ git checkout -b feature_item_recommend Switched to a new branch 'feature_item_recommend' 上⾯这⾏命令，相当于： $ git branch feature_item_recommend // 创建新的分⽀ $ git checkout feature_item_recommend //切换到新的分⽀ （2）在新的分⽀ feature_item_recommend 上，完成开发⼯作，并 commit 、push。 （3）将分⽀ feature_item_recommend 上的开发进度合并到master分⽀： $ git checkout master //切换到master分⽀ $ git merge feature_item_recommend //将分⽀ feature_item_recommend 的开发 进度合并到 master 分⽀ 合并之后， master 分⽀和 feature_item_recommend 分⽀会指向同⼀个位置。 （3）删除分⽀ feature_item_recommend ： 既然特性1 开发完了，也放⼼地提交到master了，那我们就可以将这个分⽀删除了。 git branch -d feature_item_recommend 注意，我们当前是处于master 分⽀的位置，来删除 feature_item_recommend 分⽀。如果当前是 处于 feature_item_recommend 分⽀，是没办法删除它⾃⼰的。 同理，当我转身去开发特性2 的时候，也是采⽤同样的步骤。 合并分⽀时，如果存在分叉 ⽐如说上⾯这张图中，最早的时候，master分⽀是位于 C2 节点。我基于 C2 节点，new出⼀个新的 分⽀ iss53 ，我在 iss53 上提交了好⼏个commit。 现在，我准备把 iss53 上的⼏个commit合并到master上，此时发现，master分⽀已经前进到C4 了。那该怎么合并呢？ 合并的命令仍然是： $ git checkout master $ git merge iss53 解释： 这次合并的实现，并不同于简单的并⼊⽅式。这⼀次，我的开发历史是从更早的地⽅开始分叉的。 由于当前 master 分⽀所指向的commit (C4)并⾮想要并⼊分⽀（iss53）的直接祖先，Git 不得不进⾏ ⼀些处理。就此例⽽⾔，Git 会⽤两个分⽀的末端（C4 和C5）和它们的共同祖先（C2）进⾏⼀次简单 的三⽅合并计算。 Git 没有简单地把分⽀指针右移，⽽是对三⽅合并的结果作⼀新的快照，并⾃动创建⼀个指向它的 commit （C6）（如下图所示）。我们把这个特殊的commit 称作合并提交（mergecommit），因为 它的祖先不⽌⼀个。 值得⼀提的是Git 可以⾃⼰裁决哪个共同祖先才是最佳合并基础；这和CVS 或Subversion （1.5 以后的 版本）不同，它们需要开发者⼿⼯指定合并基础。所以此特性让Git 的合并操作⽐其他系统都要简单 不少。 解决合并时发⽣的冲突 如果 feature1和feature2修改的是同⼀个⽂件中代码的同⼀个位置，那么，把feature1合并到 feature2时，就会产⽣冲突。这个冲突需要⼈⼯解决。步骤如下： （1）⼿动修改⽂件：⼿动修改冲突的那个⽂件，决定到底要⽤哪个分⽀的代码。 （2）git add ：解决好冲突后，输⼊