问题描述
想要在使用GitLab Pipelines设置CI/CD流程时，能够跟踪手动步骤的状态（例如，问题是否仍在进行中？代码审查是否完成？手动测试是否完成？）。用户希望能够在自动合并到主分支之前，通过状态标志或手动步骤来管理流程。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
在GitLab Pipelines中，可以使用标签（Labels）来管理状态和手动步骤。以下是一种可能的实现方式：
1. 创建一个标签列表，用于表示不同的状态和手动步骤（例如，WIP、Code Review Complete、Manual Testing Complete等）。
2. 在合适的时机，为合并请求（Merge Request）添加或移除相应的标签，以反映当前的状态。
3. 使用GitLab的Web界面或API，可以通过查询标签来检查状态，并根据需要继续流程。
下面是一个示例流程：
1. 开发人员创建一个合并请求，并在标题中添加”WIP”（Work In Progress）标签，表示该合并请求还在进行中。
2. 开发人员在代码迭代过程中，定期将代码提交到特性分支，并触发一个”mini” pipeline，执行单元测试和部署到特性环境（使用与分支名称匹配的Kubernetes命名空间）。
3. 开发人员认为代码已经准备好部署时，移除”WIP”标签，表示合并请求已经准备好进行代码审查和自动化测试。
4. CI/CD流水线被触发，自动执行全面的单元测试、容器扫描、安全扫描、性能测试等。这些步骤都是作为”Pipeline”的一部分执行的，但并不会自动合并到主分支或部署到其他环境。
5. 在自动化步骤（步骤4）执行的同时，进行手动测试和代码审查。
6. 一旦所有自动化（步骤4）和手动（步骤5）测试都通过，代码将被合并到主分支，并部署到金丝雀环境（Canary environment）。
请注意，这只是一种可能的实现方式，具体的实现方式可能因GitLab版本和个人需求而有所不同。建议参考GitLab的官方文档和相关资源，以了解更多关于标签和流水线的详细信息。
方案2
使用自定义状态检查可能需要更多的配置和开发工作，但可以提供更灵活的控制和扩展性。
另一种方法是使用GitLab的自定义状态检查功能。这需要一些额外的配置和开发工作，但可以提供更灵活的控制和扩展性。
以下是一种可能的实现方式：
1. 创建一个自定义状态检查脚本或工具，用于检查合并请求的状态和手动步骤的完成情况。
2. 在GitLab的CI/CD配置文件（gitlab-ci.yaml）中，使用自定义状态检查脚本或工具来定期检查合并请求的状态，并根据需要继续流程。
3. 可以使用轮询或回调机制等方式来检查状态，并在满足条件时执行相应的操作（例如，合并到主分支）。
请注意，使用自定义状态检查可能需要更多的配置和开发工作，具体的实现方式取决于个人需求和技术能力。建议参考GitLab的官方文档和相关资源，以了解更多关于自定义状态检查的详细信息。