我不确定你们中是否有人遇到过这种情况。我们有一些小项目或修复,我们需要每隔一天推送到 LIVE。
有一组团队说“在产品服务器上进行干净的构建和部署”。另一组说我们不必进行完整部署,我们只需进行 dll 删除或 aspx 删除即可。
他们列出了每种方法的一些优缺点。但是想知道您通常遵循哪种方法,每种方法都会遇到任何重大挫折。
我不确定你们中是否有人遇到过这种情况。我们有一些小项目或修复,我们需要每隔一天推送到 LIVE。
有一组团队说“在产品服务器上进行干净的构建和部署”。另一组说我们不必进行完整部署,我们只需进行 dll 删除或 aspx 删除即可。
他们列出了每种方法的一些优缺点。但是想知道您通常遵循哪种方法,每种方法都会遇到任何重大挫折。
我首先会尝试通过尽可能地自动化来最小化构建新版本的成本。(说起来容易做起来难,但通常会投入大量的时间和金钱,特别是如果你经常发布的话。)
放入新二进制文件的一个大问题是它通常是一个手动过程,并且这些过程是由人类执行的,他们往往会一遍又一遍地搞砸简单的任务。
您是否真的在寻找可以帮助您以受控方式分发更改并摆脱手动工作的“补丁管理系统”?
这样你仍然会有很好的完整性,因为应该对补丁进行版本控制并希望仔细测试。但是仍然可以开发和部署它们,这比完整版本的开销要少得多。
对于我控制的站点,我使用 SVN 或 Git 进行版本控制,并根据需要直接更新源并在服务器上编译。这确保了发布的完整性,我怀疑这是“在产品服务器上进行干净的构建和部署”团队提出的论点。对于不受我控制的服务器,我会做任何我被告知的事情:)