Git: Hogyan távolítsunk el egy fájlt a véglegesítésből

Balesetek történnek, ha Gitben dolgozol. Lehetséges, hogy véletlenül olyan fájlt mellékelt, amelynek nem kellene ott lennie, vagy a kötelezettségvállalása nem túl egyértelmű. Ez csak néhány forgatókönyv, amikor érdemes lehet törölni egy fájlt a véglegesítésből.

Ez az útmutató pontosan megmondja, hogyan törölhet egy fájlt a véglegesítésből, és miért kell különösen óvatosnak lennie a Git-fájlok törlésével kapcsolatban.

Hogyan távolíthatunk el egy fájlt a Git Commit-ből

Számos módja van a fájl törlésének a Git véglegesítésből, attól függően, hogy helyi véglegesítésről van-e szó, vagy már elküldte egy távoli tárolóba. Az egyszerű módszer az lenne, ha a teljes véglegesítést törölné a Gitben , de ha a legtöbb fájlt meg akarja tartani, a következőképpen használhatja a „git reset”-et, hogy töröljön egy fájlt egy helyi tárolóból:

1. A git log segítségével keresse meg az eltávolítani kívánt fájlt tartalmazó véglegesítést.
   
2. Hajtsa végre a git reset –soft HEAD^ parancsot az utolsó véglegesítés visszavonásához, de a változtatások megtartásához az átmeneti területen.
   
3. Szüntesse meg az eltávolítani kívánt fájl színpadképét a git reset HEAD segítségével .
   " terminálon" width="578" height="363" data-recalc-dims="1" data-src="https://i0.wp.com/www.alphr.com/wp-content/uploads/ 2023/12/Removing-a-File-From-a-Commit-Step-by-Step-3.png?resize=578%2C363&ssl=1" data-srcset="https://i0.wp.com/www .alphr.com/wp-content/uploads/2023/12/Removing-a-File-From-a-Commit-Step-by-Step-3.png?w=578&ssl=1 578w, https://i0. wp.com/www.alphr.com/wp-content/uploads/2023/12/Removing-a-File-From-a-Commit-Step-by-Step-3.png?resize=300%2C188&ssl=1 300w , https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/Removing-a-File-From-a-Commit-Step-by-Step-3.png?resize =510%2C320&ssl=1 510w, https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/Removing-a-File-From-a-Commit-Step-by- Step-3.png?resize=400%2C250&ssl=1 400w, https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/Removing-a-File-From-a -Commit-Step-by-Step-3.png?resize=302%2C190&ssl=1 302w" data-sizes="(max-width: 578px) 100vw, 578px">
4. Végezze el újra a többi fájlt a git commit -m 'A véglegesítési üzenete' használatával.
   

A Git 2.23.0 frissítése óta használhatja a „git-visszaállítást” is, például:

1. Írja be a git restore –staged , és cserélje ki a „filepath” szót az eltávolítani kívánt fájlra.
   " parancs a parancssorban" width="578" height="363" data-recalc-dims="1" data-src="https://i0.wp.com/www.alphr.com/wp-content /uploads/2023/12/git-restore-1.png?resize=578%2C363&ssl=1" data-srcset="https://i0.wp.com/www.alphr.com/wp-content/uploads/ 2023/12/git-restore-1.png?w=578&ssl=1 578w, https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/git-restore-1 .png?resize=300%2C188&ssl=1 300w, https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/git-restore-1.png?resize=510% 2C320&ssl=1 510w, https://i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/git-restore-1.png?resize=400%2C250&ssl=1 400w, https: //i0.wp.com/www.alphr.com/wp-content/uploads/2023/12/git-restore-1.png?resize=302%2C190&ssl=1 302w" data-sizes="(max-width : 578px) 100vw, 578px">
2. Ezután véglegesítés: git commit -c ORIG_HEAD .
   

A fájl teljes eltávolításának másik alternatívája a következő:

1. Távolítsa el a fájlt a git rm segítségével .
   
