Saját történetek írása git segítségével

Üdvözlet mindenkinek! Mielőtt folytatnám a rendelési lista szövegét, szeretném megünnepelni a git 2.16 kiadását, megköszönve mindazoknak, akik javítást küldtek, és mindegyik felhasználónak, összesen 4000 sorunk volt a frissítések és a javítások között , amely nem nagyon beszél az első verziómról, de a kedvességedről szól 🙂 Köszönöm! Most elárulok egy kis titkot, eddig nem volt olyan időszak, hogy ne ültem volna le cikket írni, és sokat gondolkodtam volna rajta, általában csak sorban írok, aztán a jó gyík megfogadja a javítsd ki a gépelési hibáimat 🙂 szóval neki is köszönöm.

Ez nem a legjobb, ha cikkek írásáról beszélünk, állítólag céljának és struktúrának kell lennie, és apró pontokat, kritikákat és stb. Stb. Jelölnie kell. Ez azonban nemcsak a blogokra vonatkozik általában, hanem elengedhetetlen egy jónak látszó szoftver 🙂 Ehhez a feladathoz, valamint néhány évvel a kernel fejlesztésében használt verziókezelő szoftverrel kapcsolatos néhány probléma után megszületett git ????

Hol lehet tanulni git?

A dokumentáció mennyisége a git körül megdöbbentő, még akkor is, ha csak a telepítéshez mellékelt man oldalakat vennénk, hatalmas mennyiségű olvasmányunk lenne. Én személy szerint megtalálom a git könyv nagyon jól megtervezett, még én is lefordítottam a 7. szakasz néhány szegmensét, még mindig van néhány, de adj időt 😛 talán ebben a hónapban le tudom fordítani, mi marad az adott szakaszból.

Mit csinál a git?

A Git-et úgy tervezték, hogy gyors, hatékony, egyszerű és nagy mennyiségű információt támogasson, elvégre a rendszermag közösség létrehozta azt a szoftverükhöz, amely a világ egyik legnagyobb szabad szoftver-alkotása és több száz óránkénti hozzájárulások száma az egymillió sort meghaladó kódbázisban.

A git érdekessége az adatverziók karbantartása. Régen (más verzióvezérlő programok) az összes létező fájlt tömörítették a történelem egy pontján, például a mentés. Git más megközelítést alkalmaz, amikor a commit meg van jelölve a történelem egy pontja, a történelem egy pontja számos módosítással és munkával rendelkezik, a nap végén az összes módosítást idővel összeállítják, és a fájlokat megszerzik annak érdekében, hogy tömöríthessék vagy megjelölhessék a változatok. Mivel tudom, hogy mindez bonyolultnak hangzik, egy szuper alap példában egy mágikus utazásra fogom vinni.

Kis kalkulatikai projekt

A kalkulatika egy olyan program lesz, amely megtalálja az adott szám négyzetét, ezt C-ben fogjuk megtenni, és a lehető legegyszerűbb lesz, ezért ne várjon tőlem sok biztonsági ellenőrzést. Először egy adattárat fogunk létrehozni, meg fogom tenni a Githubal, hogy két legyet megöljek egy csapásra:

Saját. Christopher Diaz Riveros

Hozzáadtunk pár meglehetősen egyszerű dolgot, például a licencet (nagyon fontos, ha meg akarja védeni a munkáját, esetemben arra kényszerítse őket, hogy osszák meg az eredményeket, ha alapként akarják használni: P)

Most menjünk kedves terminálunkhoz, git clone az a parancs, amely felelős a url hozzárendelt és hozzon létre egy helyi másolatot a számítógépünkön.

Saját. Christopher Diaz Riveros

Most ellenőrizzük git log mi történt projektünk történetében:

Itt rengeteg információ áll rendelkezésünkre különböző színekben: próbáljuk megmagyarázni:

az első sárga sor az "elkövetési vonalkód", minden elkötelezettnek megvan a maga egyedi azonosítója, amellyel sok mindent megtehet, de későbbre elmentjük. Most megvan HEAD Celeste és master zöld. Ezek "mutatók", funkciójuk az, hogy rámutassunk történelmünk jelenlegi helyére (HEAD) és a fiókot, amelyen a számítógépünkön dolgozunk (master).

origin/master az internet megfelelője, origin az alapértelmezett név, amelyet hozzárendeltünk a URL, És master az az ág, amelyben dolgozol ... egyszerűségük érdekében azok, akiknek van egy / azok, amelyek nem tartoznak a csapatunkba, de hivatkoznak az interneten található információkra.

