Azure Devops/TFS 版本“支持文件”（Powershell、配置等）的适当位置是什么？答案

【问题标题】：What is the appropriate location of Azure Devops/TFS Release "support files" (Powershell, Configuration etc.)?Azure Devops/TFS 版本“支持文件”（Powershell、配置等）的适当位置是什么？
【发布时间】：2019-08-13 12:07:24
【问题描述】：

在 TFS 2018.2 上，我正在构建一个发布管道，暗示使用：

应用程序配置文件
PowerShell 脚本
HTML/Markdown 模板（用于发行说明）

我的应用程序配置文件现在位于网络共享上，可以正常工作，但我想稍后对其进行版本控制。

我正准备将其他文件存储在我现有的 TFVC 存储库中，但如果不将整个存储库添加为发布输入工件，我找不到获取它们（及其目录）的方法。我不想将它们添加到我的构建工件中，因为这些文件将用于我的所有版本，无论我正在构建什么应用程序。

推荐的方式是什么

存储这些文件
在发布执行时获取它们？

我一直很想使用该库，但我觉得这是对它的滥用，因为它是为安全文件设计的...

【问题讨论】：

标签： tfs azure-devops azure-pipelines azure-pipelines-release-pipeline

【解决方案1】：

此问题的正确解决方案是您已经找到的方法：将它们添加到您的构建工件中。事实上，这比从单独的 repo 中提取它们要好，原因很重要：

您的部署脚本将与您的应用程序一起发展。如果脚本来自单独的位置，您将失去“此版本的应用程序是使用这些特定脚本部署的”之间的联系。

您有很多选择来控制发布/下载它们的情况：

您可以在发布工件任务上使用条件来控制它们何时发布
您可以在版本定义中使用工件过滤器来控制它们何时作为版本的一部分下载

【讨论】：

同意。您确实希望您的支持文件和文档使用代码进行版本控制以实现兼容性。对于配置文件，如果这些是真正的 XML/JSON 配置文件，还要考虑构建过程中的标记化和发布过程中的标记替换。