当我学习如何使用预制时，我记得在某个地方阅读维基页面或某个论坛帖子（我希望我能找到原始链接），提示您的预制脚本生成的项目文件最终可能会在不同的机器上运行而不是你正在运行的那个。因此，我采用了这个想法并相应地设计了预制脚本，以替换我所贡献的开源项目中的现有autotools / VS / Xcode项目文件。该项目使用各种第三方库，一些是强制性的，一些是可选的。
通过我自己的经验和其他开发人员的反馈，我开始发现，生成可在其他机器上运行的通用项目文件（特别是gmake文件）非常困难，特别是在查找时要链接到的系统库的位置。您似乎完全放弃了自动检测构建计算机上的状态并相应地启用/禁用项目中的可选构建设置的能力，并代替在用户配置期间可能显示的错误友好的格式（缺少依赖性等），你必须依靠神秘的编译器错误告诉用户他们错过了什么。
我的问题是那些在生产环境中使用premake的经验：能够将预制生成的项目文件传输到其他机器并且仍然可以使用它们是合理的目标，还是应该设计预制脚本围绕假设用户将在本地运行premake，因为构建环境是如此多样化？
答案 0 :(得分：1)
对于简单或自包含的项目，当然，正式的Premake版本附带预先构建的项目文件。但是对于更复杂的项目，出于Precke脚本（即premake5.lua）通常更有意义，并要求开发人员在本地下载和运行Premake，以生成最终的项目文件，这是出于您指定的原因。