Моя команда только что пыталась связаться с некоторыми ребятами из старого проекта с открытым исходным кодом, размещенного на code.google.com. Мы сказали им, что хотели бы присоединиться к их проекту и взять на себя обязательство - по крайней мере, в какой-то его части - но никто не ответил нам. Мы перепробовали всех, владельцев и коммиттеров; никто не был активным, и никто не ответил.
Но у нас есть некоторый код для фиксации, и нам бы очень хотелось продолжить работу над этим проектом. Поэтому нам нужно создать новый проект. Мы придумали имя для него, которое близко, но не дублирует название проекта, от которого мы хотим наследовать. Как мы должны сделать наш первый коммит и каким должно быть сообщение о коммите? Должны ли мы просто скопировать их код в наш репозиторий с комментарием типа «мы унаследовали этот код, мы нашли его здесь под такой-то и такой-то лицензией ... теперь мы обновляем его до этой более / менее строгой лицензии ...»? Или мы должны просто использовать их код в качестве нашего первого коммита с обновлениями, в которых говорится, что «мы унаследовали от ... мы сделали такие-то и такие изменения ...»?
источник
Ответы:
В идеале вы должны использовать его в Google Code, который сохранит всю старую историю. Я не знаю, поддерживается ли это явно в Google Code, но если старый проект использует git в качестве контроля версий, вы можете сделать это вручную, скопировав старый проект в локальный каталог, изменив
origin
удаленный, чтобы он указывал на ваш новый. хранилище, а затем толкает вашу локальную копию.Я уверен, что подобный метод может быть использован с Subversion (
svnsync
возможно?), Но у меня нет практического опыта с Subversion, поэтому я не могу комментировать там.источник
default
псевдоним в.hg\hgrc
.Важнейшее значение имеет ли лицензия на исходный код и что он позволяет вам делать. Одна вещь, к которой вы должны быть очень осторожны, это изменить лицензию, поскольку вам просто может быть не разрешено это делать - помните, что у вас нет авторских прав.
Но, если предположить, что все в порядке, то исходным сообщением о фиксации может быть «Импортировано 2011-02-25 из http: // .... version XYZ», а также заметное объяснение в файле README.txt.
Будьте предельно ясны в том, что вы сделали, и, если возможно, напишите свой код, используя оригинальный код в качестве библиотеки. Это значительно облегчает разделение проблем.
источник
На самом деле это часто задаваемые вопросы по коду Google , см. «Что мне делать, если я хочу взять на себя управление проектом, который кажется заброшенным его владельцами?».
Видимо, вы можете взять на себя заброшенные проекты, спросив Google.
источник
Если вы связались со старым проектом, то я не думаю, что они могут жаловаться, просто будьте откровенны в отношении того, что вы делаете, и не берите на себя ответственность за чужую работу. Возможно, я попытаюсь объяснить ситуацию как на вашем веб-сайте, так и в первом сообщении о коммите. Также было бы вежливо убедиться, что первоначальный импорт кода точно такой же, как и в предыдущем проекте, поэтому все изменения вносятся в журналы фиксации.
Как уже говорили другие, вы можете изменить лицензию только на совместимую, и вы НЕ МОЖЕТЕ менять владельцев авторских прав, даже если вы меняете лицензию. Важно сохранить имена всех существующих владельцев авторских прав там и во всех файлах, с которыми они работали.
источник
Создайте форк, в начальном коммите и readme добавьте что-то вроде
пример см. https://github.com/timtadh/gobuild-fork.
источник
Мне показалась полезной ссылка Вима Коенена на FAQ по коду Google . Я только что искал, и у Sourceforge также есть политика для принятия заброшенных проектов
Кажется, что Sourceforge требует, чтобы текущие администраторы ответили. Мне кажется, мне нравится идея, что если меня сбьет автобус, то Google передаст мне мой проект. Я думаю, что по этой причине я склоняюсь к коду Google.
источник