我是新手开发人员，独自工作。我正在使用 Xcode 和 git 版本控制。可能我没有适当的组织和做错事，但我通常决定做承诺只是为了在我破坏一切之前提出安全点。在那一刻，我发现很难恰当地描述我已经完成的事情，但我确切地知道我接下来要尝试什么。所以当我做下一个参考点时，前一个参考点已经命名。
所以我的问题是 - 是否有一些版本控制方法，其中参考点由计划而不是事实来描述。为什么这可能是个坏主意？
问问题
291 次
2 回答
2
根据您“计划”做什么来描述提交的问题是您失去了对已完成内容的准确记录。假设您打算做某事，但这不起作用。因此，您回滚并尝试其他方法，并且有效。你承诺了，但现在你“计划”做的并不是实际完成的。
那时，您需要返回并编辑上一次提交的注释以描述您实际做了什么，否则可能会随着时间的推移丢失更改记录。此外，如果您在一个小组中工作，您几乎需要根据您实际所做的事情发表您的评论，以便团队的其他成员可以看到它并检查您所做的事情或改进它。
除非你打算从不参与团队项目，否则最好的办法就是咬紧牙关，弄清楚如何跟踪自上次提交以来你所做的事情。我在身边放了一支笔和记事本，这样我就可以跟踪变化。我也经常提交以防止忘记我在很长一段时间内所做的事情。
于 2012-04-16T19:43:28.697 回答
1
ABC，永远承诺。虽然您可能正在为自己的项目工作，除了您自己，没有人对您负责，但通常最好是提交已经完成的事情而不是您计划做的事情。
分支旨在使您免于计划做的事情。创建一个名为“addnewscreen”的分支或您计划执行的任何操作。这样，您可以继续提交对新内容的所有小更改，而不会污染您的主分支。满意后，将其重新合并并为下一步创建一个新分支。
如果你遇到困难，Pro-Git Book已经帮助了我很多次，我已经数不清了。希望这对您也有帮助。祝你好运。
于 2012-04-16T20:00:58.163 回答