我正在对一个包含大量 SCSS 文件的项目进行一些 SCSS 重构。
这是我的方法:为每个 SCSS 文件重构创建一个新分支。
例如，我创建一个名为 scss-lint-refactor-chicken 的新分支并 checkout 它，我完成重构(这将涉及 Chicken.jsx 和Chicken.scss 以及可能的其他一些文件)并提交更改。
然后，我 checkout 到 master，并 merge 分支。
主分支最终的历史记录如下:
* 75d48b2 - (7 minutes ago) Merge branch 'scss-lint-refactor-chicken' - Rory Smith
|\
| * 9ea664f - (9 minutes ago) SCSS lint refactor chicken - Rory Smith
我的问题是:
- 对于此类作业来说，这是一种很好的版本控制工作流程方法吗？
- 如何优化流程，以免收到两条本质上以不同方式表达同一内容的提交消息？
最佳答案
是的，这是使用版本控制系统的好方法，因此您可以留下您的工作，或者对同一重构进行两次或多次提交。
不要害怕 merge 消息。他们是你的 friend 。 Git 不会因为你有更多的提交而变慢。如果您认为它们过多地污染了您的 git 日志，请 stash 它们:
git log --no-merges
关于Git 工作流程 : merging branches while avoiding repetitive commit messages，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38785132/