如果我错了，请指正我，但是"构建"是"编译"，并且并非每种语言都可以编译。持续集成涉及构建组件，以查看它们是否可以在单元测试之外继续工作，这可能是我简化了。但是，如果项目所涉及的语言无法编译，我们如何执行夜间构建或者使用持续集成技术？

解决方案

回答

为我们当前的源代码管理干线创建每日标签？

回答

嗯...我将"构建"定义为"准备，打包和部署软件系统的所有工件"。编译为机器代码只是构建中许多步骤之一。其他人可能正在从scm-system中检查代码的最新版本，获取外部依赖关系，根据要部署到的软件的目标设置配置值，并运行某种测试套件以确保我们可以"正常运行/运行"。实际部署之前"。

可以/必须针对任何软件完成"构建"软件，而与编程语言无关。解释型语言具有"缺点"，即语法错误或者结构错误(例如，使用错误的参数等调用方法)错误通常只会在运行时检测到(如果我们在构建中没有单独的步骤来检查此类错误，例如与PHPLint)。

因此，对于大型PHP项目而言，(自动化的)测试用例(如单元测试见PHPUnit或者SimpleTest和前端测试见Selenium)对于确保代码的良好运行状况更为重要。

还有一个很棒的PHP构建工具(例如Java的Ant或者Ruby的Rake)：Phing

CI-Systems(例如Xinc或者Hudson)仅用于自动(如在将更改签入scm时)自动打包代码，检查是否有明显的错误，运行测试(简而言之：运行构建)并将结果报告给我们开发小组。