Azure Devops/TFS Release "support files"(Powershell、配置等)的适当位置是什么?
What is the appropriate location of Azure Devops/TFS Release "support files" (Powershell, Configuration etc.)?
在 TFS 2018.2 上,我正在构建一个发布管道,这意味着使用:
- 应用程序配置文件
- PowerShell 脚本
- HTML/Markdown 模板(用于发行说明)
我的应用程序配置文件目前位于网络共享上并且工作正常,但我想稍后对其进行版本控制。
我正要将其他文件存储在我现有的 TFVC 存储库中,但我没有找到一种方法来获取它们(及其目录)而不添加 entire 存储库作为发布输入神器。
我不想将它们添加到我的构建工件中,因为这些文件将用于我的所有版本,无论我正在构建的应用程序如何。
推荐的方式是什么
- 存储这些文件
- 让他们执行发布?
我很想使用这个库,但我觉得这是对它的滥用,因为它是为安全文件设计的...
这个问题的正确解决方案是您已经想到的:将它们添加到您的构建工件中。事实上,出于一个非常重要的原因,这比从一个单独的仓库中提取它们要好:
您的部署脚本将与您的应用程序一起发展。如果脚本来自单独的位置,您将失去 "this version of the application was deployed with these particular scripts" 之间的连接。
你有很多选择来控制他们获得 pubilshed/downloaded:
的情况
- 您可以使用发布工件任务的条件来控制它们何时发布
- 您可以在发布定义中使用工件过滤器来控制何时将它们作为发布的一部分下载
在 TFS 2018.2 上,我正在构建一个发布管道,这意味着使用:
- 应用程序配置文件
- PowerShell 脚本
- HTML/Markdown 模板(用于发行说明)
我的应用程序配置文件目前位于网络共享上并且工作正常,但我想稍后对其进行版本控制。
我正要将其他文件存储在我现有的 TFVC 存储库中,但我没有找到一种方法来获取它们(及其目录)而不添加 entire 存储库作为发布输入神器。 我不想将它们添加到我的构建工件中,因为这些文件将用于我的所有版本,无论我正在构建的应用程序如何。
推荐的方式是什么
- 存储这些文件
- 让他们执行发布?
我很想使用这个库,但我觉得这是对它的滥用,因为它是为安全文件设计的...
这个问题的正确解决方案是您已经想到的:将它们添加到您的构建工件中。事实上,出于一个非常重要的原因,这比从一个单独的仓库中提取它们要好:
您的部署脚本将与您的应用程序一起发展。如果脚本来自单独的位置,您将失去 "this version of the application was deployed with these particular scripts" 之间的连接。
你有很多选择来控制他们获得 pubilshed/downloaded:
的情况- 您可以使用发布工件任务的条件来控制它们何时发布
- 您可以在发布定义中使用工件过滤器来控制何时将它们作为发布的一部分下载