A GitHub vezető úttörővé vált a kód-együttműködés és az adattár-megosztás területén. A GitHub elsősorban verziószabályozó szoftver, amely lehetővé teszi a felhasználók számára az elosztott verzióvezérlés és az SCM (forráskód menedzsment) irányítását. Ezt a platformot a világ legnagyobb vállalkozásai használják.

.gitignore

Az ilyen platformok technikai és kérdéseik vannak. Az egyik speciális probléma, amelyet a kódolók tapasztaltak, az volt, hogy a .gitignore nem működött a GitHubban. A platform vagy figyelmen kívül hagyta a .gitignore-t, vagy részben működött. Érdekes megjegyezni, hogy a probléma egyes esetekben kissé eltérő lehet, mivel mindegyik eset teljesen más forgatókönyv. Azonban a felsorolt ​​megoldások javításokat tartalmaznak, amelyek univerzálisan működnek.

Mi az .gitignore?

A Git (vagy a GitHub) minden fájlt lát a munkakönyvtárban. Mindegyik fájlt a három egyikének jellemzi:

• Követve: Ezeket a fájlokat vagy elkötelezték, vagy előzőleg szakaszozzák a történelemben.
• Nem beragasztva: Ezek azok a fájlok, amelyeket korábban még nem rendeztek be vagy nem rendeztek be.
• Figyelmen kívül hagyva: Ezek a fájlok, amelyeket a felhasználó maga utasította Gitnek, hogy figyelmen kívül hagyja.

Ezek a figyelmen kívül hagyott fájlok a forgatókönyvetől függően eltérőek lehetnek, és többnyire gépi fájlok vagy összeállított melléktermékek. Ez a gyakorlat; lehet, hogy figyelmen kívül hagyja a különféle egyéb fájlokat a saját igényei szerint. Néhány példa ezekre a fájlokra:

• Összeállított kód: Ezek a fájlok általában .class, .pyc, .ccp stb. Kiterjesztésűek.
• Rejtett rendszerfájlok: Ezek olyan fájlok, amelyeket a rendszer használ a műveleteihez, de sík nézetből elrejtve, például a DS_Store vagy a Thumbs.db stb.
• Kimeneti könyvtárak készítése: Ezek többnyire a / bin, / out stb. Könyvtárak.
• Függőség-gyorsítótárak: Ezek a fájlok lehetnek a / node vagy / csomag modulok tartalma.
• IDE konfigurációs fájlok: Ezek olyan konfigurációs fájlok, amelyeket leginkább az IDE szoftver hoz létre vagy kezeli.
• Futás közben generált fájlok: Vannak olyan programok, amelyek fájlokat hoznak létre futás közben. Ha egy ilyen kódot futtat, előfordulhat, hogy bizonyos fájlok a munkamappában futási időben készülnek, és ezeket a Git-ben figyelmen kívül hagyhatja.

Bármelyik fájlt is figyelmen kívül hagyja, egy .gitignore nevû speciális fájlban van nyomon követve, amelyet elsõsorban a mûködõ tároló gyökerében ellenőriznek. A GitHub hivatalos dokumentációja szerint nincs külön gitignore parancs. Ehelyett manuálisan kell szerkesztenie a figyelmen kívül hagyni kívánt fájlt. A .gitignore fájl olyan mintákat tartalmaz, amelyeket egyeztetnek a dolgozó tárolóban található fájlnevekkel, és ezek felhasználják annak meghatározására, hogy egy adott fájlt figyelmen kívül kell hagyni, vagy sem.

Mi okozza a .gitignore működését?

Lehet, hogy a .gitignore szolgáltatás tökéletesen működik, de lehet, hogy nem konfigurálta megfelelően. Valamennyi felmérésünkben arra a következtetésre jutottunk, hogy a modul valóban működik. A kódolók nem tudják használni a funkciót, főként azért, mert nem konfigurálták megfelelően a fájlt, vagy vannak olyan feltételek, amelyek az alapul szolgáló kódban nem teljesülnek.

Íme néhány megoldás, amelyek működhetnek az Ön számára. Előfordulhat, hogy minden megoldás nem alkalmazható az Ön esetére, ezért ügyeljen arra, hogy váltson a következőre, ha a kezdeti feltételek nem teljesülnek.

1. megoldás: A .gitignore fájl ellenőrzése

