Xcode 为什么不将更改提交到版本控制。。。之前
我是新手开发人员，独自工作。我正在使用Xcode和git版本控制。也许我并没有很好的组织和做错事，但我通常决定做承诺只是为了在我破坏一切之前保证安全。在那一刻，我发现很难恰当地描述我已经做了什么，但我确切地知道我下一步要尝试什么。所以当我做下一个参考点时，前面的已经命名了Xcode 为什么不将更改提交到版本控制。。。之前,xcode,git,version-control,methodology,Xcode,Git,Version Control,Methodology,我是新手开发人员，独自工作。我正在使用Xcode和git版本控制。也许我并没有很好的组织和做错事，但我通常决定做承诺只是为了在我破坏一切之前保证安全。在那一刻，我发现很难恰当地描述我已经做了什么，但我确切地知道我下一步要尝试什么。所以当我做下一个参考点时，前面的已经命名了 所以我的问题是-是否有一些版本控制方法，其中参考点是由计划而不是事实描述的。为什么这可能是个坏主意 根据您“计划”要做的事情来描述提交的问题在于，您无法准确地说明已做的事情。假设你计划做点什么，但那不起作用。所以你回头试试别的
所以我的问题是-是否有一些版本控制方法，其中参考点是由计划而不是事实描述的。为什么这可能是个坏主意 根据您“计划”要做的事情来描述提交的问题在于，您无法准确地说明已做的事情。假设你计划做点什么，但那不起作用。所以你回头试试别的东西，那就行了。你承诺了，但现在你“计划”要做的并不是实际做的 此时，您需要返回并编辑上一次提交时的评论，以描述您实际做了什么，否则可能会随着时间的推移丢失更改记录。另外，如果你在一个团队中工作，你非常需要根据你实际做的事情发表评论，这样团队中的其他成员就可以看到你所做的事情，或者检查你所做的事情，或者改进你所做的事情
除非你打算永远不要参与团队项目，否则最好的办法就是咬紧牙关，找出如何跟踪自上次提交以来所做的工作。我身边放着一支笔和记事本，这样我就可以跟踪变化。我也经常做出承诺，以免忘记我在很长一段时间里所做的事情 ABC，永远要承诺。虽然你可能是在为自己做项目，但除了你自己，没有人是负责任的，一般来说，把已经做过的事情，而不是你计划做的事情，交出来是个好主意 分支的设计目的是避免您计划执行的操作。创建一个名为“addnewscreen”的分支或任何您计划执行的操作。这样你就可以在不污染你的主要分支的情况下，继续对你的新东西进行所有的小改动。一旦你高兴了，就把它合并回去，为下一步做一个新的分支
如果你被困住了，我已经数不清了。希望这也能帮助你。祝你好运。你在评论你的代码吗？值得注意的是：有了TFS，你就有了
工具架