2. Cserélje ki a „fájlnév” szót a fájl tényleges nevével.
3. Végezzen véglegesítést az amend jelzővel a git commit –amen parancs beírásával .
   

Az „rm” parancs eltávolít egy fájlt mind a munkafából, mind az indexből. Ez azt jelenti, hogy teljesen eltűnik mind a helyi, mind a távoli tárolókból. Ez egy hasznos parancs, amikor nyomon követ egy fájlt, és később úgy dönt, hogy már nem kell nyomon követnie, így törölheti a teljes projektből.

Megfontolhatja magának a Git-ágnak a törlését is , ha el akarja távolítani az összes véglegesítést és fájlt egy ágban.

Miért távolítson el egy fájlt a Git Commit-ből?

Számos oka lehet annak, hogy miért kell eltávolítania egy fájlt a Git véglegesítésből. Nézzünk meg néhányat.

A kötelezettségvállalási előzmények egyszerűsítése

Nagy és összetett projektek esetén a véglegesítési előzmények túlterheltté válhatnak a változtatásokkal, frissítésekkel és javításokkal. És ezeknek a változásoknak némelyike ​​egyszerűen nem szükséges. Néha előfordulhat, hogy egy fájlt lekötnek, ami nem tesz jót a projekt előrehaladásának vagy egyértelműségének – például egy kísérleti funkció, amely nem vált be, vagy egy ideiglenes fájl, amely túllépte a fogadtatást.

Az ilyen fájlok véglegesítésből való eltávolítása jelentősen csökkentheti a projekt előzményeit, és megkönnyítheti a csapattagok számára a fejlesztési idővonal megértését. Ha Ön egy csapat tagja, a világos és tömör kötelezettségvállalási előzmények segítik a csapattagokat, hogy igazodjanak a projekt fejlődéséhez, és tájékozódjanak anélkül, hogy időt vesztegetnének az összetett kód megfejtésére.

A hibák kijavítása

A hibák kijavítása talán a leggyakoribb ok, amiért eltávolítanak egy fájlt a Gitben végrehajtott véglegesítésből. Például előfordulhat, hogy késve futott egy projektben, és sietve véletlenül hozzáadott egy hibakeresési naplófájlt a véglegesítéshez. Vagy a véglegesítés után rájött, hogy egy nem végleges vagy nem naprakész, hanem egy régebbi WIP-fájlt mellékelt. Alternatív megoldásként a fájl lehet valami teljesen nemkívánatos vagy káros.

Ilyen helyzetekben egy fájl véglegesítésből való törlése megőrzi a véglegesítési előzmények integritását, és megőrzi azt a szükségtelen vagy potenciálisan káros fájloktól. Biztosítani szeretné, hogy csak a tervezett tartalom kerüljön be a végső vázlatba.

Érzékeny vagy minősített adatok eltávolítása

Könnyebb, mint amilyennek látszik, véletlenül érzékeny adatokat tárolni. De ez egy hiba, amelynek súlyos következményei lehetnek. Például az API-kulcsok manapság számos kódolási projekt nagy részét képezik, különösen az AI térnyerésével és az intenzívebb webes integrációval. Az API-kulcsok azonban privátak, és távol kell tartani őket a kíváncsiskodó szemektől. Előfordulhat, hogy API-t használó új szolgáltatáson dolgozik, és véletlenül véglegesít egy, a kulcsot tartalmazó fájlt vagy egy konfigurációs fájlt az adatbázis hitelesítő adataival.

Ez a fajta felügyelet biztonsági réseket okozhat, és érzékeny információkat tehet fel illetéktelen személyeknek. Ilyen esetekben a fájl eltávolítása a véglegesítésből túlmutat az egyszerű hibajavításon – ezt meg kell tennie, különösen, ha egy csapat tagjaként vagy egy vállalatnak dolgozik. Ez olyan, mintha észrevenné, hogy véletlenül megosztott egy bizalmas dokumentumot egy nyilvános mappában, és gyorsan áthelyezte egy biztonságos helyre.

