分布式版本控制系统是否会养成不良的备份习惯？

Question

在DVCS中，每个开发人员在其工作站上都​​有一个完整的存储库，他们可以将所有更改提交到该存储库。 然后，他们可以将其回购与其他人的回购合并，克隆或进行任何复制（据我所知，我不是DVCS用户）。

对我而言，这标志着副作用，即更容易忘记备份。 在传统的集中式系统中，您作为开发人员和负责人员都知道，如果您提交某些内容，则将其保存在中央服务器上，该中央服务器可以提供适当的备份解决方案。

但是，使用DVCS似乎只需要将工作共享到服务器即可。 很好，您在本地拥有存储库，因此您可以在一个功能分支上工作一个月而不会打扰任何人，但这意味着（我认为）仅将代码检入存储库是不够的，您必须记住定期进行推送到备份的服务器。

这还意味着，不是吗，团队负责人看不到所有那些不错的SVN提交电子邮件，以大致了解代码库中发生了什么？

这是一个真正的问题吗？

Answer 1

我可以理解您对开发人员在本地差异消失后忘记备份（因为他们已在本地提交）而停止备份并停止对大量输出的困扰的担忧。 我认为解决方案可以在于更好的工具，磨床工具！ 您可以在每个开发人员的盒子上设置cron作业，将其存储库中的每个最后可访问对象推送到中央存储库，并使用命名空间分支将它们标记在中央（备份）存储库中。 考虑到正确的refspec，我认为“ git push”可以做到这一点。 然后，您不做的所有事情都会影响公共分支机构的状态。

但是，当回购仅存在于一个地方时，您真的需要像以前一样积极的备份过程吗？ 使用DVCS，您需要更大范围的灾难才能丢失所有代码。 现在，您需要一颗小行星或炸弹击中您的办公室（以及所有异地团队成员），而不仅仅是硬盘或RAID控制器损坏。 注意，我不是在提倡草率； 我主张以更低的成本承担同等风险。

Answer 2

我认为您对此并不自动。 分布式或集中式VCS可以与备份结合（也可以不结合）。 这都是团队纪律的问题。

对于提交电子邮件也是如此。 如果团队有规律地定期将更改推送到正确的存储库，那么您也可以拥有一个有效的提交邮件列表。

在具有集中式VCS的团队中，不良习惯也会增加。 您必须始终与不良习惯作斗争。

Answer 3

如果存在本地存储库副本，则可能会导致不良的备份习惯（如果有的话）。 但是，应该备份您的主存储库。

“整个存储库的本地副本”比备份具有更重要的用途。 它减少了检查代码库历史的等待时间（例如，与最新版本不同），从网络往返到本地硬盘驱动器的往返。

如果您的主存储库位于千兆位LAN上，那听起来并不重要。 如果您是一个通勤者，并且存储库距离VPN已有600毫秒以上的距离，那么您将与众不同。

我从未研究过它，但是我确定Mercurial和Git都支持提交后挂接，从而允许您设置提交给团队负责人的提交邮件。 然后，每个开发人员可以相应地设置她的存储库，或者拥有一个临时存储库，该存储库允许半永久使用提交邮件或其他功能。

编辑：关于John关于长期运行的实验丢失的评论，因为该实验还没有准备好提交给主存储库：在单独的分支中工作，并定期将所做的更改推送给主存储库。 您仍然可以获得使用本地存储库的所有好处（主要是，对我而言，延迟很短），并且仍然不会因为半熟功能而惹恼您的同事……并且您仍然可以将更改存储在计算机中，您的管理员可以正确备份存储库的地方。

Answer 4

我想在大多数地方，可能仍然有一个“中央”存储库，从中可以进行构建并进行测试。 如果要在构建中添加代码，则必须将其集中推送。

这也是一个管理问题-告诉您的团队-定期推送（至少每天一次），以便备份您的代码。 如果还没有完成，那就摆脱困境。

我还要指出，如果您依靠提交来查看员工的工作，那么可能会遇到一些更大的问题，需要解决...