git - Azure DevOps - Git 存储库设置

Question

我们有一个依赖于多个独立代码模块的应用程序 - 它们彼此不交互。请参阅下面的粗略示例:

1. 模块 1
   • 文件1.1
   • 文件1.2
   • 文件1.3
2. 模块 2
   • 文件2.1
   • 文件2.2

......

模块 1000

• 文件 1000.1
• 文件 1000.2

考虑到代码全部用于一个应用程序，但每个模块彼此独立，我如何为其设置存储库，以便它完成以下任务:

• 模块 1 的 pull 请求仅 pull 模块 1
• 提交请求仅提交模块1的文件
• Azure Devops 部署仅部署模块 1 的文件
  • 这是最关键的部分
  • 我不在乎用户是否克隆整个 1000 个模块存储库只是为了在模块 1 上工作，只要当用户提交分支并准备部署到生产时，只有模块 1 被部署 - 我不能让部署过程将所有 1000 个模块发送到生产环境，只是因为模块 1 已修改

我看到的唯一解决方案是为每个模块创建一个存储库，但我希望有人知道比这更优雅的方法。

注意:我不是一名全职开发人员 - 我更有资格从事运营管理，而且我对 Git/repos/等的了解有限 - 所以我承认我可能会错过一条明显的信息，而这些信息会让这个问题变得毫无意义。

Answer 1

为了实现您的目标，您应该考虑以下步骤:

• 正确CI/PR triggers仅构建更改的模块 - 每个存储库可以有多个构建。您需要的只是单独的 YAML 文件

 specific path build
trigger:
  branches:
    include:
    - master
    - releases/*
  paths:
    include:
    - Module-1/*
    exclude:
    - '*'

以上配置仅为 Module-1 设置 CI 触发器，忽略其他目录中的更改。稍后在该脚本中，您可以仅为 Module-1 准备打包和部署

• 如果您决定执行上述步骤，您还应该考虑使用模板以避免重复。请查看documentation .

• 您还应该[添加分支策略]来阻止直接提交到主分支。这里你也可以考虑approval from additional service检查您是否在几个模块中完成了 PR 更改。在这种情况下，您可以决定该 PR 失败。欲了解更多信息，请查看这两个链接:

  • Customize and extend pull request workflows with pull request status
  • Use Azure Functions to create custom branch policies

上述步骤应该为您提供选择性构建和部署，并且当更改分布在许多模块中时，PR 会失败。我知道这距离可行的解决方案还很遥远，但我希望至少能向您展示您应该遵循的方向。