Azure devops 将脚本包含到项目中的最佳方式是什么？

我们的团队是管理Azure DevOps的新手。随着主要的“devops”团队开始为构建/发布任务无法处理的流程编写自动化任务，出现了一个问题，即促进这一点的最佳方式

目前，我们正在将脚本存储到我们自己的集合/项目中的存储库中。我们希望在其他集合的其他项目中开始使用脚本作为构建和发布过程的一部分。将这些脚本放入发布管道的一部分以作为任务运行的最佳方法是什么

例如，我需要在发布服务器上运行powershell脚本，以便在发布后修改应用程序的内容。我的想法是，我需要为部署到特定位置的脚本设置一个发布管道。作为应用程序构建过程的一部分，我将把该脚本复制到application staging文件夹中，以便将其与工件打包在一起。作为发布管道的一部分，我将执行脚本，然后有一个任务将从发布文件夹中删除脚本

---

这听起来是处理这个问题的最佳方式，还是有更好、更高效、更受欢迎的方式来处理这个问题？

将脚本转换为版本化包。正如Daniel所说，您可以创建共享在工件提要中的包（例如NuGet允许您打包成.zip文件）。您还可以直接将版本指向其他项目中的多个工件源，但对于第一个项目来说可能更容易。我遇到的问题是，devops团队是构建和发布管道的完全管理员，开发人员无法控制修改，此脚本也不应成为其项目的一部分。添加必要任务以从包提要收集此脚本并将其提供给发布的应用程序的最佳过程是什么。基本上，在部署应用程序时，同步进程应该从nuget获取此脚本，并将其复制到发布服务器，运行并删除。将脚本转换为版本化的包。正如Daniel所说，您可以创建在类似工件提要的内容中共享的包（例如，NuGet允许您打包成.zip文件）。您也可以直接将版本指向其他项目的多个工件源，但对于第一个项目来说可能更容易。我遇到的问题是，devops团队是构建和发布管道的完全管理员，开发人员无法控制修改，此脚本也不应成为其项目的一部分。这会是什么添加必要任务的最佳流程是从包提要收集此脚本，并将其提供给发布的应用程序。基本上，在部署应用程序时，同步流程应该从nuget获取此脚本，并将其复制到发布服务器，然后运行并删除。