20. 早部署，常部署

早部署，常部署

        调试部署和安装过程，经常会被推迟到一个项目快结束时。有些项目中，编写安装工具是委托给了一个发布工程师，他把这个任务看成一种“必要之恶”。在一个手工的环境中做其审查和验证以确保一切运行良好。结果是直到了太迟难以改变的时候，团队都没有一点部署过程或者部署环境的经验。
        安装/部署的过程，是客户们第一眼看到的过程，一个简单的安装/部署过程是有一个可靠的（或者至少是容易调试的）产品环境的第一步。部署软件是客户需要用到的。在没有确保应用程序正确部署时，你会在客户完整使用你的软件前提出问题。
       从安装过程开始你的项目可以给你时间在产品开发周期中改进过程，以及改变应用程序代码使安装更容易的机会。在一个干净的环境中周期性地运行和测试安装过程也可以提供一个对你没有在代码中作一些依赖于开发或者测试环境的假设的检查。
        将部署放在最后意味着部署过程可能需要围绕代码中的假设而做得很复杂。在IDE中，里面你可以完全控制环境，一个似乎很好的主意，可能造成更加复杂的部署过程。早点知道各种取舍折衷会更好。
        相比于一个可以在程序员的笔记本上运行的应用程序，“可以部署”在早期似乎没有多少商业价值，但事实是除非你的应用程序在目标环境中演示运行，你在能提供商业价值之前都还有很多事情要做。如果你延后部署的根本原因是它微不足道，那做一下又 何妨，反正多没多少代价。如果太复杂了，或者有太多不确定因素，就像你会对程序代码做的一样：边前进边实验、评估、重构部署过程。
        安装/部署过程对你的客户或者专业服务团队的产品性的根本，所以你需要不断测试和重构这个过程。我们在项目中测试和重构代码，部署过程也一样。

原文：Deploy Early and Often bySteve Berczuk