Open source 在开源项目中跟踪第三方插件和信用的最佳方法是什么?

Open source 在开源项目中跟踪第三方插件和信用的最佳方法是什么?,open-source,project-management,Open Source,Project Management,我计划为一个利基用户群启动一个小型php框架。我可能会从and之类的东西开始,然后将它们都改变到无法用更新版本的项目进行简单更新的地方 我还将捆绑jQuery和部分jQuery UI以及其他一些第三方库,这些库可能会从后续更新中受益 那么,什么是最好的方式来信任那些作为起点的人和项目,但是船体的每一块木板都被更换了?我在考虑在源代码和/或项目网站的某个地方添加一堵感谢墙?我甚至不知道这是怎么做的 另外,对于可能主要是JS的可更新第三方库,跟踪更新的最佳方法是什么?有时api/接口会发生变化,因此

我计划为一个利基用户群启动一个小型php框架。我可能会从and之类的东西开始,然后将它们都改变到无法用更新版本的项目进行简单更新的地方

我还将捆绑jQuery和部分jQuery UI以及其他一些第三方库,这些库可能会从后续更新中受益

那么,什么是最好的方式来信任那些作为起点的人和项目,但是船体的每一块木板都被更换了?我在考虑在源代码和/或项目网站的某个地方添加一堵感谢墙?我甚至不知道这是怎么做的

另外,对于可能主要是JS的可更新第三方库,跟踪更新的最佳方法是什么?有时api/接口会发生变化,因此完全自动化更新可能不是一个明智的方向。此外,缩小所有JS并将其捆绑到单个文件中可能会有好处,这可能会使后续更新复杂化。我在想,在这一点上,没有办法手动四处走动,必须保持跟踪的东西


我很想知道人们在他们的项目中为这类事情开发了什么技术。请阅读其他有关第三方开源礼仪和资产组织的有用信息。

在开始使用第三方代码之前,请检查许可证。确保许可证兼容,并检查许可证的要求

我知道jQuery和jQueryUI根据MIT和GPL的条款是双重许可的。因此,您可以在任何项目中,并与任何其他库结合使用

大多数开源许可证都要求您在每一个附带的产品副本和任何源代码分发版中包含版权声明。鉴于JavaScript的性质,Web服务器提供的JavaScript文件也应保留版权声明。因此,当你最小化文件时,你应该确保文件顶部仍然包含版权声明

大多数作者不会介意你将版权声明减少到如下内容:

<library name> Copyright <year> <name> (<license name>); 
<library name> Copyright <year> <name> (<license name>);
<library name> Copyright <year> <name> (<license name>);
对于最小化的文件

如果你要完成一个项目,你需要保留原来的版权声明,并将你的名字添加到列表中

大多数许可证都不需要它,但您始终可以在项目页面和项目文档中列出您使用的第三方软件。在这种情况下,提及第三方软件并链接到他们的项目页面就足够了


至于保持资料更新。在更新的情况下,实际上没有一个集中的点来获取通知。但这也是你并不真正想要的。通常在软件开发中,您会选择第三方库的当前稳定版本,并根据它进行开发。除非遇到新版本中已修复的错误,或者您将要处理自己项目的新主要版本,否则您很少更新第三方库。因为更新第三方库意味着您必须重新测试所有内容,以查看是否没有任何内容损坏。

在开始使用第三方代码之前,请检查许可证。确保许可证兼容,并检查许可证的要求

我知道jQuery和jQueryUI根据MIT和GPL的条款是双重许可的。因此,您可以在任何项目中,并与任何其他库结合使用

大多数开源许可证都要求您在每一个附带的产品副本和任何源代码分发版中包含版权声明。鉴于JavaScript的性质,Web服务器提供的JavaScript文件也应保留版权声明。因此,当你最小化文件时,你应该确保文件顶部仍然包含版权声明

大多数作者不会介意你将版权声明减少到如下内容:

<library name> Copyright <year> <name> (<license name>); 
<library name> Copyright <year> <name> (<license name>);
<library name> Copyright <year> <name> (<license name>);
对于最小化的文件

如果你要完成一个项目,你需要保留原来的版权声明,并将你的名字添加到列表中

大多数许可证都不需要它,但您始终可以在项目页面和项目文档中列出您使用的第三方软件。在这种情况下,提及第三方软件并链接到他们的项目页面就足够了

至于保持资料更新。在更新的情况下,实际上没有一个集中的点来获取通知。但这也是你并不真正想要的。通常在软件开发中,您会选择第三方库的当前稳定版本,并根据它进行开发。除非遇到新版本中已修复的错误,或者您将要处理自己项目的新主要版本,否则您很少更新第三方库。因为更新第三方库意味着 Don’你不必重新测试所有东西,看看是否有东西坏了