Rozpoczęcie pracy z Pull-Request

Podstawy pracy

Najpierw musisz skonfigurować swój komputer, aby móc rozwijać się dla oraz z Sponge:

• Przeczytaj Przegotowanie do tworzenia i przygotuj swój komputer

• Zapoznaj się z git oraz GitHub Praca z Git(Hub)

• Przeczytaj nasze Estetyka w programowaniu i Zasady współpracy

• Zapoznaj się z naszymi Git Workflow dla API i wdrożeń

Gdy już skończysz i będziesz czuł, że jesteś gotowy do rozwoju Sponge, to musisz zdecydować nad którymi elementami chcesz pracować.

Pisanie PR

Poprawa błędów

Wyjaśnienie w kilku zdaniach:

• błędów napotkanych przez Ciebie, zwłaszcza

  • jak się zachowywał

  • jak uważasz, że powinien zachowywać się

• co takiego naprawiłeś

• jak naprawiłeś to

Główny dodatek interfejsu API

Więc, rozwinąłeś ogromny dodatek intefejsu API który chcesz zatwierdzić jako PR. Dobrze! Konstruktywne PR jest tym co sprawia, że ten projekt ciągle staje się lepszy. To nas doprowadza do napisania chwalebnego opisu PR.

W przeszłości wystąpiło kilka, które poszły w górę ponad standardy, na przykład:

• API PR Ekwipunku

• Data API PR

Oczywiście, te przykłady są ekstremalne, ale PRy które są akceptowane i zapewniają dobre standardy tego co powinny zawierać w opisie to:

• Filtrowanie Zdarzeń PR

• Bans improvement API PR

Kilka rzeczy może zostać z tego wyciągnięta:

• Linki do każdej realizacji PRs w Wyczyść widok w górnej części PR, można to osiągnąć z GitHub Markdown

*SpongeAPI* | [SpongeCommon](html link) | [SpongeForge](html link) | [SpongeVanilla](html link)

• Clear description of what the API PR is aiming to do, this can be a brief summary as if writing an essay, at most 4 sentences long, depending on what the functionality is.

• Wyczyść przykłady kodu, w jaki sposób wtyczki mogą wykorzystywać nowe funkcje (i czy istnieją stare funkcje, dlaczego muszą zostać zmienione).