Git commit style：一次或一次更改所有文件？

 

我在晚上为一些文件保存我的工作。 我想知道为每个文件提交会更好，但这看起来还有很多工作要做。

我现在的方式没有问题，但我打算将我的代码放在GitHub上，并且我希望它很容易理解。

我想知道你使用git的其他人在干什么。 此外，如果你能为我拼写出来。 我是Git的新手，我一直在Windows中使用TortoiseGit和gitk。

什么时候提交和提交什么是一门艺术，并且没有黑白规则。 这就是说，有些习惯比其他人更容易理解。

总的来说，我认为你应该优化你的可理解性提交 - 如果你回头阅读差异提交，你能找出你在改变中完成了什么吗？

如果你想更具体一些，这里有一个我认为是做什么和不该做什么的长长的清单：

  • 不要在每一个小小的变化之后提交 - 每一行都要更改，每一个文件都要更改等等。
  • 不要一整天工作，在一天结束时做一个巨大的承诺。
  • 分离出不同功能的提交 - 例如开发功能foo与修复错误＃2。
  • 为移动/重命名文件做一个单独的提交，因为Git更容易跟踪这种方式。
  • 请考虑优化可恢复性：如果您不喜欢您所做的更改，即使在新的更改堆积之后，是否可以轻松还原它？

    • “易于理解”也意味着：

  • 不仅仅代表“检查点”的提交（就像你在每个文件修改后提交的那样），而是代码的一致状态
  • 容易git bisect （即每次提交应代表任务的变化，这编译并添加进化或新的功能，而不是一个“检查站提交”，这将使git bisect失败的太快）

    • 有关更多信息，请参阅“了解Git工作流程”：您需要区分：

  • 私人分支（你永远不会推），你可以在任何时候基本上提交，并且
  • 公共分支机构（你将推动GitHub），这需要清理并提交有意义的提交。

    • 因此，请注意Git默认使用的“快进”合并：不要忘记清理您即将合并到公共分支中的分支的历史记录。

    链接地址: http://www.djcxy.com/p/45053.html

    上一篇: Git commit style: All changed files at once or one at a time?

    下一篇: Git rebase loses history, then why rebase?