1. CL - Change List （变更列表）
-
是什么：指代一次代码提交/一个变更集。这是最核心的概念，代表你修改的所有文件的集合。
-
来源：这个词源于 Perforce 版本控制系统，但现在已被广泛使用（尤其是在Google等公司），基本等同于 Git 中的 Commit 或 Pull Request / Merge Request。
-
在流程中：当你说“我发了个CL”，意思就是“我提交了一次代码评审请求”。
2. Review （评审）
-
是什么：代码审查过程。在你的CL合入代码库之前，由其他工程师检查你的代码，以确保代码质量、设计合理性和符合工程规范。
-
在流程中：图中的“代码评审”环节。你提交CL后，需要指定Reviewer（评审者） 来 Review 你的代码。他们会提出评论，你需要根据评论修改代码并更新CL。
3. Host List （托管列表）
-
是什么：一个用于运行大规模、耗时较长的测试用例的测试套件或测试环境。
-
在流程中：它是CI流程中的一个特定阶段。在基本的UT通过后，可能会将你的CL加入到 Host List 中，与其他CL一起进行更全面的集成测试或系统测试。Review HostList CL 可能意味着：
-
评审者要求你确保CL通过了Host List测试。
-
或者，这个CL本身就是为了修改Host List配置而提交的。
-
4. CI - Continuous Integration （持续集成）
-
是什么：一套自动化的流程，当开发者提交代码到共享仓库时，它会自动触发构建、测试等一系列检查，以尽快发现集成错误。
-
在流程中：如图所示，从代码提交后开始，CI流程自动触发，它包含了编译、UT、Host List测试等多个阶段。它的目标是保证新合入的代码不会破坏现有软件的功能。
5. UT - Unit Test （单元测试）
-
是什么：对软件中最小的可测试单元（通常是函数/方法）进行的测试。
-
在流程中：它是CI流程中最早、最基础、也是最关键的一环。在CI编译通过后，会立即运行项目的所有UT。如果UT失败，CI流程会立即终止，并标记你的CL为失败，合入流程也会被阻止。
6. Revert （回退）
-
是什么：撤销某次提交的操作。当发现某个已经合入的CL引入了严重的Bug或导致了系统不稳定时，最快速的补救措施就是 Revert 这个CL。
-
在流程中：如图所示，它是一个“救火”操作。Revert操作本身会生成一个新的CL，这个新CL的内容就是撤销原CL的所有更改。“先Revert，再排查”是线上问题的常用处理原则。
7. Reland （重新合入）
-
是什么：将之前被Revert的CL，在修复问题后再次合入。
-
在流程中：你的CL被Revert后，你需要分析被Revert的原因。如果是由于你的错误导致的，你在修复这个错误后，可以再次提交合入，这个过程就叫 Reland。有时也可能是因为环境问题、测试用例不稳定等非代码原因导致合入失败，修复后也可以Reland。
其他常见的相关缩写
-
LGTM - Looks Good To Me （在我看来很好）
-
含义：评审者发出的信号，表示你的代码已经通过审查，可以合入了。通常需要一个或多个 LGTM 后才能合入。
-
-
PTAL - Please Take A Look （请看一下）
-
含义：你请求别人评审你的CL时使用的礼貌用语。“Hi @Alice, PTAL when you have time.”
-
-
WIP - Work In Progress （工作进行中）
-
含义：通常放在CL标题的开头，如
[WIP] Fix a bug，表示这个CL的代码还没有完成，暂时不要进行正式的评审或合入。
-
-
FYI - For Your Information （供你参考）
-
含义：在评论中提供一些非强制性的信息，不希望对方立即采取行动。
-
-
AUTO-SUBMIT （自动提交）
-
含义：一个机器人或系统，当CL获得所有必需的LGTM并且CI测试全部通过后，它会自动将CL合入到代码库中。
-
-
TL - Team Lead / Tech Lead （团队负责人/技术负责人）
-
含义：可能需要TL的批准才能合入某些关键部分的代码。
-
-
TBR - To Be Reviewed （待评审）
-
含义：表示这个CL正在等待评审。或者在某些上下文中，表示这是一个非常简单的更改，可以合入后再评审。
-
-
BUG / FEAT / DOC
-
含义：CL类型的常见前缀，分别表示 修复错误、新功能、文档更新。
-
希望这个详细的解释能帮助你更好地理解代码提交和评审过程中的这些术语！