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

29

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

Skontaktuj się z oryginalnym autorem
Poinformuj go / ją o moich zamiarach
Zostaniesz przez niego potwierdzony (dostaniesz prawa do oryginalnego repozytorium lub sklonujesz go)
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:

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 ...
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.
Uzyskaj kodowanie! Jesteś teraz dumnym deweloperem Projektu ABC.

— Dynamiczny
źródło