完成部署与非周期部署

时间:2009-07-17 21:35:48

标签: deployment build-process sdlc

我不确定你们有没有遇到过这种情况。我们有小型项目或者 修复我们需要每隔一天推送到LIVE。

有一组团队说“在prod服务器上做一个干净的构建和部署”。 另一组表示我们不需要进行完全部署,我们只会执行dll drop或aspx drop。

他们列出了每种方法的优点和缺点。但是想知道你通常遵循每种方法的主要设置的方法。

2 个答案:

答案 0 :(得分:1)

我首先尝试通过尝试尽可能自动化来最小化构建新版本的成本。 (说起来容易做起来难,但通常投入的时间和金钱都很多,特别是如果经常发布的话。)

我投入新二进制文件的一个重要问题是,它通常是一个手动过程,而这些过程是由那些倾向于一遍又一遍地搞乱简易任务的人来完成的。

您是否真的在寻找能够帮助您以受控方式分发变更并摆脱手动工作的“补丁管理系统”?

这样你仍然会有很好的完整性,因为补丁应该是版本化的,并且希望仔细测试。但是仍然可以开发和部署它们,这比完整版本的开销少得多。

答案 1 :(得分:0)

对于我控制的网站,我使用SVN或Git进行版本控制,并在必要时直接更新源代码并在服务器上进行编译。这确保了发布的完整性,我怀疑这是“在prod服务器上做一个干净的构建和部署”团队提出的论点。对于不受我控制的服务器,我会按照我的要求做任何事情:)