我最近一直在考虑使用Git来最终替换我们工作中的CVS存储库。然而，在看了{4}关于Git之后，似乎我发现的每个教程都建议使用Git，就像使用CVS一样，除了你有一个我同意的本地存储库对速度和分发非常有用。
然而，教程建议您所做的是每个克隆您要从远程位置开发的存储库，并且在进行更改时，您在本地提交构建历史记录以帮助进行合并控制。当您准备提交更改时，请将它们推送到远程位置，但首先要获取更改以检查合并冲突（就像CVS一样）。
然而，在Linus的视频中，他描述了Git作为一组开发人员的功能，他们根据需要在一些代码上推送和取出，而不是使用远程位置，即集中位置。他还描述了人们将他们的更改推送给获取和推送代码的验证者。所以你可以看到在公司内创建可扩展的结构也是可能的。
我的问题是，任何人都可以指向一些教程的方向，这些教程实际上解释了如何使用Git进行代码的分布式开发，以便开发人员在不提交远程存储库的情况下推送和获取代码，如果可能的话将本教程基于Eclipsed是非常好的。
提前致谢， 阿列克谢蓝。
答案 0 :(得分：3)
我不知道任何关于此的具体教程。通常，要连接到存储库，您必须运行一个git服务器来侦听（并验证）git请求。
为每个开发人员创建一个特定的存储库是可能的 - 但每个存储库都需要该服务器组件。可以在同一台计算机上存储多个存储库，从而减少所需的服务器数量。
然而，由于其他原因，拥有某种中心结构（例如，要发布的内容的存储库;或者尚未验证的内容的存储库）是有益的。此结构不需要是单个中央存储库，而是多个具有明确定义的工作流的工作流在存储库之间移动（例如，如果验证验证库中的代码，则应将其推送到发布存储库）。
换句话说，您应该已准备好创建Git服务器（例如，请参阅http://tumblr.intranation.com/post/766290565/how-set-up-your-own-private-git-server-linux了解详细信息;但也有其他教程），并为您自己的公司定义工作流程以使用它。
此外，我建议您查看AlBlue的博客系列Git Tip of the Week。
最后，为了简化介绍，我建议首先介绍Git作为CVS的直接替代品，然后逐一介绍其他变化。
答案 1 :(得分：2)
这显示了与CVS或SVN等传统集中式服务器不同的工作流程。从表面来看，它看起来与从中央Git服务器中提取源类似，但是你将提交推送到Gerrit服务器，该服务器可以编译和测试代码，以确保它在最终将更改推送到中央Git服务器之前有效。
现在不是将更改推送到Gerrit，而是可以将代码推送到对编程伙伴，他可以手动审核并测试代码。
或者也许你正在度假，一位同事将完成你已经开始的任务。没问题，只需将您的更改推送到他们的Git仓库。
Git不会将这些其他任何Git实例视为彼此不同。从Git的角度来看，它们都不是特别的。