开始管理代码
GitLab 提供了从代码创建到交付的完整软件开发生命周期工具。
了解更多关于在 GitLab 中创建和管理代码的信息。 该过程包括编写代码、进行代码审查、使用版本控制提交代码以及随时间更新代码。
这个过程是更大工作流程的一部分：
步骤 1：创建仓库
项目是一个中心化位置，您可以在此与他人协作、跟踪问题、管理合并请求、自动化 CI/CD 管道，等等。
每个项目都包含一个仓库，您可以在其中存储代码、文档以及与软件开发工作相关的其他文件。 对仓库中文件的更改会被跟踪，因此您可以查看历史记录。
虽然仓库专注于源代码的版本控制，但项目为整个开发生命周期提供了全面的环境。
有关详细信息，请参阅：
步骤 2：编写代码
您有很多选择来决定如何以及在哪里编写代码。
您可以使用 GitLab UI 直接在浏览器中开发。 您有两个选择：
- 称为 Web Editor 的纯文本编辑器，可用于编辑单个文件。
- 称为 Web IDE 的功能更全面的编辑器，可用于编辑多个文件。
更喜欢在本地工作？使用 Git 将仓库克隆到您的计算机上，然后在您选择的 IDE 中进行开发。 然后您可以使用其中一个 GitLab 编辑器扩展来帮助与 GitLab 交互。
不想使用前两个选项中的任何一个？启动远程开发环境，从云端工作。
您可以通过创建独立的工作区来进一步分割开发环境。 工作区是您使用的独立开发环境，确保不同项目不会相互干扰。
有关详细信息，请参阅：
步骤 3：保存更改并推送到 GitLab
当您的更改准备就绪时，您应该将它们提交到 GitLab，以便与团队中的其他人共享。
要提交您的更改，首先复制它们：
- 从您的本地计算机，在您自己的分支中
- 到 GitLab，在远程计算机上，到
default branch。
要在分支之间复制文件，您需要创建一个合并请求。 如何执行此操作取决于您编写代码的位置以及您用来创建代码的工具。 但基本思路是创建一个合并请求，该请求将源分支的内容合并到目标分支中。
有关详细信息，请参阅：
步骤 4：进行代码审查
在您创建了一个提议更改代码库的合并请求后，您可以要求对您的提议进行审查。 代码审查有助于保持代码质量和一致性。 这也是团队成员之间知识共享的机会。
合并请求显示了提议的更改与您要合并到的分支之间的差异。
审查者可以查看更改并在特定代码行上留下评论。 审查者也可以直接在差异中建议更改。
审查者可以在合并前批准更改或要求进行额外更改。 GitLab 跟踪审查状态，并在获得必要批准前阻止合并。
有关详细信息，请参阅：
步骤 5：合并合并请求
在您的更改可以被合并之前，合并请求通常需要其他人批准，并且需要通过 CI/CD 管道。这些要求根据您的组织而定，但通常包括确保：
- 代码更改符合您组织的指导原则。
- 提交消息清晰，并链接到相关问题。
如果在您创建分支后、但在您将其合并到目标分支之前，其他人编辑了文件，则可能会发生合并冲突。 您必须解决任何冲突才能进行合并。
有关详细信息，请参阅：