Hogyan szervezzük együttműködés GitHub, web programozás

Ha még mindig nem tudom, GitHub egy nagyon hatékony módja annak, hogy közös projektek.

Hogyan lehet csatlakozni a fejlesztési projekt? Azt hiszem, tudja, hogyan kell használni Git. hogy módosítsa a fájlokat, és átadják a szerverre. De vannak előnyei részt vesz a fejlesztés nagy nyílt forráskódú projektek és GitHub feltétlenül a legjobb hely erre.

Ebben a cikkben fogjuk megvitatni néhány működési szabályokat az ilyen projektek, valamint adja meg a szükséges tudást és oktatás kezdőknek.

indítsa el a kis

A munka megkezdése egy nyílt forráskódú projekt, fontos, hogy meghatározzák szerepét. Tény, hogy az emberek gyakran nem vesznek részt fejlesztési csak azért, mert félnek nem tűnik túl tapasztalt és jól programozók.

Ne félj kezdeni kicsi. ahelyett, hogy rögzítse több hibát (hibákat), illetve felülíró modult, próbálja megtalálni hibák a dokumentáció és cross-platform hibát, vagy akár az egyszerű szintaktikai és nyelvtani hibák (például a GitHub mzgol a felhasználó).

Ezek a feladatok egy nagyszerű módja annak, hogy az első lépéseket, mint aki benne van a keze a fejlesztés bármely projekt, és nem veszi a ijesztő feladat. Iratkozzon fel CodeTriage erőforrás. hogy automatikusan megkapja GitHub kérdések a postafiókban.

Vizsgáljuk meg a projekt ökoszisztéma

Mindenesetre az együttműködés, mint a szabály, bevezetett egy sor megállapodást. Köztük lehet a módszer változik, a menetrend, vagy akár a szintaktikai előírások és formázási szabályokat. Mielőtt a tényleges munka a projekt, olvassa el az összes rendelkezésre álló dokumentáció.

Például GitHub sztenderd CONTRIBUTING.md fájlt (lásd például a jelen dokumentum). Ezek az utasítások által támogatott, akik szolgálják codebase.

Most, hogy az ökoszisztéma része a projekt, hogyan igazán különbséget tenni?

Használata Pull-módosítási kérelem

A működési környezetet, hogy megváltoztatja a kódot, eleinte tűnik ijesztő.

Az első dolog, amit meg kell értenünk, hogy fontos a következő szabványoknak és egyezményeknek a projekt éppen dolgozik (mint fentebb). Szabványos működési környezet GitHubról meglehetősen egyszerű, és lehetővé teszi, hogy:

