使用中央储存库对GIT的目的是什么？

Question

如果你是在 企业 设置有许多工作人员在一个特定的应用程序，它将对粮食的 分发的版本控制 系统有一个官方的中央储存库的?

有时我很难理解的概念的一个分布式版本控制系统这样的因为 GIT 在一个企业的环境。如果你没有一个中央储存库，不是一个皮塔图找出谁有最新版本更新拉从，谁也征x或修正y每个人都需要抓住，等等，等等。

它是击败的目的 GIT 使用它以类似的方式 SVN, 与中央储存库，每个人都推/拉？每次我想做的，我觉得我的缺点的一切。

可能有人启发我吗？

Answer 1

不是真的。 DCVS只允许如何在不涉及中央资料库开发者之间的互动更加自由。官方资料库是唯一的官方的以协商一致。 Linux也有一个中央资料库，从“官方”内核版本被创建的，但有中央，“官”，库和客户端库之间没有物理差异，因为它是在集中式VCS。

Answer 2

你可能在想沿线的这个图：

这将可能看起来像混乱来自一个中心静脉."我们需要一些订单"，我听到你说什么？

如果你没有一个中央储存库，不是一个皮塔图找出谁有最新版本更新拉从，谁也征x或修正y每个人都需要抓住，等等，等等。

是的。不像一个中心静脉没有一个真正的"最新版本"。如果没有中心位置，你不立即知道，是否见到起诉，乔或前夕的最新版本。一个中心位置，有助于澄清最新的"稳定的"释放。

一些更是这样的：

它也可能值得注意的是，可能有多于一个被察觉的中央储存库中根据该职权范围的群体的人在一个组织。

想象一下，一个项目管理人管理多个发展小组，每个小组可能有一个"中心"资源库，他们推动。每个星期，项目经理可能会拔变化从各个团队进入他的"中心"储存库，将它们合并，并把他们推回到他的团队"中央"资源库。

这可能不是一个很好的例子(我仍然得到我头上，围绕这一切太)，但这只是一个项目经理。扔在一些更多的项目/管理人员和团队，然后您可能会看到我在哪里从..

--

• 图和一个段落由 一篇文章Kalid Azad

Answer 3

使用分布式源控制，中央“正式”库是由策略确定 - 不是源控制工具架构

Answer 4

非也击败GIT中的目的。

要使用GIT或任何其他DVCS即使当存在一个中央，官方的优点，存储库是仍然所述源控制是分散的。也就是说，你可以在你的代码的存储库的拷贝，工作和做，如果你需要每隔几分钟本地提交。你并不需要担心的是，提交的上打破建立半完成的代码，它的所有地方。 （和非常快速的。）

然后，当所有的工作完成后，你可以清理历史，推到中央存储库完成的变化均匀，干净，状态。

我不认为你可以低估分离的“私人”的理念的优势，并承诺“公共”推动。它允许更改，即使你从这样的小粒度获益的唯一一个被跟踪。

Answer 5

如果您检查GIT中的此演示时，（475滑动和以下）中，中央储存库模型是完全通过GIT中的支持。

您可以可以强制希望git push发展，首先做一个git fetch + git merge第一，然后推人。

这不损害GIT中的目的在所有，并确保每个人是“同步”彼此。

与Linus的“官方”版本库的区别是，它是由不同的工作流管理，即一个“独裁者和副手”模型，其中写访问（推）仅授予莱纳斯，并读取被授予对任何人。

现在：？ “这是否打败DVC的点”

没有，你还是分布式存储库，每一个开发人员，他们可以获取自己的信息库之间/合并，根据自己的内部团队的工作流程。结果 但是，如果他们想参与到中央回购，他们需要得是第一个达到最新与仓库的最新历史记录。

Answer 6

一个DVCS的主要好处是，你可以从“官方”储备库中获得最新的版本，然后是冒险吧。您可以在本地提交更改并回滚随意。这也意味着你即使不访问中央repositoy甚至工作，并仍具有源代码控制的好处。

我觉得有一点纪律的模型工作得非常好。 本文很好地解释了，你可以采用各种型号

Answer 7

如Git DVCS不强迫你使用一个中央存储库。当然，这可能宣布一个存储库是“中央”或“官方”或什么的，并在公司范围内的中央资料库有一定的道理，如果不是为了发展则至少进行备份。