标题应该说明了一切，然后我可以在Joel测试中再巩固2个滴答声。

我已经使用makefile和python脚本实现了构建自动化，并且我了解基本知识和选项。

但是，作为阅读博客的新手，我怎么能说服我的同辈对其内在的功效呢？

解决方案

要求宽恕，而不是允许。

让它秘密运行(看起来像我们一样)，然后展示其优势。

人们经常使用的一件事是使用CruiseControl的Tray实用程序，当他们通过系统托盘看到构建成功时，人们会喜欢它。 (这是假设我们在Windows环境中，CruiseControl将与我们现有的系统一起使用，等等。)

注意：如果要求宽恕而不是许可会导致立即终止，则我们可能不想执行上述操作。我们可能还想在其他地方找工作。你的旅费可能会改变。

拿起旧的备用计算机，并将其放在办公室的角落。对其进行设置以构建项目。编写一个小脚本，该脚本可以：

• 获取所有文件的最新版本。
• 如果有文件更改，请构建
• 发生故障时通知我们。

当我们休息时，富有同情心地将其修复。

也考虑添加一个步骤来运行单元测试。

如果我们可以避免因别人的错误而责骂他人，那么很快我们就会对自我们抵达以来该版本的可靠性感到印象深刻。从那里建造。

诀窍是花很少的时间为团队创造很多价值，而又不会惹恼任何人。

实施建筑照明灯...我们对熔岩灯做了类似的事情，这是一个巨大的成功。要获得额外的奖励标记，请使每个开发人员在其桌子上都红灯亮，并在构建中断时让正确的灯亮起。

我将自动构建设置为一个夜间过程，这样，它每天晚上都将获取最新的代码修订版本，进行构建并生成报告。现在，我们每天早上都会知道第一件事，即构建是否已损坏，如果是，则可以通知团队。如果项目中的构建问题很严重，那么人们可能会首先来找我们，以确认是否可以安全地同步到最新代码，因为我们将经常在任何一天知道不会破坏构建(顺便说一句，自动化的单元测试套件也可以极大地帮助解决这一问题)。运气好的话，人们会开始意识到夜间构建是一件有用的事情，并且我们将能够将日常构建报告设置为发出的电子邮件。

设置一个自动生成器。一旦我们自动构建并运行测试，就可以说服其他人节省自己的时间了：)

如果我们使用git进行版本控制，这是一个自动生成器，可以自动查找开始导致测试失败的确切签入：http://github.com/apenwarr/gitbuilder/

詹姆斯·肖拉(James Shora)有两个重要的联系：

对于硬件
http://jamesshore.com/Blog/Continuous-Integration-on-a-Dollar-a-Day.html

对于"人文软件"
http://jamesshore.com/Change-Diary/

(他的工作方式已有很长的历史。读的书很长，但是要改变组织很难)

当团队定期需要构建时，这很容易。我们任命一个团队成员(定期轮换)进行构建。如果构建过程足够复杂，则团队将自行提出至少部分自动化构建的方法。在最坏的情况下，我们必须自己自动化构建，但是没有人会反对自动化。

我会准备一个备用盒，安装一个连续集成服务器(在Java世界中为Hudson或者CruiseControl)，并设置一个工作，每次有人检查某些代码时就构建应用程序。

我们可以尝试说服同事，也可以等到有人破坏构建。在后一种情况下，只需发送以下电子邮件：

to: all developers

Guys,

I've just noticed that I can build our software using the 
latest version because of the following error:

    ...

I you want to be notified by our continuous 
build system (attached is the mail I received when
it failed to build our application), just let me know.

通常不需要很长时间，直到每个人都在列表中

示威是最好的，而且实际上是改变任何人拒绝改变思维的唯一方法。

在这里，我们展示了QA能够直接从构建服务器获取绿色构建并安装并进行测试，而无需开发人员指导的情况，从而证明了自动化构建的实用性。他们能够继续工作，他们知道它至少通过了单元测试。它帮助集成了测试和开发，从而减少了系统中的错误时间。