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

29

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

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

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

open-source

— LuxuryMode
источник

2

У проекта все еще есть активное сообщество?

— Тим Пост

Кафедральный собор и базар

— Ям Маркович

1

Свяжитесь с Apache, у них есть формальные, разумные процедуры практически для всего.

— Джеймс Андерсон

29

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

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

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

— Алан Хаггай Алави
источник

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 недели. Если нет ответа ...
Форк репозиторий. Из уважения и чтобы убедиться, что вы не сделали ничего плохого (что вы, вероятно, не сделали), сделайте четкую ссылку на оригинального автора.
Получить код! Теперь вы гордый разработчик Project ABC.

— динамический
источник