为什么要保持git历史记录干净？

Question

我和队友讨论了git。我试图说服他，他应该使用amend，rebase -i并使用有意义的提交消息。他只是问“为什么”，嗯……这是一个很好的问题。我尝试使用诸如干净的历史记录，更易于阅读和查找错误以及看起来不错之类的参数。他只是说，地狱读git commit或签出树的人，每个人都只是提交-推送，当时间到来时将其合并。为什么要打扰？

说实话，我不知道该说些什么。最糟糕的是，团队中其他成员的想法相似。有人可以帮我吗，我如何说服他们做更多的工作以保持git干净？

最糟糕的是，我是团队中的新成员，比其他人年轻得多，所以我不能只使用经验更丰富的开发人员卡。

编辑

由于对 rebase 的含义存在误解： 我试图说服团队在处理本地更改（未推送的本地分支）时使用rebase -i。只是为了清理一下，如果您没有及时修改。

Answer 1

问题归结为您是否需要VCS存储库中的历史记录。在以下情况下，您确实需要它：

• 您需要在跟踪器中找到任务。该任务可能包含有关引入更改的原因的信息。
• 需要阅读解释更改的提交消息
• 找到提出变更的人，以询问有关此变更的问题。也许会断手指。​​
• 找出错误的引入时间。通常这只是好奇心，但它可能会发现有趣的趋势。
• 如果发现故障较晚则恢复更改
• 了解您昨天同事所做的更改。或者在度假时。

因此，如果历史记录易于检查，则这些目标很容易实现。

Answer 2

当您不阅读git commits时，请保持干净的历史记录并正确维护您的项目，然后及时将自己前进。时间到了，您需要回去检查一下东西，而您将无法做到这一点。然后，地狱将崩溃。您的代码将难以维护，错误将会出现，并且由于不重要而被忽略，没有人会关心质量。您的工作变得很烦人，如果您这样对待工作，那么麻烦吗？这是您不想进入的病理。

您的团队正在做的事情是不关心的标志。 为什么会打扰和谁会在意参数不是构建好的软件的品质（再次……通常是）。

在任何项目中，我工作过的所有团队中，都有一些用例供我们使用，当我们需要维护旧版本并检出旧版本时。当然，您不会定期执行此操作，但是会有一段时间需要过去做一些事情，并且需要gits帮助。那个时刻总是到来。如果人们认为这无关紧要并且不会维护这样的产品，那么他们就不在乎自己的工作或所做的工作（通常 ... 通常< / strong>就是这种情况

在这种情况下，您必须先用git射击自己的腿，然后再开始关注-丢失一些项目，大喊大叫，因为您危害公司代码，失去WEEKS进度等等。

我遇到了一些团队，甚至公司，他们都将git视为令人讨厌的东西，甚至不尝试保留任何工作流程。这些团队，通常 ，都有不好的代码库，根本无法维护任何东西。

要改变老年人对这些事情的看法是很难的，他们的意识形态使他们变得太紧了，无法考虑其他任何事情。不过，您要保持git的干净，遵循良好的git做法，遵循良好的工作流程。您不会危及创建干净的git历史记录的能力，这会使您的生活更加轻松，因为有人甚至是大四也会告诉您。