如何规范git

vscode插件

• GitLens

conventional-changelog-cli

Generate a changelog from git metadata

"changelog": "conventional-changelog -i CHANGELOG.md -s -r 0"

git添加已有项目

mkdir git-test
cd git-test
git init
touch README.md
git add README.md
git commit -m "first commit"
git remote add origin https://gitee.com/solfKwolf/git-test.git
git push -u origin master

git flow

常用分支

• Production 分支
  也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的Release， 这个分支只能从其他分支合并，不能在这个分支直接修改

• Develop 分支
  这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支

• Feature 分支
  这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release

• Release分支
  当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支

• Hotfix分支
  当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个Release

Git Flow 如何使用

• Master/Devlop 分支
  所有在Master分支上的Commit应该打上Tag，一般情况下Master不存在Commit，Devlop分支基于Master分支创建

  
  
  image.png

• Feature 分支
  Feature分支做完后，必须合并回Develop分支, 合并完分支后一般会删点这个Feature分支，毕竟保留下来意义也不大。

  
  
  image.png

• Release 分支
  Release分支基于Develop分支创建，打完Release分支之后，我们可以在这个Release分支上测试，修改Bug等。同时，其它开发人员可以基于Develop分支新建Feature (记住：一旦打了Release分支之后不要从Develop分支上合并新的改动到Release分支)发布Release分支时，合并Release到Master和Develop， 同时在Master分支上打个Tag记住Release版本号，然后可以删除Release分支了。

  
  
  image.png

• Hotfix 分支
  hotfix分支基于Master分支创建，开发完后需要合并回Master和Develop分支，同时在Master上打一个tag。

  
  
  image.png

git flow

tag 相关

• 打印所有tag

git tag

• 搜索git

git tag -l "v1.5.*"

• 推送标签到远程仓库

# 1.push单个tag，命令格式为：
git push origin [tagname]
# 2.push所有tag，命令格式为：git push [origin] --tags
git push origin --tags
// 或者
git push --follow-tags origin master

参考资料

• git commit 、CHANGELOG 和版本发布的标准自动化
• git flow 工作流程