绪言
感谢您抽出宝贵的时间阅读有关SCons的文章。SCons是下一代软件构建工具，当待编译文件发生变动时，它能够保持工程始终处于最新的编译状态，解决了由于文件更新导致编译未更新的相关依赖问题。
SCons与众不同的地方在于，它是采用python脚本编写，这和大多数的编译工具采用一门新的语言来实现的方式刚好相反（python是一门已经被大家广泛接受并应用的脚本语言）。SCons依然有子集的学习曲线，因为当你构建工程的时候你必须清晰地知道该调用哪些函数，当然这对熟悉python语法的同学来说都比较简单。
不同的是，使用Python作为配置文件，通常比采用其他由程序员专门发明的构建工具更容易学习SCons，这在很大程度上要归功于Python的一致性和可读性。将一种实时的实时脚本语言用作配置文件的基础，这对于熟练的程序员来说，可以根据需要轻松地完成构建复杂的工程。
1. SCons原则
在设计和使用SCons时，我们尝试遵循一些原则：
正确性
SCons保证了正确的构建，及时这意味着需要牺牲一点性能，但这是最为重要的一点。无论软件如何构建，如何编写，构建工具多么不寻常，我们都努力保证构建的正确性。
性能
在保证正确构建的基础上，我们尝试尽可能快速完成构建。特别是，我们可能不得不降低默认SCons的构建速度以保证构建的正确性，但我们依然尝试通过优化一些编译参数来尽可能提高编译性能。
便利性
SCons会尽可能提供更多的即用服务，包括检测系统上正确的工具并正确使用使用他们来构建软件。
简而言之，我们将努力使SCons做到“做正确的事情”，并正确构建软件，减少出错。
2. 关于本指南完整性的警告
当您阅读本指南的时候，请注意：就像太多的开源软件那样，SCons的使用指南也不是一直都和发布版本保持同步。换句话说，SCons可能更新了很多，但是本指南还尚未更新。（试想一下，这很多软件的开发也是这样，不是吗？）
尽管该指南并非我们想象的那么完整，但我们的开发过程确实注意并确保了SCons指南尽可能具备最新的特性。因此，如果您试图弄清楚SCons支持的方法，但是无法在本指南中找到，那么您可以考虑在本指南中添加一个部分，这样后面有需要的人就不必经历同样的事情了。
3. 致谢
没有很多人的帮助，SCons就不可能存在，其中很多人甚至都可能不知道他们提供了一些帮助或者提供了一些启发。因此，感谢并没有特定顺序：
首先，最需要感谢Bob Sidebotman，他是经典基于Perl的Cons工具（1996年发布）的原作者，这提供了SCons的基础框架和模型。
其次是Greg Wilson，在2000年的软件竞赛项目中，推动SCons成为了一个真正的项目。如果没有这次的软件竞赛，将Cons经典体系结构的优势与Python整合依然还仅仅是一种理念，而非现实。
然后是SCons的整个开发团队，如果没有他们在过去几年的精彩合作，付出的热情精力与实践，SCons依然无法像现在这样实用。（好多人）
这里特别感谢David Snopek贡献的“AutoCons”代码，这些代码构成了Christoph的Configure功能的基础（小编注：不懂...）。David十分慷慨地提供给了SCons，因为他最初遵循的是GPL协议，而SCons遵循的MIT协议，协议限制相对宽松很多。
感谢Peter Miller，他提供了出色的管理系统Aegis，它一开始就位SCons项目的开发提供了可靠的开发方法，并且想我们展示了如何增量回归测试集成到实际的开发周期中（eXtreme Programming诞生之前的几年）。
最后感谢Guid van Rossum出色的python脚本语言。
4. 联系方式
与SCons工作人员（包括作者）联系的最佳方式是邮件：
如果您想咨询一般的SCons使用问题，请联系： scons-users@scons.org。
如果您想直接联系SCons开发社区，请联系：scons-dev@scons.org。
如果想接受SCons的公告，请加入 announce@scons.tigris.org邮件列表。
