Licensing 在构建过程中使用GPL工具-是否需要文档？

如果一个人使用GPL许可工具作为其开源软件构建过程的一部分，并且

在您的文档中，它声明程序员必须下载此类工具才能正确构建软件 GPL许可工具无论如何都不是最终软件包的一部分 您可以从自己的服务器下载此工具，并且/或者为了方便起见将其包含在应用程序的源代码中 在这种情况下，需要什么样的文件（如有）

---

旁注：所讨论的工具是

我认为使用GPL许可的构建工具不会对如何分发生成的软件造成任何限制

许多商业软件都是使用gcc创建的，他们不需要做任何事情，因为他们甚至不告诉用户他们使用了什么编译器

对于开源软件，除非所使用的工具非常罕见，甚至可以通过提供源代码（包括构建脚本）来满足您的需求，使源代码可用，不必费尽心机让任何人都能更轻松地设置所有构建工具及其环境，尽管您当然应该这样做

下面是从重点中添加的相关部分

作品的源代码意味着 工作的首选形式 对其进行修改。对于可执行工作，请填写源代码 代码是指它包含的所有模块的所有源代码，以及 关联的接口定义文件，以及用于 控制可执行文件的编译和安装。 但是作为一个 特殊例外，分发的源代码不需要包括 正态分布在源或源中的任何东西 二进制的 窗体的主要组件有编译器、内核等 运行可执行文件的操作系统，除非该组件 它本身伴随着可执行文件

---

不需要任何文档，但如果您像sems一样分发GPL许可工具，您还必须准备好将工具的源代码提供给您分发给的人。

网站及其Git存储库的链接是否足以提供源代码，还是我必须下载他们的存储库并将其包含在我的源代码包中？源代码存储库的链接即使对于您自己也足够好软件，只要它是公开访问的。GPL常见问题解答：只要源代码签出过程不会变得繁重或受到其他限制，这是可以接受的。现在，如果该工具不包含任何目标代码，比如说，它只是bash脚本或PHP，那么您基本上不需要做任何事情，因为它首先就在那里？如果该工具是一个脚本，您必须确保它附带一份GPL副本。您还应该确保您不以任何方式声明或限制GPL组件的所有权-尽管这听起来很明显，我看到很多人在他们的软件中添加了一个顶级自述文件，上面说这个软件包的全部内容都是courcompany Ltd，未经我们的许可不得发布-除了标记为GPL条款的部分是重要的！您必须至少包括一份GPL许可证副本，如果不包括该工具的源代码，您通常需要在提供该工具的同时提供源代码，假设是商业发行。@Joseph许可证将与包含该工具的文件一起提供，或者至少对于我使用过的所有GNU工具都是这样。是的，通常是这样。但是，您必须记住包含它，特别是如果您从包含多个工具的包中提取了一个工具。除非源代码与二进制代码包含在同一个包中，否则需要修改/创建“提供源代码的报价”以确保其正确。我投票将此问题作为离题问题结束，因为它涉及许可或法律问题，而不是编程或软件开发。有关详细信息，请参阅。