推出整个网站，还是仅更改页面/元素？ （ASP.NET）
我们使用 ASP.NET、C#
在更新我们的网站之一时，我们会推出整个网站，而不是仅更新已更改的页面或部分。 这让我害怕。
这是一个好主意吗？ 我应该只推出更改吗？
我应该将我的网站分成更小的项目吗？
什么是最佳实践？
We use ASP.NET, C#
When making an update to one of our websites, we roll out the entire site rather than updating just the pages or sections that have changed. This scares me.
Is this a good idea? Should I roll out only the changes?
Should I break my site into smaller projects?
What is best practice?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您应该始终推出整个网站。 因为实际的可执行代码大部分包含在 DLL 中，所以您实际上不能像使用旧的 ASP 那样只推出已更改的页面。 如果您网站的某些部分实际上是独立的，您可以将它们分成单独的项目，并单独部署每个整个部分。
此外，如果放置整个网站让您感到害怕，您可能需要更好的测试或质量保证标准。 应该始终有一个可以随时上线的整个网站的副本，以防服务器死机，您必须更换它，或者出现其他问题。
You should always roll out the entire site. Because the actually executable code is contained mostly in the DLLs, you can't actually only roll out the pages that changed, like you could with the old ASP. If there are parts of your website that are actually separate, you can break them apart into separate projects, and deploy each entire section separately.
Also, if putting up the whole site scares you, you probably need better testing or quality assurance standards. There should always be a copy of your entire site that can go live at any time, in case the server dies, and you have to replace it, or something else goes wrong.
取决于您在部署之前如何测试。
如果您在发布之前（自动）测试所有内容，这并不是文件传输开销的唯一缺点。
Depends on how you test prior to deployment.
If you (automatically) test everything prior to release, isn't the only downside the overhead of the file transfer.
如果项目作为一个整体进行测试，则完整转储是最好的； 但是，当您的更改经过单独回归测试时，单个页面通常是可以接受的。 只需确保您的程序集引用的版本正确即可:)
A full dump is best if the project is tested as a whole; However, individual pages are generally acceptable when your changes are individually regression tested. Just make sure your assembly references are properly versioned :)