Jak przyczynić się kod z powrotem do projektu Open Source?

głosy
30

Jeśli w następstwie projektu Open Source i chciałbyś przyczynić się zmian w kodzie, co trzeba zrobić?

Utwórz 05/08/2008 o 14:25
źródło użytkownik
W innych językach...                            


10 odpowiedzi

głosy
18

Chciałbym spędzić czas poznając ludzi pierwszy. Zwykle mają one pokoju IRC, gdzie każdy pracuje na biegu jałowym. Wydać kiedyś poznawanie ludzi, analizowania kodu, należy przejrzeć dokumentację, a następnie, jeśli czujesz, że są prawidłowe dopasowanie do projektu, rozpoczęcie przyczyniając się do łat o błędach. Nie staraj się dodawać nowe funkcje na początku. Oni nie będą ogólnie przyjęte.

Także obejrzeć ten google tech talk temat Jak chronić projekt open source z trujących ludzi . Będzie cię nauczyć, czego nie robić.

Odpowiedział 05/08/2008 o 14:30
źródło użytkownik

głosy
7

Najlepszym sposobem, aby to zrobić, to przedstawić się tak: „Cześć, tu jest błąd / funkcja i tu poprawkę, która naprawia / realizuje go.”

Jestem na kilka projektów open source, i istnieje wiele osób z najlepszymi intencjami, aby pomóc, ale który w rzeczywistości nigdy nie robić nic, więc jeśli pojawi się kod z pracy można uznać za znacznie bardziej wartościowe.

Odpowiedział 06/08/2008 o 23:38
źródło użytkownik

głosy
4

Jako twórca wielu projektów open source, jestem po drugiej stronie rzeczy w które próbuję dostać współpracowników. Oto, co chciałbym powiedzieć:

  • Ogłosić się w zależności od tego sposobem jest odpowiednie dla projektu: e-mail, listy mailingowej, forum, itp
  • Sprawdź, czy Twój pomysł jest już w pracach. Jeśli tak, to może spróbować pomóc zamiast powielania wysiłków.
  • Sprawdzaj preferowany sposób dołączania kodu
  • Koniecznie wykonaj style kodowania wykorzystywane w projekcie. (Jeśli zdecydujesz się przekonwertować wszystkie spacje, nie będą w stanie połączyć swoje zmiany do swojego systemu kontroli wersji łatwo i będzie więcej niż prawdopodobne zignorować swojego zgłoszenia).
Odpowiedział 22/08/2008 o 14:52
źródło użytkownik

głosy
4

Jak w poprzednich plakaty powiedzieć, że jest to sprawa dla projektu. Przekonasz się, że niektóre z nich są bardziej otwarte na zmiany niż inni. Z punktu widzenia mechanicznego, trzeba będzie sprawdzić, czy używają SVN (na przykład na Google Code) lub CVS (na przykład na SourceForge) i określić, czy użyć patcha lub innej metody.

Dobrym przykładem rodzaju postępowania może trzeba zatrudnić można zobaczyć na stronie gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Uwaga ich wykorzystania Bugzilla, poprawek i CVS

Odpowiedział 05/08/2008 o 15:21
źródło użytkownik

głosy
3

Jeśli szukasz sposobów, aby zaangażować się w mniejszej skali (może pracować na swojej drodze) OpenHatch posiada bazę danych błędów (uporządkowana wg języka / ram), a także wielki poradnik dla podręczny.

Innym sposobem na rozpoczęcie jest CodeTriage który ma GitHub repo szuka pomocy mocowania otwartych kwestii, które są organizowane przez język.

Odpowiedział 19/09/2013 o 22:16
źródło użytkownik

głosy
3

Kilka innych rzeczy do pamiętać:

  • Bądź pewien, że ty rzeczywiście właścicielem kodu, który ma przyczynić się do tyłu, a nie pracodawcy lub klienta dokonaniu modyfikacji dla. Sprawdź swoją umowę o pracę lub umowę o świadczenie usług, jeśli istnieje taka możliwość, że jesteś w takiej sytuacji.

  • Zbadanie, czy istnieje proces przypisania własności intelektualnej, że deweloperzy wolą płatnikami przejść. W dzisiejszych czasach wiele projektów open source mają takie zadania, tak, że wszelkie prawa do kodu w projekcie mogą być w posiadaniu samego projektu i / lub jego sponsora.

Oba są ważne, jeśli chodzi o ochronę siebie, projektu i każdego, kto chce korzystać lub opierać się na projekcie w dół od roszczeń związanych z kodem, który napisałeś.

Odpowiedział 09/08/2008 o 01:22
źródło użytkownik

głosy
3

Rzeczy, jak to kiedyś być proste.

Było lista dyskusyjna dla użytkowników i jeden dla programistów. Jeśli pojawi się problem i może naprawić to naprawić, a następnie uruchomić poprawkę Larry Wall i wysłać otrzymany plaster do listy deweloperów z szybkim wyjaśnieniem, co robi. Ogólnie dev z dostępem do zapisu w CVS (lub w rzeczywistych dawnych czasach, których floppy projekt przebywał na;)) by sprawdzić rzeczy nad i jeśli łata robi to, co jest napisane na opakowaniu, ani nic innego nie dostanie się złamać drzewo źródło właściwe.

W dzisiejszych czasach istnieje wiele, wiele więcej projektów z wykorzystaniem otwartego oprogramowania i wiele z nich są prowadzone przez ludzi, którzy nigdy nie uruchomienia projektu komputerowego zanim nie mówiąc już o open source jeden więc rzeczy może być bardziej skomplikowane. Generalnie mailing łatkę komuś robi dużo dev w prawej części projektu dostaje prawo oczy patrząc na niego szybko nawet dzisiaj. Przeglądania repozytorium internetowym powie ci ludzie, którzy wykonują pracę, a nie tych, którzy się ich nazwiska na pierwszej stronie witryny internetowej, należy skontaktować się najpierw tych facetów :)

Odpowiedział 05/08/2008 o 17:12
źródło użytkownik

głosy
1

Pierwszą rzeczą, jaką należy zrobić, to skontaktować się z najważniejszych ludzi, którzy uruchomić projekt open source. Zapytaj ich, czy to jest w porządku, aby przyczynić się do kodu i go stamtąd.

Po prostu pisanie ulepszony kod, a następnie dając im to może spowodować kod odrzucenia.

Odpowiedział 05/08/2008 o 14:28
źródło użytkownik

głosy
0

Dostać się na czacie IRC lub przeglądanie grup dyskusyjnych, jeśli mają jeden. zrobić sobie znane. Może trzeba będzie złożyć poprawki do grupy dyskusyjnej, zanim zostały podane konto do przedstawienia siebie.

Zapoznanie się ze standardami kodowania, typy płatkowe (np unified diff) i kasy kopię swoich CVS lub SVN, jeśli pozwalają one na dostęp anonimowy.

Odpowiedział 22/08/2008 o 15:09
źródło użytkownik

głosy
0

To zależy od projektu, jak i gdzie jest gospodarzem. Najlepszą rzeczą jest to, aby znaleźć kontakt i wysłać je lub sprawdzić, czy jest tam programiści listy.

Odpowiedział 05/08/2008 o 14:26
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more