Szem előtt tartandó szempontok

Néha egy fájl törlése a tárolóból nem olyan egyszerű, mint szeretné. Kerülje el ezeket a lehetséges problémákat.

Repository konfliktusok

A fájlok nyilvános vagy megosztott véglegesítésből való eltávolítása nem olyasmi, amit véletlenül meg kell tennie. A fájl természetétől és projekttípusától függően ez jelentősen megzavarhatja vagy összezavarhatja a csapat tagjait. Ezenkívül konfliktusokat okoz a helyi tárolók és a távoli között. Tehát mielőtt töröl egy fájlt, gyorsan csevegjen a csapatával, és magyarázza el nekik, mit és miért csinál.

Ez olyan egyszerű lehet, mint egy üzenet küldése csapata csevegőplatformján, vagy előhozza azt egy stand-up értekezleten. Ez a figyelmeztetés nem csak az udvariasságról szól. Lehetővé teszi, hogy a csapat tagjai zavartan folytassák munkájukat. Ez egyben lehetőséget ad a visszajelzésekre is – lehet, hogy egy csapattársának oka van arra, hogy a fájlt a véglegesítésben tartsa, vagy talán van egy jobb megoldása a problémára.

Elveszett adatok

A tárhely zsúfoltságának megszüntetésekor ne akarjon kidobni valamit, ami fontos, különösen nagyobb projekteknél. Tehát mielőtt elkötelezné magát egy fájl törlése mellett, szánjon egy másodpercet, akár egy harmadikat is, és nézze meg az eltávolítani kívánt fájlt.

Kérdezd meg magadtól: „Tartalmaz ez a fájl olyan kódot, adatot vagy információt, amelyre később szükség lehet?” Ez olyan, mintha egy régi mappát nézne át a számítógépén; néha olyan fájlokat talál, amelyek akkoriban nem tűntek fontosnak, de most értékesek. Így nem kerülhet olyan helyzetbe, hogy kétségbeesetten keressen egy olyan kódrészletet vagy adatot, amelyet korábban tévedésből feleslegesnek ítélt.

A visszaállítás jobb a nyilvános adattárak számára

Nyilvános adattárak kezelésekor gyakran jobb, ha a „ git revert ”-t használjuk, mint roncsolásmentes módszert, amellyel eltávolíthatunk valamit a tárolóból. Lehetővé teszi a változtatások átlátható és nyomon követhető módon történő visszavonását, amelyet a csapat tagjai könnyen követhetnek.

Ha nyílt forráskódú projekteken vagy nyilvános együttműködési erőfeszítéseken dolgozik, ahol a változások a közreműködők széles körét érinthetik, ez mindent tisztán tart. A „git revert” parancs lényegében egy új véglegesítést hoz létre, amely visszavonja az előző módosításokat anélkül, hogy megváltoztatná a projekt előzményeit. Ez tiszteletben tartja a többi együttműködőt, és fenntartja a projekt idővonalának folytonosságát és integritását. Nyíltan kijavít egy hibát egy csoportprojektben, és megőrzi mindenki hozzájárulását. És a projekt története érintetlen marad, hogy mindenki lássa és megértse.

Tartsa rendben a Git történetet

Könnyű véletlenül egy Git-commit-be foglalni egy fájlt, amelynek nincs helye a Git-commit-ban. Szerencsére ezt a felvételt is könnyű visszaállítani. Attól függően, hogy mit szeretnél, ennek megvalósítására különböző módok állnak rendelkezésre. Ne felejtse el szem előtt tartani a csapatát, ha Ön csapattag, és tartsa konzisztensen a helyi és távoli adattárakat.

Előfordult már, hogy véletlenül rossz fájlt vett fel a Git-commit-be? Mi volt a megoldásod? Írjon alább egy megjegyzést. Mindig szívesen olvassuk őket.