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

13

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

Но у нас есть некоторый код для фиксации, и нам бы очень хотелось продолжить работу над этим проектом. Поэтому нам нужно создать новый проект. Мы придумали имя для него, которое близко, но не дублирует название проекта, от которого мы хотим наследовать. Как мы должны сделать наш первый коммит и каким должно быть сообщение о коммите? Должны ли мы просто скопировать их код в наш репозиторий с комментарием типа «мы унаследовали этот код, мы нашли его здесь под такой-то и такой-то лицензией ... теперь мы обновляем его до этой более / менее строгой лицензии ...»? Или мы должны просто использовать их код в качестве нашего первого коммита с обновлениями, в которых говорится, что «мы унаследовали от ... мы сделали такие-то и такие изменения ...»?

Kabumbus
источник
7
Если вы не получите разрешение от исходного проекта, в зависимости от исходной лицензии вы, скорее всего, не сможете сделать его менее строгой. Если это достаточно разрешительная лицензия, то, вероятно, нет нужды переходить на еще более разрешительную лицензию.
Мэтью Шарли

Ответы:

13

В идеале вы должны использовать его в Google Code, который сохранит всю старую историю. Я не знаю, поддерживается ли это явно в Google Code, но если старый проект использует git в качестве контроля версий, вы можете сделать это вручную, скопировав старый проект в локальный каталог, изменив originудаленный, чтобы он указывал на ваш новый. хранилище, а затем толкает вашу локальную копию.

Я уверен, что подобный метод может быть использован с Subversion ( svnsyncвозможно?), Но у меня нет практического опыта с Subversion, поэтому я не могу комментировать там.

Мэтью Шарли
источник
2
Код Google поддерживает Mercurial, но не Git. Для mercurial процедура очень похожа, просто измените defaultпсевдоним в .hg\hgrc.
Вим Коенен
@ Спасибо за информацию. Я действительно совсем не использовал Google Code, просто предоставил как можно больше информации о том, что я знаю.
Мэтью Шарли
8

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

Но, если предположить, что все в порядке, то исходным сообщением о фиксации может быть «Импортировано 2011-02-25 из http: // .... version XYZ», а также заметное объяснение в файле README.txt.

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


источник
8

На самом деле это часто задаваемые вопросы по коду Google , см. «Что мне делать, если я хочу взять на себя управление проектом, который кажется заброшенным его владельцами?».

Видимо, вы можете взять на себя заброшенные проекты, спросив Google.

Вим Коенен
источник
4

Если вы связались со старым проектом, то я не думаю, что они могут жаловаться, просто будьте откровенны в отношении того, что вы делаете, и не берите на себя ответственность за чужую работу. Возможно, я попытаюсь объяснить ситуацию как на вашем веб-сайте, так и в первом сообщении о коммите. Также было бы вежливо убедиться, что первоначальный импорт кода точно такой же, как и в предыдущем проекте, поэтому все изменения вносятся в журналы фиксации.

Как уже говорили другие, вы можете изменить лицензию только на совместимую, и вы НЕ МОЖЕТЕ менять владельцев авторских прав, даже если вы меняете лицензию. Важно сохранить имена всех существующих владельцев авторских прав там и во всех файлах, с которыми они работали.

Havoc P
источник
1

Мне показалась полезной ссылка Вима Коенена на FAQ по коду Google . Я только что искал, и у Sourceforge также есть политика для принятия заброшенных проектов

Кажется, что Sourceforge требует, чтобы текущие администраторы ответили. Мне кажется, мне нравится идея, что если меня сбьет автобус, то Google передаст мне мой проект. Я думаю, что по этой причине я склоняюсь к коду Google.

шалфей
источник