使用 Visual Studio 2010 进行持续部署

发布于 2024-09-24 23:11:16 字数 244 浏览 3 评论 0原文

我必须尽快部署一个网站,然后逐步添加一些功能和修复。在 Visual Studio 2008 中,我曾经传输/复制网站,我可以在对话框中看到我的系统上的哪个文件与服务器不同,并仅部署该特定更改。

但该对话框似乎已在 Visual Studio 2010 中取消,并且已实施一键发布。如何仅发布我已添加/修改的文件。我正在考虑做像 FileZilla 这样的 FTP 客户端,但是跟踪更改就变得很头痛。

在这种场景下,站点部署的最佳方式是什么?

I have to deploy a website asap and then incrementally keep on adding some features, fixes. In Visual Studio 2008, I used to transfer/copy website where I could see in the dialog which file on my system is different from the server and deploy only that particular change.

But that dialog seems to have been taken down in Visual Studio 2010 and a one click publish has been put in place. How do I publish just the files I have added/modified. I am thinking of doing FTP client like FileZilla but keeping track of changes then becomes a headache.

What is the best way for site deployment in such a scenario?

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

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

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

一个人的夜不怕黑 2024-10-01 23:11:16

MSBuild

但是,如果您想要快速&肮脏的解决方案(并且由于您没有提到 TFS 或持续集成,我假设您这样做了),然后编写一个 robocopy 脚本来仅复制较新的文件。但话又说回来; 使用 Robocopy 部署网站

MSBuild

But if you fancy a quick & dirty solution (and since you haven't mentioned TFS or continuous integration, i assume you do), then write a robocopy script to only copy newer files. But then again; Using Robocopy to deploy sites

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文