全局程序集缓存 - 通过代码库问题进行部署
基本上，我们有许多服务器在不同的应用程序池中运行许多 ASP.NET 站点。我们每两周滚动更新一次。我的基本问题归结为：
使用 GAC 代码库功能和我们在独立服务器上维护最新版本的类库的 URL 是否是在所有这些服务器上简单更新所有这些站点的好方法？
这是否存在任何可能出现的一般陷阱或潜在问题？
我读到下载缓存是按每个用户使用的。在这种情况下，服务器上的所有站点是否都只使用 ASP.NET 用户下载缓存中的版本？
更新是否仅在站点启动时发生？如果一个站点重新启动并且所有其他站点都在使用下载缓存中的版本，该怎么办？
无论如何，是否也以这种方式管理 .aspx/.js/.css/.ascx 文件？
Basically we have many severs running many ASP.NET sites in different app pools. We roll updates every 2 weeks. My basic question comes down to this:
Is using the GAC codebase feature with a URL that we maintain the latest versions of the class libraries on an independent server a good approach to simple updates of all of these sites on all of these servers?
Is there any general pitfalls or potential issues that might arise with this?
I read the Download Cache is used on a per user basis. In this case would all the sites on the server simply use the version in the ASP.NET user download cache?
Would updates occur only when a site starts? What if One site is restarted and all the other sites are using the version in the Download Cache?
Is there anyway to also manage the .aspx/.js/.css/.ascx files in this manner?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我不想相信这种更新机制。最好编写一组脚本，或者使用 Web Deploy 将更新推送到以更加受控的方式提供服务器。
西蒙
I wouldn't like to trust that sort of update mechanism. It would be better to write a set of scripts, or use Web Deploy to push the updates to the servers in a much more controlled manner.
Simon