导读：跟着一起去部署了一个项目，自己的感受和收获还是挺大的。在佩服别人的同时，也根据自身存在的问题，总结了一下几个关键步骤，方便自己下次发布部署。
一、部署之前
1.1，了解目标服务器
项目需要部署到别人的服务器，那么对这台将要发布自己系统的服务器的了解是必须的。比如说：服务器的内存是多大的，然后自己的项目需要的内存是多大的。这两者之间是否匹配，是否需要做出一些调整，都是要考虑的东西，而且服务器的性能，也决定着代码的性能优化。另外，如果对方也是专业人士，那么就可能会在事先就知道具体是安装到哪台服务器，服务器的密码是什么等等。如果对方不是，那么这些工作，就需要我们在事先和相关负责人沟通好。这样便于到了部署的时候，不至于到处去找服务器和密码。
1.2，了解目标数据库
这一项工作，我觉得非常重要，这直接决定了开发环境应该是怎样的。在部署前，就要了解到目标数据库的类型、版本，把它作为一个开发环境去做，然后到了部署的时候，也可以省略掉担心版本的问题。而且，为了避免突发情况，我觉得，在准备部署前，可以将数据库直接备份，然后整理成几个版本的脚本文件。这样也可以应对较多的情况。比如说：目标服务器是SQL server08的，那么不能排除对方在后续进行了升级，而刚刚好就是没有通知到开发者。那么，如果我们在部署前，就准备好了08，08 R2,12等版本的数据库脚本文件，并砸之前简单测试过。也不失为一种办法。
1.3，了解目标机器的基本配置
在设计的时候，我们通常都是在自己的PC端进行设计，但是，很有可能会出现分辨率不一致，或者浏览器不统一，版本不一样的情况。所以，在之前我们需要对开发系统的最终运行环境进行调查，以最终将要运行的环境作为系统开发设计时的前提。当然，这个基本配置是可以协调沟通的，比如说都装个IE浏览器或者火狐浏览器等，或者说分辨率调整为多少等。
1.4，整理最新版本的软件
在去部署之前，不管这个系统经过了多少次迭代，都应该准备好最新经过测试的系统。而且，为了保险起见，对于这个系统应该有备份，比如说，两个人去，那么就最好是两个人都持有这个系统的最新版。避免因为一个人的失误或者是别的意外情况，导致最新版的系统丢失。如果是一个人，则应该备用两个移动存储设备，分别备份。而且，最好是这个移动存储设备里的所有东西，都是本次部署所需要的东西。可以进行分类，如：
文件夹1：系统原码 ，文件夹2：数据库，而在数据库里面，则可以分为数据库备份和SQL脚本等。文件夹3：系统环境软件。等等。
这样子，能够帮我们快速的找到自己需要的东西，而且最好是文件以安装部署的步骤编排，这样可以省去很多时间。对于环境软件的准备，则是出于一个可能目标服务器上没有，而发布完了之后，进行的演示需要用到。
1.5，网络设备
谁也不敢保证部署的过程中会发生什么，也无法确定部署的地方是否能方便的上网，所以，如果有条件的话，最好是备用一个上网的移动端，方便应对突发情况。
总结：在安装部署前，一定要对自己的 产品有一个清晰的认识：哪里有问题 / 没问题，亮点在哪里，哪里需要根据客户提供的数据做出调整等！
二、部署之中
2.1，专业，有条不紊
发布部署这个活儿，在平时，私下里学习的时候，就得练熟练了。到那儿去了之后，就一步一步的操作就行。遇到了新的问题，也不用紧张。在部署的过程中，要保持一种专业化的形象。可以和用户交谈。但是，和同行的人，除了必要的部署问题上的交流，别的最好就不要有了。比如说：业务逻辑问题，吃什么喝什么的问题等。
2.2，记录问题
首先是部署问题：每一次实践都是一次学习经历，在过程中，遇到的任何问题，都可以记录下来，然后分析分析。关键是记录问题的方式和时间，得需要个人好好把握。
其次：在部署过程中，视情况而定，可以介绍自己的产品，甚至是自己的公司和个人情况；同时也可以了解客户对于产品的一些建议或者需求等。不放过任何一个向别人学习的机会，不错过任何一个向别人推销自己的机会。
三、部署之后
在部署之后，视客户需要，决定是否需要，以及以何种形式，向客户展现自己的产品。以及一些后续事件的沟通安排。
四、总结
这次跟着一起去部署，就想起了之前师傅跟我说过的话，当时大师傅给师傅验收牛腩新闻发布系统呢，就说发布部署这是最基本的基本功。师傅说，就发布部署这一件事，他就用不同的系统不同的环境，练习了至少几百遍。然后又说，你以为你什么问题都没有发布成功了，这就成了？你以为你把这个牛腩发布成了，就真的成了？现在我问你，随便给你个系统，你能保证发布不出问题吗？你能保证发布过程中出了问题，快速的解决吗？客户就给你10分钟，你能保证成功部署吗？
我，不能！我需要学习。没有完全听老师的话，没有完全听师傅的话，所以，我还不能。也根据这件事，让我意识到作为一个师傅，对徒弟的发展和学习到底有多大的责任和作用，我在改变我自己。
