Ugrás a tartalomhoz
TextArray1.53.0
100% helyi

Gitattributes fájl generátor

.gitattributes fájl létrehozása soremelésekhez, bináris fájlokhoz, Git LFS-hez és még sok máshoz.

Kimenet
Kapcsolódó eszközök
.gitignore generátorFejlesztői eszközök
Sorvég-átalakítóFormázás
EditorConfig generátorGenerátorok
i18n kulcs diffFejlesztői eszközök
TOML-JSON konverterFejlesztői eszközök
SQL-ről JSON-raFejlesztői eszközök
Gitattributes fájl generátor
A .gitattributes fájl megmondja a Gitnek, hogyan kezelje az egyes elérési utakat — normalizálja-e a soremeléseket, bináris fájlként kezelje-e, továbbítsa-e Git LFS-en keresztül, vagy nyelvérzékeny diff drivert adjon-e oda. A rossz beállítás azt okozza, hogy a Windows checkout minden sorban eltéréseket mutat, vagy a Photoshop fájl egyszerű szövegként kerül összehasonlításra. Ez az eszköz tesztelt szabálycsomagokból építi fel a fájlt, nem egy másolt gistből.
A soremelés normalizálása hozzáadja az alapvető text=auto szabályt, valamint LF és CRLF felülbírálásokat shell scriptekhez és Windows batch fájlokhoz. A bináris fájlok jelölése képek, betűtípusok és futtatható kiterjesztéseket jelöl meg, hogy a Git soha ne hasonlítsa vagy egyesítse őket szövegként. A Git LFS szabályok nagy tervezési és médiafájlokat irányítanak a Git nagy fájlok tárolásán keresztül. A diff driverek olvasható diff fejléceket adnak CSS, HTML, Java, Python, Go és Rust nyelvekhez. A merge stratégiák zárolási fájlokat binárisként jelölnek meg, és az olyan fájlokat, mint a CHANGELOG.md, union-mergelhető fájlként. A Linguist attribútumok generált, vendored és dokumentációs elérési utakra utalnak, így nem számítanak bele a tárház nyelvstatisztikájába a GitHubon. A projekt előbeállítása — web, Node, Python, Unity vagy dokumentáció — egy ezt a stack-et optimalizált szekciót ad hozzá.
Minden szabálycsoport független, így egy menetben kombinálhatja a bináris kezelést, Git LFS-t és nyelvkészletet. A "Szekciók egyesítése duplikált szabályok nélkül" kimarad egy sorból, amelyet az előbeállítás és egy kiválasztott csoport is hozzáad, hogy a zárolási fájl soha ne kapjon két ütköző merge szabályt; az üres szekciót eldobjuk, nem üresként nyomtatjuk. A rendezés az egyes szekciók szabályait előre jelezhető sorrendben tartja, könnyebben áttekinthető, ahogy a fájl növekszik.
Minden a böngészőjében fut: a tárház elérési útja vagy projekt neve soha nem kerül elküldésre sehová. Másolja az eredményt a .gitattributes fájljába, töltse le .txt fájlként, vagy küldje vissza a bemenethez további szabálycsoportok rétegzéséhez.
Gyakori kérdések
Hova megy a .gitattributes fájl?
Mentse el .gitattributes-ként a tárház gyökerében (vagy egy alkönyvtárban az erre a mappára korlátozódó szabályokhoz), majd commitálja.
Miért fontos a * text=auto?
Ez megmondja a Gitnek, hogy a tárházban normalizálja az LF-re a soremeléseket, miközben az operációs rendszer natív vége ellenőrzéseit lekapcsolja, amely megakadályozza, hogy a Windows checkout minden sorban eltéréseket mutasson.
Szükséges-e a Git LFS telepítve lenni az LFS szabályok használatához?
A szabályok inertnek maradnak, amíg a Git LFS nincs telepítve és inicializálva a tárházban (git lfs install), után az azoknak megfelelő fájlok az LFS-en keresztül kerülnek tárolásra és átvitelre.
Mit tesz valójában a linguist-vendored szabály?
Ez megmondja a GitHub nyelvfelismerő eszközének, hogy az adott elérési utat zárja ki a tárház nyelvstatisztikájából és keresési eredményeiből, amely hasznos a szállított függőségek és generált csomagok esetén.
A projekt információm feltöltésre kerül valahova?
Nem. A fájl teljesen a böngészőjében jön létre az Ön által választott beállítások alapján — a tárházzal kapcsolatos semmilyen információ nem kerül elküldésre egy szerverhez.