Git工作流:合并分支,同时避免重复提交消息

Git工作流:合并分支,同时避免重复提交消息,git,version-control,merge,branch,Git,Version Control,Merge,Branch,我正在一个有很多SCSS文件的项目上进行一些SCSS重构 我的方法是:为每个SCSS文件重构创建一个新分支。 例如,我创建了一个名为scss lint refactor chicken的新分支,并将其签出,然后完成重构(这将涉及chicken.jsx和chicken.scss以及其他一些文件),并提交更改 然后,我签出到master,并合并分支 主分支的历史记录如下所示: * 75d48b2 - (7 minutes ago) Merge branch 'scss-lint-refactor

我正在一个有很多SCSS文件的项目上进行一些SCSS重构

我的方法是:为每个SCSS文件重构创建一个新分支。

例如,我创建了一个名为
scss lint refactor chicken
的新分支,并将其签出,然后完成重构(这将涉及
chicken.jsx
chicken.scss
以及其他一些文件),并提交更改

然后,我签出到master,并合并分支

主分支的历史记录如下所示:

*   75d48b2 - (7 minutes ago) Merge branch 'scss-lint-refactor-chicken' - Rory Smith
|\  
| * 9ea664f - (9 minutes ago) SCSS lint refactor chicken - Rory Smith
我的问题是:

  • 对于这样的工作,这是一种很好的版本控制工作流方法吗
  • 如何优化流程,使我不会收到2条提交消息,这些消息本质上以不同的方式表示相同的内容
  • 是的,这是一种使用版本控制系统的好方法,因此您可以将您的工作抛在脑后,或者对同一重构进行两次或多次提交

  • 不要害怕合并消息。他们是你的朋友。Git不会变慢,因为您还有一些提交。如果您认为它们污染了您的git日志,请隐藏它们:

    git log --no-merges
    
  • 或者


    您可以在分支上运行
    git-rebase-master
    ,然后从
    master
    分支运行
    git-merge
    。这将删除
    合并
    提交,并可能使提交历史记录更清晰

    听起来你要找的是再基地。看见