We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
1 parent e4c20cc commit ec9f1b0Copy full SHA for ec9f1b0
book/05-distributed-git/images/centralized.png renamed to book/05-distributed-git/images/centralized_workflow.png
book/05-distributed-git/sections/distributed-workflows.asc
@@ -15,7 +15,7 @@
15
若干个开发者则作为节点——也就是中心仓库的消费者——并且与其进行同步。
16
17
.集中式工作流。
18
-image::images/centralized.png[集中式工作流。]
+image::images/centralized_workflow.png[集中式工作流。]
19
20
这意味着如果两个开发者从中心仓库克隆代码下来,同时作了一些修改,那么只有第一个开发者可以顺利地把数据推送回共享服务器。
21
第二个开发者在推送修改之前,必须先将第一个人的工作合并进来,这样才不会覆盖第一个人的修改。
@@ -29,7 +29,8 @@ John 完成了他的修改并推送到服务器。
29
她被告知她的修改正通过非快进式(non-fast-forward)的方式推送,只有将数据抓取下来并且合并后方能推送。
30
这种模式的工作流程的使用非常广泛,因为大多数人对其很熟悉也很习惯。
31
32
-当然这并不局限于小团队。利用 Git 的分支模型,通过同时在多个分支上工作的方式,即使是上百人的开发团队也可以很好地在单个项目上协作。
+当然这并不局限于小团队。
33
+利用 Git 的分支模型,通过同时在多个分支上工作的方式,即使是上百人的开发团队也可以很好地在单个项目上协作。
34
35
[[_integration_manager]]
36
==== 集成管理者工作流
0 commit comments