《Git学习指南》——1.3 分支的创建与合并很简单

  • 时间:
  • 浏览:2
  • 来源:大发快3官方—UU快三

如上所示,图中两位开发者的起点是同一另另一另4个版本。可是我两人每该人做了修改,并提交了修改。这可是我,对于这两位开发者每该人的版本库来说,该项目原因分析分析有了另另一另4个不同的版本。也好多好多 说,我们在这里创建了另另一另4个分支。接下来,原因分析分析其中一另另一另4个开发者想要导入那我人的修改,他/她就并能用Git来进行版本合并。原因分析分析合并成功了,Git就会创建一另另一另4个合并提交,其中会涵盖两位开发者所做的修改。这时原因分析分析另一位开发者也撤消了你这种提交,两位开发者的项目就又回到了同一另另一另4个版本。

图1.5 针对不同任务的显式分支

版本库在执行拉回和推送操作时,并能具体指定其针对的是哪一些分支。当然,除了你这种简单的分支创建和合并解决外,我们也并能对分支执行以下动作。

在顶端的例子中,分支的创建是非计划性的,其原因分析分析仅仅是另另一另4个开发者在并行开发同一另另一另4个软件罢了。在Git中,我们当然也并能开启有针对性的分支,即显式地创建一另另一另4个分支(见图1.5)。显式分支通常主要用于协调某一种生活功能性的并行开发。

图1.4 因开发者的并行开发而一直 跳出的分支创建操作

本节书摘来自异步社区《Git学习指南》一书中的第1章,第1.3节,作者: 【德】René Preißel(普莱贝尔) , Bjørn Stachmann(斯拉赫曼)著,更多章节内容并能访问云栖社区“异步社区”公众号查看

对于大多数版本控制系统来说,分支的创建与合并通常会因其特殊性而被认为是高级拓展操作。但原因分析分析Git最初好多好多 为了方便你这种散落在世界各地的Linux内核开发者而创建的,合并多方努力的结果一直 也有其面临的最大挑战之一,好多好多 Git的设计目标之一好多好多 要让分支的创建与合并操作变得尽原因分析分析地简单且安全。

在下面的图1.4中,我们向你展示了开发者是怎样才能通过创建分支的方法来进行并行开发的。图中的每一另另一另4个点都代表了该项目的一另另一另4个版本(即commit)。而原因分析分析在Git中,我们并能并能 对整个项目进行版本化,好多好多 每个点一起也代表了属于同一版本的各个文件。

移植分支:我们并能直接将某一分支中的提交转移到那我版本库中。

只传送特定修改:我们并能将某一分支中的某一次或某十几个 提交直接qq克隆好友 到那我分支中。这好多好多 所谓的捡取解决。

清理历史:我们并能对分支历史进行改造、排序和删除。这有有助于于为该项目建立更好的历史文档。我们称你这种解决为交互式重订(interactive rebasing)。