如何在 MSDeploy 包中包含(并执行)部署相关工具而不使其成为我的应用程序的一部分?

发布于 2024-11-07 01:33:05 字数 526 浏览 1 评论 0原文

我开始在我们的 Visual Studio Web 项目中非常积极地使用 MSDeploy 作为一种生成自包含构建工件的机制,这些工件具有在远程服务器上设置和运行自身所需的一切。这对于简单的 Web 应用程序来说效果很好,但是我们有一些 Web 应用程序需要在远程服务器上运行额外的命令行工具,然后才能将应用程序视为“部署”。

我已遵循 Sayed 的建议在我的包中包含其他文件和文件夹,但它们在我的 Web 应用程序的部署中显示为子文件夹(这不好,因为这些文件在部署时只需要一次)。

理想情况下,我希望 package.zip 包含作为 IIS 应用程序的一组同级文件夹的工具,并具有在部署时在这些文件夹中运行 exe 的机制。 (我认为这是通过deploy.manifest实现的,但也想在这里得到建议)但实际上并不将文件留在远程计算机上。

I'm starting to use MSDeploy quite aggressively within our Visual studio web projects projects as a mechanism for producing self contained build artefacts that have everything needed to setup and run themselves on a remote server. This works fine for simple web apps, however we have some web applications that need additional command line tools to be run on the remote servers before the application can be considered to be "deployed".

I have followed Sayed's advice to include additional files and folders within my package, but they appear as a subfolder within the deploy of my web application (and that's not good, as the files are only needed once at deploy time).

Ideally, I'd like the package.zip to contain the tools as a set of sibling folders to the IIS aplication, and have a mechanism to run an exe within those folders at deploy time. (I think this is via the deploy.manifest, but would like advice here too) but NOT actually leave the files on the remote machine.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文