问题标签 [dvcs]

我即将开始一个项目，程序员将在家中做出贡献（就像构建了 stackoverflow）

我想使用一些集中的源代码控制，但我不希望它要求程序员在线，服务器可能会不时离线（因为起初它可能是我的台式机）

我想我记得 Jeff 在某个播客中谈到过这个，但我不记得是哪一个了。

是否有可能通过电子邮件异步工作的源代码控制工具？程序员可以连接以下载最新版本，例如，签入过程会将文件发送到电子邮件帐户

这样的事情存在吗？

编辑：对不起，我忘了说我将使用 .NET (Visual Studio 2008)

如果它可以集成到这个环境中，那就太好了...... GIT（下面建议）支持吗？

我在项目中使用的唯一分布式修订控制系统是 bazaar。除了如何结账外，我对 git 和 mercurial 了解不多。我喜欢 bazaar 的原因是 automv 插件。它检测我何时手动移动/删除文件（从命令行/ide等），当我赶时间时，我倾向于做很多事情。但是 bazaar 真的很慢，我正在考虑转向 git。git 有类似这个功能的东西吗？

在过去 6 个月左右的时间里，我一直在使用我们主要 Perforce 存储库的 2-way Git 镜像来评估我们的工作流程。我不得不说我爱上了使用它，但到目前为止它对我来说有一个致命的缺陷：它对 Windows 的支持很糟糕。

一般来说，这对我来说不是问题，但现在是。我需要在我的 Git 存储库中对一些本地提交的工作做一些工作，我无法从我需要工作的机器上得到它，因为这个盒子上的 Git 发行版存在一些无法解决的问题。

无论如何，如果可以的话，我想做的是运行第二个镜像：这次是从我的 Git 存储库中捎带，但通过 Mercurial 或 Bazar 提供服务。我发现了一些看起来很有前途的工具，并且博客评论中的一些参考资料说人们已经这样做了，但还没有完成。

那么谁能告诉我是否有一种简单的方法可以使用另一个可以在 Windows 上正常工作的DVCS来维护一个到 Git 存储库的 2 路镜像？

提前感谢您的麻烦...

杰米

如果您在一个公司环境中，有很多人在开发一个特定的应用程序，那么拥有一个官方的中央存储库是否违背了分布式版本控制系统的原则？

有时我很难理解公司环境中分布式版本控制系统（如GIT ）的概念。如果您没有中央存储库，那么是否需要 PITA 才能确定谁拥有最新的更新版本，谁拥有每个人都需要获取的功能 x 或错误修复 y，等等等等。

以与SVN类似的方式使用它是否违背了GIT的目的，它有一个每个人都可以从中推/拉的中央存储库？每次我想到这样做时，我都觉得我错过了所有事情的重点。

有人可以启发我吗？

我们已经看过并观看了有关大型分布式团队如何使用 Git 的视频，但是我们这些没有分布式并与我们团队的其他成员一起在办公室工作的人呢？我们应该如何构建我们的存储库和我们的工作流程？

想想一直使用 Subversion 或 CVS 作为单一权限点的传统办公室。当然，这些团队可以各自维护自己的 Git 存储库，并根据需要相互推/拉，这在许多情况下很快就会变成一场噩梦。或者，他们可以各自维护自己的存储库，并与被称为团队“主”的单个存储库同步。或者，可以将工作流与 DVCS 打开的可能性进行任何组合。

你的团队是如何运作的？您发现什么是有用的工作流程？

我希望转向分布式源代码控制，因为我使用多台计算机并且经常离线工作。如果任何分布式源代码控制系统与 Visual Studio 集成，集成效果如何？

我很想知道人们在企业环境中使用分布式版本控制的经验。

具体来说：

1. 被收养难吗？
2. 既然已经到位了，是不是很受欢迎呢？
3. 您使用的是什么“模型”（集线器和辐条？还有什么？）
4. 允许您使用集线器和辐条，推送到中央服务器是否有任何纪律问题？
5. 我想知道是否有人在这种环境中工作的非程序员，最好是艺术家等，VCS 对他们来说可能有点令人生畏。对他们有用吗？

“传统”版本控制系统遵循“大教堂”模型——所有代码都存储在一个主存储库中。

像 git 这样的分布式版本控制系统在组织多个存储库时提供了更大的灵活性。您可以“推送”更改、“拉取”更改和“克隆”存储库。

您是否按照工作组或工作流程组织了存储库？你注意到任何模式了吗？

我过去常常回去编辑我的 Mercurial 提交，试图创造一段美好的历史。我可能将两个不相关的东西放在一个提交中，或者我可能做了几个提交，这些提交被更好地理解为一个提交，但最终这似乎是在浪费时间，我克服了历史不完美的小尴尬。

你还这样做吗？为什么它对你有价值，你为什么不再做，你有没有做过，或者你正在考虑开始？

如果我为 Linux 内核做贡献，这显然值得我花时间，因为否则 Linus 会拒绝我的补丁，但 IMO dvcs 用户的一大错误是想象他们的项目就像 Linux 内核。我的项目通常只有几个开发人员。

我正在寻找一个分布式源代码控制系统，它可以让我进行颠覆类型的检查。我有几个不同的项目，并希望将它们合并到一个存储库中。我希望能够像 subversion 一样拥有工作目录，因此每个项目不必是它自己的存储库。从 Mercurial 来看，这是不可能的，因为任何文件都必须存储在存储库中才能跟踪那里的更改。如果有人知道可以让我使用工作目录的分布式源代码控制系统，我将不胜感激。