开发Git分支管理

目前分支管理

AngularJS在github上的提交记录被业内大多数开发人员认可，逐渐被广泛引用。

代码提交Message格式

type （scope）: message

参数介绍：

1、type：指的代码的提交类型，不同的提交类型表示对应不同的代码改动，比如：

• feat：新功能的开发
• fix：bug的修复
• docs：文档格式的改动
• style：代码格式改变
• refactor：对已有的功能进行重构
• perf：性能优化
• test：增加测试
• build：改变了build工具
• revert：撤销上一次的commit提交
• chore：构建过程或辅助工具的变动

2、scope：用于说明commit影响的范围，比如：权限模块、还是首页

3、message： 对提交的代码做一个简短的说明，不能过长。

示例

fix（系统菜单图标）：添加缺少的图标

Idea下可以安装 Git Commit Template 插件

在进行分支合并后，我们通常建议删除本地分支并重新拉取远程分支，原因如下：

1. 避免冲突：在分支合并后，虽然我们已经将代码合并到了本地分支上，但是可能会存在与远程分支不同的提交历史或者其他意外情况，这些因素都可能导致潜在的冲突。如果在本地分支上继续开发并提交代码，那么在将这些代码推送到远程仓库时可能会出现冲突，从而增加代码合并的难度和风险。

2. 保持一致性：在团队协作开发中，多人同时修改同一分支上的代码是很常见的情况。如果我们在本地分支上继续开发并提交代码，那么可能会与团队成员的操作产生冲突，从而影响整个项目的一致性。

3. 整洁的代码历史记录：在版本控制系统中，每个提交都应该有清晰的变更说明和责任人信息，以方便团队成员查看和理解变更历史。如果我们不删除本地分支就开始继续开发并提交代码，那么这些提交记录将会变得混乱不堪，不利于代码维护和协作开发。

因此，我们通常建议在完成分支合并之后，删除本地分支并重新拉取远程分支，以确保代码的一致性和整洁的代码历史记录。这样可以避免潜在的冲突和错误，并帮助团队成员更好地了解和维护代码变更历史。

代码审查术语：

Approve：表示对某个提交或PR的审核已经完成，并且认为该提交或PR可以合并到主干分支中。
ACK：表示对某个提交或PR的审核已经完成，意味着该提交或PR已经通过了审查，可以进入下一阶段。
NAK：表示对某个提交或PR的审核已经完成，但认为该提交或PR存在问题或不符合标准，因此不能通过审核。
LGTM：意思是 "Looks Good To Me"，表示在进行代码审查时代码看起来不错，并且没有明显的错误或问题。
PTAL：意思是 "Please Take A Look"，表示需要其他人员仔细检查某部分代码以确定是否需要更改。
WTF：意思是 "What The F***"，用于表示对某段代码的困惑或不解，通常表示该代码不可读或过于复杂。
这些术语和缩写主要在项目管理和协作开发中使用，帮助团队成员更好地了解彼此的工作并提高代码质量。