Як піти про «переймання» проекту з відкритим кодом?

29

Є проект з відкритим кодом, який мене цікавить і регулярно використовую. Він ліцензований під ліцензією Apache 2.0 і в основному не має жодної активності. Він розміщений на Google Code і мені цікаво продовжувати його розробку. Я новачок у відкритому коді і намагаюся знайти відповідний шлях для цього. Чи можу я просто перевірити це і підштовхнути його до github, щоб я міг продовжувати його розвиток на відкритому повітрі? Чи слід спочатку звернутися до власника проекту? Крім того, чи залишаю всю інформацію про автора у верхній частині класів тощо, хоча я буду вносити зміни .. (я припускаю, що відповідь - так)?

Крім того, як я практично дотримуюся ліцензійної вимоги "всі модифікації чітко позначені як робота модифікатора"? Чи розміщую я коментар до кожної внесеної зміни?

Будь-які вказівки щодо нормального курсу / стандарту тут будуть вдячні?

open-source

— LuxuryMode
джерело

2

Чи все ще в проекті є активна спільнота?

— Tim Post

Собор і базар

— Ям Маркович

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. (так, релігійні війни, bleargh)

— ZJR

6

Є багато способів зробити це:

Надіслати електронною поштою оригіналу "власник / автор". Розкажіть йому про свої наміри та про те, як ви можете допомогти розвитку. Зачекайте близько 1 тижня. Якщо відповіді немає ...
Виберіть сховище. З поваги та щоб переконатися, що ви нічого не зробили (чого, мабуть, не зробили), чітко посилайтесь на оригінального автора.
Отримайте кодування! Тепер ви є гордим розробником Project ABC.

— Динамічний
джерело