Egyszerű bemutató az első PR elkészítéséhez (Pull Request)

Nos, ez szerintem elég rövid bemutató lesz és remélhetőleg oktató;). Egy kis adattárat bocsátok az Ön rendelkezésére a github-on, hogy elküldhesse PR-jét, és ezzel egyidejűleg gyakorolhassa, hogyan kell megtenni az összes lépést, amelyet alább hagyok. Itt van a link a PR teszt elvégzéséhez:

https://github.com/CodeLabora/TuPrimerPR

Nos, soroljuk fel gyorsan a PR elküldéséhez szükséges lépéseket:

1. Villa
2. Clone
3. Távoli
4. Ág
5. változások
6. hozzáad
7. Commit
8. Nyomja
9. PR

Angolul teszem őket, hogy megtalálják a megfelelő opciókat a git parancssorban.

Villa

Az elágazás a Github adattár saját verziója. Ez lehetővé teszi egy másik projekt munkájának klónozását és azt a fiókjában, hogy megváltoztathassa a dolgokat anélkül, hogy aggódna a módosítások elvesztése miatt. Villa készítéséhez csak az oldalra kell kattintani, és a jobb felső sarokban található Villa gombra kattintani.

Miután a villa elkészült, látni fogja, hogy az adattár megjelenik a fiókjában.

Clone

