为什么不在之前提交对版本控制的更改

时间:2012-04-16 19:34:16

标签: xcode git version-control methodology

我是新手开发人员,独自工作。我正在使用Xcode和git版本控制。可能我没有正确组织和做错事,但我通常决定做什么只是为了在我破坏一切之前制定安全点。在那一刻,我发现很难正确描述我已经做过的事情,但我确切地知道接下来会尝试什么。因此,当我将执行下一个参考点时,前一个参考点已经命名。

所以我的问题是 - 是否有一些版本控制方法,其中参考点由计划描述,而不是事实。为什么这可能是一个坏主意?

2 个答案:

答案 0 :(得分:2)

根据您“计划”执行的操作来描述提交的问题在于您丢失了对已执行操作的准确计算。假设您计划做某事,但这不起作用。所以你回滚并尝试别的东西,这是有效的。你承诺,但现在你“计划”做的不是实际完成的事情。

此时,您需要返回并编辑上一次提交的评论,以描述您实际执行的操作,否则可能会丢失随时间变化的记录。此外,如果您在一个小组中工作,您几乎需要根据您实际执行的操作发表评论,以便团队的其他成员可以看到它,并检查您做了什么或改进了它。

除非你打算从不参与团队项目,否则最好的办法就是咬紧牙关,弄清楚如何跟踪自上次提交以来你所做的事情。我把笔和笔记本放在我身边,这样我就可以跟踪变化。我也经常提交,以免忘记我在很长一段时间内所做的事情。

答案 1 :(得分:1)

ABC,总是承诺。虽然你可能正在为自己开展项目,但是没有人对你自己负责,所以做出已经做过的事情而不是你打算做的事情通常是一个好主意。

分支旨在帮助您摆脱计划。创建一个名为“addnewscreen”的分支或您打算做的任何事情。这样,您可以在不污染主分支的情况下继续对新内容进行所有小更改。一旦你开心,就把它合并回来并为下一步做一个新的分支。

如果你遇到困难,Pro-Git Book已帮助了我很多次,我已经失去了数。希望这对你也有帮助。祝你好运。