为什么我每次都需要小 Git 提交？
Why I need small Git commit every time?
我是新手，如有问题请见谅
我正在学习 git 并从这里阅读最佳实践 https://acompiler.com/git-best-practices
我的问题是为什么原子提交？
如果我正在写一个故事，需要 10 天才能完成，我如何才能在它完成之前提交？我有点困惑。提前感谢您的帮助。
如果您想还原、挑选或合并它，“原子”提交更容易处理。
提交的更改清晰易懂。
如果您的提交包含更改算法 和 文件处理的更改，则您无法将算法更改 与 分开文件处理，使得恢复文件处理更改（或算法）变得困难。
如果您的提交仅包含部分更改，因此您的程序在此次提交中处于不稳定状态，则很难理解在出现问题的情况下实际需要更改哪些提交。
假设您的程序更改了文件处理，但您的提交不完整，因此它只更改了文件的路径而不是文件的格式。
所有其他从事该项目的人都无法 continue/debug 您的程序，因为文件格式实际上已更改，但在提交中不可见。
就这样吧，为了更方便的管理或修复一个文件，如果任何时候在修改或合并文件时发生冲突，你仍然可以return到之前的commit而不必重新从头开始创建
我是新手，如有问题请见谅
我正在学习 git 并从这里阅读最佳实践 https://acompiler.com/git-best-practices
我的问题是为什么原子提交？
如果我正在写一个故事，需要 10 天才能完成，我如何才能在它完成之前提交？我有点困惑。提前感谢您的帮助。
如果您想还原、挑选或合并它，“原子”提交更容易处理。 提交的更改清晰易懂。
如果您的提交包含更改算法 和 文件处理的更改，则您无法将算法更改 与 分开文件处理，使得恢复文件处理更改（或算法）变得困难。
如果您的提交仅包含部分更改，因此您的程序在此次提交中处于不稳定状态，则很难理解在出现问题的情况下实际需要更改哪些提交。
假设您的程序更改了文件处理，但您的提交不完整，因此它只更改了文件的路径而不是文件的格式。 所有其他从事该项目的人都无法 continue/debug 您的程序，因为文件格式实际上已更改，但在提交中不可见。
就这样吧，为了更方便的管理或修复一个文件，如果任何时候在修改或合并文件时发生冲突，你仍然可以return到之前的commit而不必重新从头开始创建