如何在不同类中使用不同的注释检入代码?

时间:2009-06-09 21:40:32

标签: version-control comments checkin

您认为从多个实施多项更改的文件中检入代码但是可以同时进入的最佳做法是什么?

你是否一次检查它们,保持合理的原子检查,并将更改放在一个长评论中?

您是否检查了组中的文件,以便正确的注释与正确的文件相关联?

您是否有工具可以让您立即通过不同文件的不同评论办理登机手续?

5 个答案:

答案 0 :(得分:1)

立即检查所有内容。如果您签入组,则可以打破构建。

但最好在完成更改后办理登机手续。

答案 1 :(得分:1)

我使用Git,它可以让您轻松解决tangled working copy problem。我可以在不担心哪些更改与什么相关的情况下工作,然后在我完成一些事情后退一步并使用自己的提交消息单独提交每个逻辑更改。

此方法非常适合将小的逻辑更改保持在一起。如果我回顾一下使用git annotate的文件的历史记录,我可以很容易地看到为什么每次更改都是在没有一个提交涵盖一大堆无关的更改的情况下进行的。此外,正如其他人所提到的,如果您稍后改变主意,那么提交较小的提交会使回滚先前的修改变得更容易。

答案 2 :(得分:1)

只要他们不是多个更改之间的依赖关系,请保持您的签入很小。检查不会破坏构建或引入其他问题的最小变化集合。

对于错误或小变更请求,通常每个错误(或更改)的一个签入往往效果最好。这使您可以轻松识别哪些文件(或多个文件)已更新以解决特定问题。这不仅有助于回滚变更,而且有助于确定在未来出现类似问题时如何修复问题。

对于重大更改,如果可以将其分解为要检入的较小工作单元,请执行此操作。答:如果你确实因为一个小错误而需要回滚一些东西,那么必须回滚所有的变化只是令人沮丧。 B - 硬盘崩溃 - 如果您长时间处理某些事情,您实施的更改越多,无需办理登机手续的时间越长,您将工作和组织投入的风险就越大。

答案 3 :(得分:0)

我尝试将每张登记件与特定的票号,项目等相关联。

答案 4 :(得分:0)

保持签名尽可能小是很好的做法,原因很多,特别是如果你想回滚任何东西。出于这个原因,尝试以最小的“有意义”增量检查代码(只要在每次签入后仍然编译所有内容)。