FrankHB
2019-11-26 15:30:41 +08:00
对于不那么大的多数 repo，我还就是“理论上是不是应该是 branch 出来改，阶段性改完再 merge 回 master”这样做的。这个做法最大的问题是自己有强迫症能统一就好说，跟别人协作的时候就未必那么痛快了。
“经常改一些注释说明，过一会儿又想起来了稍微改点，就频繁 commit 了”，这种情况（特别是同一个文件原地更新）属于同一个 feature 没做完，squash commit 是应该的。而且至少 git 做这个很容易（像 hg 这种历史不容篡改强迫症嘛……不过好歹有 mq ）。实际上更坑的经常是 push 太早了得 --force ……
测试用参数一般属于每用户配置，公开的 repo 不 commit，直接 ignore 排除掉。当然，如果你就是为了保存自己的配置才开的 repo 自然另当别论，取决于你愿意什么改动能在之后找得到。
另外，有的 repo 维护者会要求 squash/merge 优先，这个情况一般自然客随主便。