Каков наилучший способ отслеживать сторонние плагины и кредиты в проекте с открытым исходным кодом?

Question

Я планирую запустить небольшой php-фреймворк для нишевой базы пользователей. Скорее всего, я начну с чего-то вроде KISS MVC и HTML5 Boilerplate и изменю их оба, не считая того, что не будет простого способа обновления с помощью более новых версий проектов.

Я также буду связывать jQuery и части jQuery UI и некоторые другие сторонние библиотеки, которые, вероятно, выиграют от обновлений.

Итак, каков наилучший способ кредитовать людей и проекты, которые были включены в качестве отправной точки, но для которых был заменен проклятый около каждой доски корпуса? Я думал о включении стены благодарности где-нибудь в исходном коде и / или на сайте проекта? Я даже не знаю, как это обычно делается.

Кроме того, для обновляемых сторонних библиотек (которые, скорее всего, в основном будут JS), каков наилучший способ отслеживать обновления? Иногда интерфейс API / интерфейса изменяется, поэтому полная автоматизация обновления может оказаться не самым удачным решением. Кроме того, может быть полезно минимизировать все эти JS и объединить их в один файл, что может усложнить обновление в дальнейшем., Я думаю, что на данный момент нет способа обойти вручную, чтобы отслеживать вещи.

Мне любопытно узнать, какие методы люди разработали для такого рода вещей в своих проектах. Будем благодарны за любые другие полезные материалы по вопросам стороннего приличия с открытым исходным кодом и организации активов.

Answer 1

Прежде чем начать использовать сторонний код, проверьте лицензии. Убедитесь, что лицензии совместимы, а также проверьте требования к лицензиям.

Я знаю, что jQuery и jQuery UI имеют двойную лицензию на условиях MIT и GPL. Так что вы могли бы тогда в любом проекте и в сочетании с любой другой библиотекой.

Большинство лицензий OpenSource требуют, чтобы вы включали уведомление об авторских правах в каждую поставляемую копию продукта и в любой дистрибутив исходного кода. Учитывая природу JavaScript, это означает, что и файлы JavaScript, обслуживаемые веб-сервером, должны сохранять уведомление об авторских правах. Поэтому, когда вы минимизируете файл, вы должны убедиться, что он все еще содержит уведомление об авторских правах в верхней части файла.

(Большинство авторов не против, если вы уменьшите уведомление об авторских правах до чего-то вроде:

<library name> Copyright <year> <name> (<license name>); 
<library name> Copyright <year> <name> (<license name>);
<library name> Copyright <year> <name> (<license name>);

для свернутых файлов)

Если вы собираетесь раскошелиться на проект, вам нужно сохранить оригинальное уведомление об авторских правах и добавить свое имя в список.

Это не требуется для большинства лицензий, но вы всегда можете перечислить стороннее программное обеспечение, которое вы использовали, на странице вашего проекта и проектной документации. В этом случае достаточно упомянуть стороннее программное обеспечение и ссылку на страницу своего проекта.

Что касается обновления вещей. На самом деле нет централизованного пункта для получения уведомлений в случае обновлений. Но это также то, что вы не очень хотите. Обычно при разработке программного обеспечения вы выбираете текущий стабильный выпуск сторонней библиотеки и разрабатываете его. Вы редко когда-либо обновляете стороннюю библиотеку, если не сталкиваетесь с ошибкой, которая исправлена ​​в новой версии, или когда вы собираетесь работать над новой основной версией вашего собственного проекта. Потому что обновление сторонней библиотеки означает, что вы должны заново протестировать все, чтобы убедиться, что ничего не сломалось.