Как «взять на себя» проект с открытым исходным кодом?

29

Есть проект с открытым исходным кодом, который мне интересен и которым я регулярно пользуюсь. Он лицензирован под Apache License 2.0 и больше не работает. Он размещен на Google Code, и я заинтересован в продолжении его разработки. Я новичок в процессе с открытым исходным кодом, и я пытаюсь найти подходящий способ сделать это. Могу ли я просто проверить это и отправить на github, чтобы я мог продолжить его разработку под открытым небом? Должен ли я сначала связаться с «владельцем» проекта? Кроме того, я оставляю всю информацию об авторе в начале классов и т. Д., Даже если я собираюсь вносить изменения ... (я предполагаю, что ответ - да)?

Кроме того, как я практически придерживаюсь лицензионного требования «все модификации четко помечены как работа модификатора»? Я помещаю комментарий каждым изменением, которое я делаю?

Любое руководство о том, что является нормальным курсом / стандартом здесь, будет с благодарностью?

LuxuryMode
источник
2
У проекта все еще есть активное сообщество?
Тим Пост
1
Свяжитесь с Apache, у них есть формальные, разумные процедуры практически для всего.
Джеймс Андерсон

Ответы:

29

Недавно я взял на себя проект с открытым исходным кодом. Шаги, которые я выполнил:

  1. Связаться с оригинальным автором
  2. Пусть он / она знает мои намерения
  3. Получите подтверждение от него / нее (вы либо получите права на исходный репозиторий, либо сможете его клонировать)
  4. Сохранить первоначальное авторство (буду добавлять себя при внесении дальнейших изменений)

Под «сохранить первоначальное авторство» ... я имею в виду, что автор во всех случаях выше моего самого, поскольку это изначально его / ее работа.

Алан Хаггай Алави
источник
1
Что вы подразумеваете под «сохранить первоначальное авторство (буду добавлять себя, когда я буду вносить дальнейшие изменения)»?
LuxuryMode
Я имел в виду, что во всех случаях мне нужно было отдать должное первоисточнику, поскольку это изначально его работа.
Алан Хаггай Алави
Марк Бут : Вы правы. Спасибо за редактирование моего ответа. :-)
Алан Хаггай Алави
7

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

Кроме того, вы можете попробовать связаться с оригинальным автором.

SLaks
источник
1
Большое спасибо. Я отправил электронное письмо оригинальному автору. Просто интересно, есть ли причина, по которой я должен связаться с ним, или это просто вежливость? С точки зрения лицензии, я свободен делать то, что я хочу, пока я придерживаюсь этого, правильно? Кроме того, я говорил слишком рано. По-видимому, оригинальный репо находится в ртутном режиме. Должен ли я просто использовать ртутный плагин hg-git: hg-git.github.com ?
LuxuryMode
7
Вежливость. Кроме того, вы можете получить контроль над другими вещами, кроме исходного кода, такими как доменные имена, товарные знаки, веб-сайты, списки рассылки и т. Д.
FigBug
2
Раньше вилки считались плохими. Всегда считалось лучшим связаться с оригинальным разработчиком и быть вежливым. Философия Githib заключается в том, что вилки дешевы, и каждый должен раскошелиться. В конце концов, под DVCS все является вилкой. Следовательно, почему вы видите эти разные взгляды.
Эндрю Далке
1
Пользователи ненавидят вилки, с развилкой вы не получите прежнюю тягу проекта, базу пользователей, тестировщиков, авторов / переносчиков скомпилированных версий . Вы вообще хотите их. Способ github ( gihub-do ) лучше всего подходит для интерпретируемых вещей, которые не нацелены на двоичное распределение. И вы все равно потеряете очень опытных людей, которые просто предпочитают hgи не заботятся о них git. (да, религиозные войны, блеф)
ZJR
6

Есть много способов сделать это:

  1. Отправить оригинал "владелец / автор". Расскажите ему о своих намерениях и о том, как вы можете помочь развитию. Подождите около 1 недели. Если нет ответа ...
  2. Форк репозиторий. Из уважения и чтобы убедиться, что вы не сделали ничего плохого (что вы, вероятно, не сделали), сделайте четкую ссылку на оригинального автора.
  3. Получить код! Теперь вы гордый разработчик Project ABC.
динамический
источник