Jak zabrać się za „przejęcie” projektu typu open source?

29

Jest projekt open source, który mnie interesuje i z którego regularnie korzystam. Jest licencjonowany na podstawie licencji Apache 2.0 i zasadniczo nie wykazuje już żadnej aktywności. Jest hostowany w Google Code i jestem zainteresowany dalszym rozwojem. Jestem nowy w procesie open source i staram się znaleźć odpowiedni sposób, aby to zrobić. Czy mogę to po prostu sprawdzić i przesłać na github, aby móc kontynuować rozwój na otwartym terenie? Czy powinienem najpierw skontaktować się z „właścicielem” projektu? Ponadto, czy pozostawiam wszystkie informacje o autorze na początku zajęć itp., Nawet jeśli zamierzam wprowadzać zmiany ... (Zakładam, że odpowiedź brzmi tak)?

Ponadto, w jaki sposób mam praktycznie przestrzegać wymogu posiadania licencji „wszystkie modyfikacje są wyraźnie oznaczone jako działanie modyfikatora”? Czy umieszczam komentarz przy każdej wprowadzonej przeze mnie zmianie?

Wszelkie wskazówki dotyczące normalnego kursu / standardu byłyby bardzo mile widziane?

open-source LuxuryMode
źródło
2
Czy projekt nadal ma aktywną społeczność?
Tim Post
Katedra i Bazar
Yam Marcovic,
1
Skontaktuj się z Apache, mają formalne, rozsądne procedury dotyczące prawie wszystkiego.
James Anderson

Odpowiedzi:

29

Niedawno przejęłam projekt open source. Kroki, które wykonałem to:

  1. Skontaktuj się z oryginalnym autorem
  2. Poinformuj go / ją o moich zamiarach
  3. Zostaniesz przez niego potwierdzony (dostaniesz prawa do oryginalnego repozytorium lub sklonujesz go)
  4. Zachowaj oryginalne autorstwo ( dodam siebie, gdy wprowadzę dalsze zmiany)

Przez „Zachowaj oryginalne autorstwo” ... mam na myśli uznanie oryginalnego autora ponad sobą we wszystkich przypadkach, ponieważ pierwotnie jest to jego dzieło.

Alan Haggai Alavi
źródło
1
Co rozumiesz przez „Zachowaj oryginalne autorstwo (dodam siebie, gdy wprowadzę dalsze zmiany)”?
LuxuryMode,
We wszystkich przypadkach miałem na myśli autora oryginalnego, ponieważ jest to pierwotnie jego dzieło.
Alan Haggai Alavi,
Mark Booth : Masz rację. Dziękuję za edycję mojej odpowiedzi. :-)
Alan Haggai Alavi,
7

Powinieneś rozwidlić projekt, być może na GitHub .

Alternatywnie możesz spróbować skontaktować się z oryginalnym autorem.

SLaks
źródło
1
Wielkie dzięki. Wysłałem e-mail do oryginalnego autora. Zastanawiam się, czy jest jakiś powód, dla którego muszę się z nim skontaktować, czy to zwykła uprzejmość? Jeśli chodzi o licencję, mam swobodę robienia tego, co chcę, dopóki się jej trzymam, prawda? Mówiłem też za wcześnie. Najwyraźniej oryginalne repo jest w rtęci. Czy powinienem po prostu użyć wtyczki hg-git mercurial: hg-git.github.com ?
LuxuryMode,
7
Zwykła przyzwoitość. Ponadto możesz przejąć kontrolę nad rzeczami innymi niż kod źródłowy, takimi jak nazwy domen, znaki towarowe, strony internetowe, listy mailingowe itp.
FigBug
2
Kiedyś widelce uważano za złe. Zawsze uważano, że najlepiej jest skontaktować się z oryginalnym deweloperem i być grzecznym. Filozofia githib głosi, że widelce są tanie i każdy powinien rozwidlać. W końcu pod DVCS wszystko jest widelcem. Dlatego widzisz te różne poglądy.
Andrew Dalke,
1
Użytkownicy nie lubią widelców, dzięki widelcowi nie uzyskasz poprzedniej trakcji projektu, bazy użytkowników, testerów, współpracowników / porterów w wersjach skompilowanych . Na ogół ich chcesz. Sposób github ( gihub-do ) jest najlepszy dla interpretowanych rzeczy, które nie mają na celu dystrybucji binarnej. I nadal stracisz bardzo wykwalifikowanych ludzi, którzy po prostu wolą hgi nie dbają o to git. (tak, wojny religijne, bleargh)
ZJR,
6

Można to zrobić na wiele sposobów:

  1. Wyślij pocztą e-mail do oryginalnego „właściciela / autora”. Powiedz mu o swoich zamiarach i o tym, jak możesz pomóc w rozwoju. Poczekaj około 1 tygodnia. Jeśli nie ma odpowiedzi ...
  2. Rozwidlaj repozytorium. Z szacunku i dla pewności, że nie zrobiłeś nic złego (czego prawdopodobnie nie zrobiłeś), wyraźne odniesienie do oryginalnego autora.
  3. Uzyskaj kodowanie! Jesteś teraz dumnym deweloperem Projektu ABC.
Dynamiczny
źródło