我的公司如何在日常工作中遵循 Agile + DevOps

概括

我们使用的技术栈

概括

1. 我们根据业务领域组建开发团队，例如订单、文章或库存团队。

2. 每个团队由 1 名产品负责人和 4 到 5 名开发人员组成。

3. 跨职能团队可以完成所有前端、后端、DevOps 和 QA 任务。

4. 我们每两周开发一次新功能，称为“Sprint”。

5. 所有团队每天早上都会举行一次站立会议，快速讨论我们昨天做了什么、今天要做什么以及目前阻碍我们的事情。

6. 在每个 Sprint 开始时，我们都会召开“Sprint 计划”会议，计划和估算未来两周内将开发的新功能。

7. 我们的产品负责人会将每个新功能写在看板上的一个故事工单中。之后，开发人员会将工单拆分成更小的子任务。每个子任务应该足够小，以便在一天内完成构建、测试和部署。

8. 票证将在看板上的 5 个主要列中移动：待办事项 -> 进行中 -> 代码审查中 -> 质量保证中 -> 完成

9. 我们只有一个主 git 分支（也称为main）。每个人都使用此分支将代码部署到开发环境进行测试。我们最终会将代码从此主分支部署到生产环境。

10. （注）我们将所有服务容器化，并使用 Terraform 或 CloudFormation 来定义基础设施。

11. 当开发人员开始开发新功能时，会创建一个新的功能分支，main其开头会包含工单名称，例如 。FEAT-2192-build-create-order-endpoint所有代码提交也必须包含工单名称。

12. 新功能实现后，开发人员会创建一个 Pull 请求供其他人审核。此时，CI/CD 流水线会运行测试和代码检查。只有全部通过后，Pull 请求才算准备就绪。

13. 代码审查员将检查编码风格、测试、潜在错误等。如果一切正常，则批准。

14. 开发人员将新代码合并到主分支。之后，CI/CD 流水线会将代码部署到开发环境。

15. 同一团队中的其他开发人员或 QA 工程师将在开发环境中测试新功能。

16. 最后，当 QA 工程师批准后，某人可以单击部署按钮并触发 CI/CD 管道将代码部署到生产中。

17. 在 Sprint 结束时，我们会召开回顾会议，团队将在会上讨论哪些方面做得好，哪些方面没有做到，以便在下一个 Sprint 中改进流程。

18. 继续步骤 1，并开始新的 Sprint。

我们使用的技术栈

1. Git、Github 用于版本控制。
2. Github Action 构建 CI/CD 管道。
3. Kubernetes 和 Docker。
4. Terraform 定义基础设施。
5. AWS 服务。
6. Jira 用于看板，Confluence 用于编写文档和 Wiki 页面。
7. 用于沟通的 Slack。
8. Bitwarden 用于存储密码。