GitOps 概念背后的主要思想是版本控制系统是事实的唯一来源在线课堂。我们使用 Git 作为应用程序代码的变更管理系统。我们还可以在基础设施代码中使用它。因此，整个声明文件集都在一个可以协作的地方。这使我们能够使用 Git 的关键概念 —— 操作更改的 pull 请求。
在应用程序开发工作流中，我们使用一个主分支作为发布分支在线课堂。开发人员从主分支创建功能分支。开发一个特定的特性或故事，完成后创建一个 pull 请求，将其合并回主分支。同样的方法对于基础结构代码也很方便。
在我们将代码集成到代码基的另一个分支之前，创建一个 pull request 使代码能够经过一个代码审查过程在线课堂。代码检查可以阻止坏代码进入测试或生产环境。这对于基础架构代码甚至更为重要。通过代码审查获得正式的批准对审计和故障排除有很大帮助。
Git 组织
GitOps 中的部署过程至少需要两个 repo：应用程序 repo 和环境配置 repo在线课堂。第一个包含应用程序的源代码及其部署清单。第二个包含对每个环境使用声明性规范描述的整个系统的期望状态。您可以将您的环境描述为代码存储库中的开发、测试、生产，其中包含可以与该环境的特定版本一起运行的应用程序和基础设施服务。
在基础设施的情况下，主要分支可以表示一个环境在线课堂。我们可以在特性分支中实现变更。然后创建一个 pull request 来合并主分支中的更改。通过这种方式，我们可以实现协作，同时对谁执行了哪些更改保持透明。这也有利于问题跟踪到根源，因为所有更改都是在 Git 中提交的。
GitOps 可用于任何基于 Git 的系统，如 GitHub、BitBucket 或 GitLab在线课堂。它不依赖于任何工具或技术。
CI/CD
要实现完整的 GitOps，您需要一个 CI/CD 管道在线课堂。使用自动交付管道，每次 Git 存储库中发生更改时，您都可以将基础结构更改传递到指定的环境中。
这里的管道用于将 Git pull 请求连接到编排系统在线课堂。当您使用 pull 请求触发管道时，业务流程系统将执行该任务。
GitOps 部署策略有两种可能:push 管道和 pull 管道在线课堂。它们之间的区别在于确保部署环境与所需的基础设施相似的方式。