为 TFS 发布管理 vNext 打包 DSC 配置
Packaging DSC configurations for TFS Release Management vNext
我正在尝试掌握发布管理 vNext 和 dsc 配置 'management'(如何管理 DSC 配置文件)。在编辑 vNext 发布模板时的 'Deploy Using PS/DSC' 对话框中
为什么 PSScriptPath 是相对的?
这真的意味着我必须以某种方式获取我想使用的相对于我当前放置文件夹的脚本吗?实现这一目标的最佳方法是什么?我希望能够做到:
- 有一个单独的 git 配置文件存储库
- 跨不同项目重复使用配置文件
我读过一篇很有前途的文章Packaging DSC configurations for Visual Studio / TFS Release Management vNext,但它似乎已经过时,而且从我的角度来看是某种破解。
Microsoft 希望我们如何使用它?如何在单独的存储库中实现可重用的配置?
谢谢
将子模块用于单独的配置存储库,然后确保在构建期间初始化子模块。然后,您可以将配置脚本作为构建脚本的一部分复制到构建放置文件夹。
原因是您的部署脚本会随着时间的推移而演变,而这种演变应该是被捕获的东西。如果您需要重新部署旧版本的软件,则不应使用新脚本部署旧版本——它应该使用最初使用的相同版本进行部署。
我正在尝试掌握发布管理 vNext 和 dsc 配置 'management'(如何管理 DSC 配置文件)。在编辑 vNext 发布模板时的 'Deploy Using PS/DSC' 对话框中
为什么 PSScriptPath 是相对的?
这真的意味着我必须以某种方式获取我想使用的相对于我当前放置文件夹的脚本吗?实现这一目标的最佳方法是什么?我希望能够做到:
- 有一个单独的 git 配置文件存储库
- 跨不同项目重复使用配置文件
我读过一篇很有前途的文章Packaging DSC configurations for Visual Studio / TFS Release Management vNext,但它似乎已经过时,而且从我的角度来看是某种破解。
Microsoft 希望我们如何使用它?如何在单独的存储库中实现可重用的配置?
谢谢
将子模块用于单独的配置存储库,然后确保在构建期间初始化子模块。然后,您可以将配置脚本作为构建脚本的一部分复制到构建放置文件夹。
原因是您的部署脚本会随着时间的推移而演变,而这种演变应该是被捕获的东西。如果您需要重新部署旧版本的软件,则不应使用新脚本部署旧版本——它应该使用最初使用的相同版本进行部署。