分布式版本控制系统是否会促进不良的备份习

Question

在DVCS中,每个开发人员在他们的工作站上都​​有一个完整的存储库,他们可以为其提交所有更改.然后他们可以将他们的repo与其他人合并,或者克隆它,或者其他任何东西(据我所知,我不是DVCS用户).

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

但是使用DVCS时,您似乎只需要在分享时将工作推送到服务器.你在本地拥有repo非常好,所以你可以在你的功能分支上工作一个月而不会打扰任何人,但这意味着(我认为)检查你的代码到repo是不够的,你必须记得做常规推送到备份服务器.

它也意味着,不是吗,团队领导无法看到所有那些不错的SVN提交电子邮件,以便大致了解代码库中发生了什么？

这是否是一个真正的问题？

Answer 1

我可以理解您对开发人员在本地差异消失后忘记备份（因为他们已在本地提交）的担忧，并停止用大量输出来烦扰他们。我认为解决方案可以在于更好的工具，沼泽工具！您可以在每个开发人员的机器上设置一个 cron 作业，将其存储库中最后一个可访问的对象推送到中央存储库，并使用命名空间分支在中央（备份）存储库中标记它们。我认为“git Push”可以做到这一点，只要给出正确的参考规范。然后，您所做的只是影响公共分支机构的状态。

但是，当存储库仅存在于一个位置时，您真的需要像以前一样积极的备份过程吗？使用 DVCS，您需要更高类别的灾难才能丢失所有代码。现在，您需要一颗小行星或炸弹袭击您的办公室（以及所有场外团队成员），而不仅仅是硬盘或 RAID 控制器损坏。请注意，我并不是提倡马虎；我并不是提倡马虎。我主张以更低的成本承担同等的风险。