Most, hogy van egy tárunk, klónozzuk a csapatunkhoz. (Feltételezem, hogy a Linuxot használók követnek engem, de más rendszerek felhasználói számára a gitnek vannak olyan verziói is, amelyeket letölthet a hivatalos oldaláról.

És a terminálunkkal a következőket tesszük.

Ezzel egy új mappánk lesz TuPrimerPR néven, amelyben a Github projektünk lesz. Belépünk a mappába a «cd TuPrimerPR» paranccsal, és látni fogjuk, hogy belül vannak azok a fájlok, amelyek a villánkban vannak.

(Ne feledje, hogy a fájlok száma attól függően változhat, hogy mit találnak az adattárban, amikor elágaznak)

Távoli

Ez egy opcionális lépés, de sok problémát elkerül, ha folyamatosan dolgozik egy projekten. A Fork alapértelmezés szerint létrehoz egy pontos másolatot a tárból, de a létrehozás pontos pillanatában. Ez azt jelenti, hogy ha a projekt tovább halad, akkor a tárháza napok vagy órák múlásával lemarad. A "Git remote" segítségével megadhatunk egy másik letöltési pontot (az eredeti projektet), és így képesek vagyunk frissíteni projektünket minden alkalommal, amikor azt látjuk, hogy a szülő projekt frissül.

A szülői projekt megtalálásához csak azt a linket kell használnia, amely közvetlenül a tárház neve alatt található. (Ellenőrizze a Villa második részét.) Ezeket az információkat az alábbiakban adjuk hozzá:

Ez az eredeti projekt (nevezzük majd upstream hogy lépést tartson sok projekttel).

Amint láthatja, hozzáadtam a távvezérlőt a »git remote add paranccsal »

Ezzel szükség esetén képesek leszünk frissíteni a projektet, de most nem fogjuk használni, mert nem szükséges. (Ezt később elmagyarázom, vagy szükség szerint egy másik bejegyzésben)

Ág

Az ágak (vagy ágak) lehetővé teszik olyan kódrészek létrehozását, amelyeket elszigetelt környezetben dolgozhat. Ez azt jelenti, hogy az, amit egy fiókban tesz, nem feltétlenül befolyásolja az eredeti kódot, amíg egy »git merge« -et nem használ. Ez egy olyan extra funkció, amelyet a Github lehetővé tesz, minden egyes ág létrehozásakor a Github szükség esetén automatikusan létrehozza a Pull Request forrását.

Most, hogy speciális águnkban vagyunk, dolgozhatunk a hozzájárulásunkon.

változások

Hozzáadok pár fájlt, hogy lássa, hogyan történik.

A "Touch" segítségével üres fájlt hozhatunk létre (ha még nem létezik). ezzel továbbléphetünk a következő lépésünkhöz.

hozzáad

A »Git add» lehetővé teszi fájlok hozzáadását az elkötelezettségünkhöz (később elmagyarázom). A »git status» paranccsal megtekintheti, hogy milyen fájlokat adhat hozzá a fájlokhoz.

Ezzel minden készen áll a Kötelezettségünkre

Commit

A kötelezettségvállalások az idő jegyei (vagy mérföldkövei). meghatároznak egy állapotot a projekt összes fájljához, és felhalmozzák azokat a változásokat, amelyek szükségesek ahhoz, hogy a projekt elejétől az aktuális állapotig eljussanak. Kicsit bonyolultnak hangzik, de meglehetősen egyszerű, csak ne feledje, hogy ezek a projekt lépcsői. Megírjuk a »git committ» -ot, és kapunk egy ablakot az elkötelezettség üzenetének megírásához.

A szöveg befejezésekor és mentésekor ilyesmit fogunk látni:

Ahol összefoglaló jelenik meg az elkövető tevékenységéről.

Nyomja

Lökéssel feltöltjük a Github-fiókunkba az összes olyan elkötelezettséget, amelyet a számítógépen végzünk, és amelyek nincsenek az internet tárházában. Ez lehetővé teszi a Github számára, hogy automatikusan létrehozza az új PR-t.

Figyelje meg, hogy fióktelepünk nevét használjuk, és hogy a felhasználónevünket és jelszavunkat kéri tőlünk. A végén megmutatja, hogy a myImprove ág létrejött a Github-fiókunkban. Lássuk, mit értünk el a böngészőben. 😉

PR

Mint láthatja, egy új sor jött létre, amely azt mondja, hogy "Összehasonlítás és lehúzás kérése". Ez a Github funkció lehetővé teszi számunkra, hogy egyszerű módon hozzuk létre a PR-t. Kattintsunk, hogy megnézzük, mi történik.

Github elég okos. Amint láthatja, az elkötelezettség egyes részei hozzáadódnak a beküldendő űrlaphoz. Csak a gombra kell kattintani, és ennyi. 🙂 Egyszerű.

külön

Ez a projekt kulisszái mögött van, megjelenik a PR, és a menedzser eldönti, elfogadja-e vagy sem, vagy további üzeneteket ír. Esetemben azonnal elfogadom.

Miután az egyesítés megtörtént, megnézhetik a projekt végrehajtási naplóját és a nevüket.

De most van egy problémánk. Ez az elkötelezettség nem jelenik meg Nuestro adattár, csak a projektben. Emlékszel a távoli átjárónkra? Most van, amikor megtérül 🙂

Visszatérünk mesterágunkhoz, és a következőket tesszük:

Ezzel letöltöttük az eredeti projekt összes információját csapatunknak. Amint láthatja, az elkötelezettségünk ott jelenik meg. Most menteni fogjuk ezt a munkát a Github adattárunkba, hogy törölni tudjuk azt az ágat, amelynek hozzájárulása van a projekthez.

Most, hogy megvan a frissített Github adattárunk, törölni fogjuk az águnkat, de először meg kell győződnünk arról, hogy az a fő águnkban van (master)

Amint láthatja, volt egy kis hibám, ez azért volt, mert a myMovation ágamban voltam, amikor törölni akartam. Ezt úgy rögzítik, hogy visszatérünk a fő ághoz.

Következtetés

Kész 🙂 ilyen egyszerű. Most, hogy elsajátította a Github PR titkos küldésének titkait, várom, hogy megismerhesse közreműködését a különböző projektekben. És ha akarod, akkor hagyd az első PR-t a tárhelyemben 😉 a memória érdekében.

Nem érintettem ezeregy Git juttatást (SZEM, nem a Github), és ahogy azt a rendszermag-közösséghez kötődő fejlesztőktől elvárhatjuk, a Git rendkívül hatékony eszköz, több száz funkcióval.

Annak érdekében, hogy jobban megértsük, mit csinál, és a Git minden erejét, nagyon ajánlom ezt könyv. Biztos vagyok benne, hogy ez sokat segít a git kezelésének javításában.

Üdvözlet, és remélem, hogy segít neked 😉