Ezután megvan a szerző, a dátum és az idő, valamint az összefoglaló. Ez egy kis áttekintés arról, hogy mi történt a történelem ezen a pontján, nagyon fontos számos projektben, és sok információt elítéltek. Vizsgáljuk meg közelebbről, hogy mi történt az elkövetésben a paranccsal git show <código-de-commit>

Saját. Christopher Diaz Riveros

A git show parancs erre a képernyőre vezet javítás formátumban, ahol láthatja, hogy mi került hozzáadásra és mi lett eltávolítva (ha valamit eltávolítottak volna) abban az időben a történelem során, eddig csak azt mutatja, hogy a feljegyzések .gitignore,README.mdLICENSE.

Most térjünk rá az üzletre, írjunk egy fájlt will létrehozzuk történelmünk első mérföldkövét 😀:

Saját. Christopher Diaz Riveros

Röviden, egy olyan programot fogunk létrehozni, amely megmutatja a végrehajtás során átadott argumentumok számát, egyszerű 🙂

Saját. Christopher Diaz Riveros

Ez könnyű volt, most nézzük meg a következő hasznos parancsot: git status

Saját. Christopher Diaz Riveros

Valamilyen kedves szívű lélek lefordította a git-t, hogy könnyebben követhető legyen, itt rengeteg hasznos információval rendelkezünk, tudjuk, hogy a mesterágban vagyunk, és frissülünk origin/master(a Github ág), vannak nem követett fájljaink! és hogy ezek hozzáadásához használnunk kell git add, próbáljuk meg 🙂

Saját. Christopher Diaz Riveros

Most van egy új zöld területünk, ahol megjelenik a fájl, amelyet hozzáadtunk a munkaterülethez. Ezen a helyen csoportosíthatjuk változásainkat a kötelezettségvállalás érdekében, az elkötelezettség mérföldkőből áll a projektünk történelme során, létrehozni fogjuk az elkötelezettséget 🙂 git commit

Saját. Christopher Diaz Riveros

Röviden elmagyarázva: a sárga vonal az elkötelezettségünk címe, pusztán vizuális utalásként írom a main.c-t. A fekete szöveg az előző kötelezettségvállalás óta eddig végrehajtott változások magyarázata 🙂 elmentjük a fájlt, és látni fogjuk, hogy az elkötelezettségünk a rendszerleíró adatbázisba ment.

Saját. Christopher Diaz Riveros

Most megnézzük projektünk történetét git log

Saját. Christopher Diaz Riveros

Ismét a naplóban láthatjuk, hogy a zöld és a piros vonal eltér egymástól, ez azért van, mert a számítógépünkben elkötelezettek vagyunk az interneten tároltak felett folytatni fogjuk a munkát, tegyük fel, hogy most szeretnék egy üzenet, ha a felhasználó egynél több argumentumot tesz a programba (ami a számológépet megzavarja 🙂)