Érdekes eset merült fel, amikor láttuk, hogy a .gitignore fájlt rossz formátumban hozták létre. Ez a probléma akkor fordult elő, amikor a felhasználók a Windows operációs rendszerben a Notepad alapértelmezett alkalmazásával készítették a fájlt. Kiderült, hogy a Notepad ANSI formátum helyett Unicode-ban írja a fájlt. Ebben a megoldásban a Notepad módosításait a .gitignore megfelelő formátumában mentsük el, és megvizsgáljuk, hogy ez megoldja-e a problémát.

Megjegyzés: A .txt kiterjesztését el kell távolítania a fájlból, amikor a Notepad segítségével új fájlt hoz létre.

1. A kód megírása vagy az új szöveges dokumentum megváltoztatása után a Jegyzettömbben kattintson a Fájl elemre, és válassza a Mentés másként lehetőséget .

Mentés másként - Jegyzettömb

2. Most a Kódolás előtt válassza az ANSI lehetőséget . Most távolítsa el a .txt fájlkiterjesztést, és mentse a fájlt ' .gitignore ' névvel . Válassza ki a megfelelő könyvtárat, és mentse.

Az ANSI kiválasztása kódolási típusként

3. Most keresse meg a könyvtárat, és ellenőrizze, hogy a helyes fájl jött-e létre. Most tesztelje újra Git-rel, és ellenőrizze, hogy az Ignore szolgáltatás a várt módon működik-e.

A fejlesztőknek tartózkodniuk kell az alapértelmezett Jegyzettömb használatától a Windows rendszeren. Ehelyett a megfelelő programozó jegyzettömböt kell használnia. Néhány példa a Notepad ++ stb., Ezekben nem merülnek fel ilyen problémák.

Megjegyzés: Ha a fájlt már UNICODE formátumban mentette, akkor a tartalmat ANSI formátumban kell mentenie, ha azt akarja, hogy a fájlt a Git megfelelően észlelje.

2. megoldás: Ellenőrizze a figyelmen kívül hagyni kívánt fájlt

Egy másik feltétel, amelyen a .gitignore működik, az, hogy a fájl még nem része a lerakatnak. Ez egy nagyon lényeges szempont, mert ha ez igaz, a fájlt nem hagyják figyelmen kívül, mivel azt már hozzáadják a lerakathoz. A Git ezt sem hagyhatja figyelmen kívül, még akkor is, ha a nevét vagy szabályát a .gitignore fájlba helyezi. Tehát lényegében a Git csak figyelmen kívül hagyja a nem követett fájlokat .

Meg kell nézni a struktúrát (lerakat), és ellenőriznie kell, hogy a fájlt, amelyet jelenleg figyelmen kívül hagyni próbálnak, ne adjunk hozzá a lerakathoz. Ha igen, akkor el kell távolítania a fájlt a lerakatból, és a legutóbbi változtatások elvégzése után hozzá kell adnia annak nevét a .gitignore fájlhoz (másolhatja a fájl tartalmát is, és törlés után másolatot más névvel). .

3. megoldás: A fájlok újbóli hozzáadása a lerakathoz

Ha már hozzáadott szabályokat a .gitignore fájlba, de a figyelmen kívül hagyni kívánt fájlok már hozzá vannak adva, akkor újra hozzáadhatjuk a fájlokat. A hozzáadás azt jelenti, hogy mindent eltávolítunk a Git indexéből, majd mindent újra hozzáadunk a lerakatához. Amikor újból hozzáadunk fájlokat a semmiből, akkor szem előtt tartjuk a szabályokat, amelyeket a .gitignore fájlban adtunk hozzá, és csak a megfelelő fájlokat adjuk hozzá.

Megjegyzés: A megoldás végrehajtása előtt máshol is készítsen biztonsági másolatot a kódra. Mindig jó, ha biztonsági másolatot készítünk minden esetre.

1. Végezze el a következő parancsot. Ez eltávolítja a lépéseket, és rekurzív módon eltávolítja a fájlok elérési útját a git indexből.

 git rm -r - gyorsítótár. 

2. A végrehajtás után hajtsa végre a következő parancsot. Ez hozzáadja az összes fájlt, és mivel a .gitignore-nak megvannak a szabályai, csak a helyes fájlokat frissítjük.

 add hozzá. 

3. Most az összes kódot visszahelyezzük az indexbe az alábbi kód használatával:

 git activ -m ".gitignore most működik" 

Most ellenőrizze a fájljait, és ellenőrizze, hogy a probléma megoldódott-e, és probléma nélkül újra felhasználhatja a .gitignore alkalmazást.