A munkakörnyezet, akkor egy csomó különbség a különböző projektek. Például különbségek megállapodásokat a címet. Egyes projektek használhatják bug_345 típusú megállapodás. ahol 345 azonosító (ID #) GitHub kérdés.

Néhány projekt használja a rövid üzenet korrekciókkal, és mások - több mint hosszú. A következő egy lépésről lépésre útmutató, amely segít kezelni a felületet és funkcionalitást.

1. lépés: Branch (Forking)

Egy inda a lerakatot GitHub.com

2. lépés: klónozása

3. lépés: hozzáadása Upstream Távoli

Végezze el a klónozott mappát, és akkor add upstream távoli. azaz, adja meg a távoli repository, melyik lesz az egyesülés a helyi szerkesztések:

Most lehet változtatni a helyi és szinkronizálja őket egy távoli repository:

4. lépés: Válassza ki a fióktelep (Topic Branch)

Mielőtt módosításokat, válasszon egy ág:

5. lépés: Készítsen szerkesztések

Most lehet változtatni, és hozzon létre egy elkövetni, amely csak követni ezeket a változásokat:

6. lépés: hozzáadása szerkesztések

Ezután meg kell tenni a változtatásokat az ága a projekt:

7. lépés: Hozzon létre egy Pull Request'a

Végül, akkor hozzon létre egy pull kérelmet. Ehhez menj a fióktelep tárolóból. Ott látni fogja a „nemrég módosította az ág» (a nemrégiben tolt ágak), és ha igen, akkor válassza a „összehasonlítása és egy Pull Request» (Összehasonlítás és húzza kérelem).

Ha nem, akkor adja meg a fióktelep a legördülő listából, majd kattintson «húzza kérése» vagy «összehasonlítása» a jobb felső részén a tároló rész.

Ösztönzőként kérést küld a gombot «Összehasonlítás és húzza kérése».

Ösztönzőként kérést küld a legördülő listából ágak

Megjegyezzük, hogy fontos, hogy a projekt tekintetében a rendszergazdák. Ha a változtatást nem fogadtunk el, ez azt jelenti, hogy a rendszergazdák a tényt jó okunk van. A végén, akkor mindig ágaznak a projektből, és végezze el a módosításokat.

Hogyan írjunk egy alkalmazott Github Zach Holman (Zach Holman) a dokumentumban «Hogyan GitHub használ GitHub építsünk GitHub» húzza kérésére ezt a vitát. Ez ebben a szellemben, hogy meg kell tenni; várakozás helyett az azonnali döntés a szerkesztést, meg kell várni a vitát.

GitHub Issues + Pull kéri = projektmenedzsment Zen

Elérhető GitHub GitHub kérdések eszköz, amely biztosítja a megbízható módja annak, hogy egy jól dokumentált, interaktív, automatizált tárgyalása hibákat és funkciók minden projekt. Issues alapértelmezés szerint tartalmazza, de lehet letiltani.

Kérdések sok nagy beépített funkciók, de az egyik legfontosabb az integrációs kihúzható request'ami. A felhasználó olvassa el a kérdés a elkövetni, csak hozzá, hogy a digitális azonosítót.

Ezt követ el automatikusan bejegyzi kérdés №3, mint egy zárt, ha a megfelelő pull kérelem fogadható el. Ezzel a módszerrel az automatizálás GitHub kiváló eszköz kezelésére a fejlesztési folyamatot.

Keresés más módon kölcsönhatásba

Gyakran előfordul, hogy a nagy, nyílt forráskódú program előnye, hogy együtt dolgoznak velük, mint egy pár embert.

Ne tévessze meg azt gondolni, hogy az egyetlen módja annak, hogy részt vegyen a projektben a használata pull request'ov.

Például egy ilyen projekt Ruby on Rails. Ő volt ismert közösség számára; válaszolt a kérdésekre, a fórumokon és az IRC-beszélgetések, hogy segítsen felhívni a figyelmet erre a keret, és segítse annak fejlődését a beszélgetés során a gondolatok és a feltárt hibák.

Minden attól függ, az a hozzáállás

Ne feledje, hogy a nyílt forráskódú projektek által vezetett emberek, akik számára a szorzás és a tudás terjesztése a legfontosabb. Részvétel az ilyen projektek hatékonyabbak lesznek, ha a megfelelő hozzáállás, a jelentését, amely abban rejlik, a következő kérdést: „Hogyan segíthetek? „Ami eltér a kapcsolat” Segíteni fogok semmilyen módon tudok. "

Az emberek a nyílt forrású világban szeretnének dolgozni azokkal, akik hajtja a vágy, hogy segítsen másoknak.

következtetés

Ha érdekli a fejlesztés a nyílt forráskódú projektek, akkor rendben van! Ha úgy dönt, hogy részt vegyenek az egyiket, akkor ne feledkezzünk meg a megfelelő hozzáállás és az elv „start kis”. Ez viszi arra a pontra, ahol látod a nevét az újonnan kapcsolódik a projekthez pull request'e.

Lehetséges, hogy ezt a kódot kell használni a sok ember a világon napi munkájuk során. Szánj időt, hogy tanulmányozza a projekt, és az emberek, akik részt vesznek benne. Légy őszinte abban, hogy segítse a projekt.

GitHub potenciál és a nyílt forráskódú világ továbbra is nő minden nap; Kezdje együttműködni más fejlesztők, és egy része ennek a világnak!

Fordítása a cikk «Hogyan, hogy együttműködjenek a GitHub» készítettünk egy csapat barátságos Web design projekt tól Z-ig