Mint láthatjuk, a programunk sokat nőtt 😀, most megvan a funkció imprimir_ayuda() amely egy üzenetet jelenít meg a számítások használatáról és a blokkban main() most egy áttekintést készítünk a if(Valami, amit egy programozási bemutatóban látni fogunk máskor, egyelőre csak azt kell tudni, hogy ha 2-nél több argumentumot adunk meg a kalkulatikába, akkor a program véget ér, és megjelenik a segítség. Végezzük el:

Saját. Christopher Diaz Riveros

Mint látható, most az érvek száma helyett kiírja azt a számot, amelyet eljuttattak, de amit korábban nem mondtam el 🙂 a kíváncsiak számára echo $? mutatja az utoljára futtatott program kilépési kódját, amely 1 mert tévedéssel végződött. Most nézzük át a történetünk menetét:

Saját. Christopher Diaz Riveros

Most már tudjuk, hogy 1 kötelezettséggel vagyunk Github előtt, az a fájl main.c módosult, hozzuk létre a következő elköteleződést git add main.c  majd git commit????

Saját. Christopher Diaz Riveros

Most egy kicsit konkrétabbak vagyunk, mivel megvalósítottunk egy függvényt és megváltoztattuk az érvényesítési kódot. Most, hogy mentette, nézzük át az utolsó változtatásunkat. Láthatjuk vele git show HEAD

Saját. Christopher Diaz Riveros

Most láthatja a piros és a zöld vonalakat, hozzáadtuk a könyvtárat stdlib.h, módosította a kód nagy részét, és hozzáadta a funkciót a történetünkhöz.

Most megnézzük a naplót: (git log)

Saját. Christopher Diaz Riveros

Láthatjuk, hogy két elkötelezettséggel vagyunk a Github verzió előtt, kissé ki fogjuk egyenlíteni a jelölőt 🙂 ehhez használjuk git push origin master

Ezzel azt mondjuk, hogy elküldöm a vállalásaimat az URL-re origin az ágon master

Saját. Christopher Diaz Riveros

Gratulálunk! Most a változásaid a Githubon vannak, nem hiszel nekem? nézzük át 😉

Saját. Christopher Diaz Riveros

Most megvan a 3 elkövetés a Github 🙂 oldalon

Összegzés

Érintettük a git, most egyszerű munkafolyamatot hozhatnak létre projektjeikben, ez aligha egyezik a sokféle dologgal, amelyet a git segítségével el lehet végezni, de minden bizonnyal ez a legpraktikusabb és mindennapi dolog egy fejlesztő vagy blogger számára. Még nem értünk el a számológép végéhez, de ezt egy másik időre hagyjuk. Nagyon köszönöm, hogy ideértek, és remélem, hogy ez segít Önnek több projektben való részvételben. 😀 Üdvözlet


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   Pablo dijo

    Szia ... Nem tudom, hogy az vagy, de nem látom a képeket ebben a jelentésben ...

    Üdvözlet

  2.   Pablo dijo

    Probléma volt a böngészőmmel. Szégyen a bosszúságért.

  3.   Tecprog világ dijo

    Még mindig részletesebben el kell olvasnom, újonc vagyok.

  4.   Guillermo dijo

    Remek cikk a git-kel kezdve, bár a részletek megértéséhez javaslom a jegyzeteket.
    Néhány dolog nem volt világos számomra:
    mi a lehetőség Add hozzá .gitignore Cbár azt hiszem, látni fogom, amikor gyakorolom,
    a git add main.c-t miért kell újra megtenni a következő git véglegesítése előtt, a main.c hozzáadja a git-nek, hogy hasonlítsa össze a fájlt a hálózati verzióval? Nem hasonlítja össze automatikusan az összes hozzáadott fájlt a nyomon követéshez?

    1.    ChrisADR dijo

      Hello Guillermo, jó, hogy hasznosnak találta, hogy válaszoljon kérdéseire:

      Az .gitignore egy fájl, amely megmondja a gitnek, hogy mely formátumokat vagy mintákat hagyja figyelmen kívül, ebben az esetben a C kiválasztása figyelmen kívül hagyja az .o fájlokat, és más fájlokat, amelyek a fordításkor keletkeznek, ami jó, mert különben a git azonnal megőrülne minden egyes összeállításból és nyomon követésből cat macskával vagy szövegszerkesztővel ellenőrizheti a C sablonjában kihagyott sok formátumot.

      Habár a git nyomon követi az egyes fájlokat, amelyek hozzáadódnak a működő fához, külön meg kell jelölni, hogy mely fájlok kerülnek be a következő elköteleződésbe, hogy példát adjon nekünk. Tegyük fel, hogy munkája 5 különböző fájl módosítására vezetett képes legyen látni az eredményt. Ha egy kicsit konkrétabb akar lenni és elmagyarázni, hogy mi minden történik, megteheti a git add file1; git elkövetés; git fájl hozzáadása2; git elkötelezettség ... 3,4,5; git elkövetni. Ily módon a története tiszta és a változások jól körülhatárolhatók. És abban az esetben, ha valamit változtatnia kell, vagy vissza kell állítania (haladóbb témákat), akkor a konkrét dolgokat vissza lehet állítani, vagy konkrét dolgokat hozzá lehet adni a többiek megváltoztatása nélkül.

      Remélem, segít 🙂 üdvözletet és köszönöm, hogy megkérdezte

    2.    ChrisADR dijo

      PS: A git add nem azt mondja, hogy összehasonlítaná a hálózaton lévő verzióval, de a munkád sorában szereplő előző elkötelezettséggel, ha helyi (zöld) volt, akkor összehasonlítja azzal, ha távoli (piros), akkor hasonlítsa össze azzal a másikkal. Csak tisztázni 😉

      1.    Guillermo dijo

        Tökéletes, természetesen tisztáz.