Monet tiimit käyttävät Git LFS:ää (Git Large File Storage) suurten tiedostojen hallintaan ja tallentamiseen. Tässä erittelemme, mikä Git LFS on, mitä se tekee, milloin sitä käytetään ja paljon muuta.
Lue mukana tai siirry sinua eniten kiinnostavaan osioon.
- Mikä on Git LFS?
- Kuinka Git LFS toimii?
- Pitäisikö minun käyttää Git LFS:ää?
- Ongelmia Git LFS:n kanssa
- Vaihtoehtoja Git LFS:lle
- Paras versionhallinta suurille tiedostoille
➡️ Ilmainen skaalautuva git-ratkaisu
Mikä on Git LFS (Git Large File Storage)?
Git LFS on avoimen lähdekoodin Git-laajennus, jota käytetään suurten tiedostojen ja binääritiedostojen hallintaan erillisessä muodossa"LFS-kauppa."Se pitääGit arkistothallittavassa koossa.
Useimmissa projekteissa on nykyään sekä koodi- että binääriresursseja. Suurten binaaritiedostojen tallentaminen Git-varastoihin voi olla pullonkaula Git-käyttäjille.
Kuinka Git LFS toimii?
Git LFS käyttää osoittimia (viittauksia) tiedostoihin todellisten tiedostojen tallentamisen sijaanbinarylargeobpistokset (läiskiä)— tietotyyppi, joka tallentaa binaarit yhtenä kokonaisuutena—itse Git-varastossa.
Joten sen sijaan, että kirjoittaisit suuria tiedostoja/blobeja Git-arkistoon, kirjoitat osoitintiedoston. Itse tiedostot/blobit kirjoitetaan erilliseen palvelimeen, jota kutsutaan LFS-säilöön. Tämä tekee mahdolliseksi versioida suuria tiedostoja ja hallita blobeja ja vapauttaa samalla tilaa Git-varastoissa.
Git LFS:n käytön aloittaminen on yksinkertaista. Lataat laajennuksen ja määrität tiedostotyypit.
Pitäisikö minun käyttää Git LFS:ää?
Sinun tulee käyttää Git LFS:ää, jos haluat hallita suuria tiedostoja tai binääritiedostoja Gitin käytön aikana. (Et kuitenkaan ehkä halua käyttää Git LFS:ää, jos tiimissäsi on taiteilijoita ja suunnittelijoita, jotkatäytyy versioida niiden suuret binaaritiedostot. Siitä lisää seuraavassa osiossa.)
Syy, miksi sinun pitäisi käyttää Git LFS:ää tai vaihtoehtoa, jos hallitset suuria tai binääritiedostoja, on se, että Git on hajautettu. Tämä tarkoittaa, että jokaisella kehittäjällä on koko muutoshistoria tietokoneessaan. Muutokset suurissa binääritiedostoissa saavat Git-varastot kasvavat tiedoston koon mukaanjoka kertatiedostoa muutetaan (ja tämä muutos on tehty). Tämä tarkoittaa, että tiedostojen saaminen kestää kauan. Ja jos teet niin, binäärien versiointi ja yhdistäminen on vaikeaa.
Joten joka kerta kun tiedostot kasvavat, Git-varasto kasvaa. Tämä aiheuttaa hidastuksia, kun Git-käyttäjien on noudettava ja kloonattava arkisto.
Git LFS luotiin ratkaisemaan nämä ongelmat. Mutta siinä on omat ongelmansa.
Ongelmia Git LFS:n kanssa
Git LFS toimii, mutta monien sitä käyttävien tiimien on vaikea hallita. Tässä on joitain syitä harkita vaihtoehdon löytämistä Git LFS:lle:
Git LFS:n määrittäminen vie aikaa
Git LFS:n käyttäminen edellyttää, että jokaisella käyttäjällä on se asennettuna palvelimelleen ja työasemalleen. Tämä on aikaa vievää ja taakka järjestelmänvalvojille. Sitten kun se on asennettu, näkyvyyttä ei ole ja sitä ei voi hallita juurikaan.
Git LFS:n ylläpito vaatii lisävaiheita
Git Large File Storage -tallennustilan ylläpito vaatii ylimääräisiä vaiheita, koska sinun on määritettävä se jokaista Git-varastoa varten, eli jokaista Git-projektia varten. Tämä tarkoittaa, että sinun on asennettava Git LFS jokaiselle arkistolle, käskettävä LFS:ää seuraamaan tiedostotyyppiä ja sitten lisättävä seurantatiedot arkistoon, jotta kun sitoudut kyseisen tyyppisen tiedoston, se sijoitetaan LFS-arkistoon. Tämä on haastavaa kaikille käyttäjille, jotka eivät vielä tunne Gitiä hyvin.
Git LFS:ää ei ole suunniteltu taiteilijoille
Git LFS auttaa ohjelmistokehittäjiä, koska se tekee kloonaamisesta ja haaroittamisesta paljon helpompaa. Mutta useimmille ryhmille, jotka työskentelevät taiteilijoiden tai suunnittelijoiden kanssa, se ei ole hyvä ratkaisu seuraavista tärkeistä syistä:
- Se ei integroidu suosittuihin taide- ja suunnitteluohjelmiin.
- Ei-koodaajien on silti maksettava suurten binäärien suoritussakko, jos he joutuvat poistamaan omaisuutensa siitä.
- Se on komentorivipohjainen työkalu, joten käyttäjien on opittava joitakin komentoja saadakseen tai sitoakseen resursseja. Monet taiteilijat kamppailevat tämän kanssa tai eivät tee sitä. Git LFS:lle on joitain graafisia työkaluja, mutta pelimoottoreilla ja suunnittelutyökaluilla ei ole hyvää integraatiota Gitin kanssa, jos niitä on ollenkaan.
- Koska se on komentorivikäyttöinen työkalu, tiedostosta oikean version löytäminen on myös hankalaa, mikä vaikeuttaa taiteilijoiden iterointia tiettyjen resurssien kohdalla.
Näistä syistä Git LFS ei ole ihanteellinen ratkaisupelin kehitystätaivirtuaalista tuotantoajoukkueet.
Yllä olevat ongelmat voivat hidastaa tiimisi suorituskykyä. Joten vaikka Git itsessään on ilmainen, sen käytön seuraukset, kun tiimisi tarvitsee nopeamman ja skaalautuvamman ratkaisun, voivat olla kalliita.
Vaihtoehtoja Git Large File Storagelle
Git LFS ei ole ainoa tapa hallita suuria tiedostoja Gitissä. Vaihtoehtoja ovat muut avoimen lähdekoodin tai kolmannen osapuolen korjaukset, kuten:
- git-liite
- git-big-tiedostot
- git-rasvaa
- git-media
- git-bigstore
- git-sym
Näillä valinnoilla on edelleen samat ongelmat kuin Git LFS:ssä: Ne ovat komentorivipohjaisia työkaluja, ne eivät integroidu taide- tai suunnittelutyökaluihin, sinun on silti hankittava ja lähetettävä tiedostot, jos käytät niitä (eli sinun on vielä odotettava ), ja uusimman version löytäminen tiedostosta on haastavaa. On parempi tapa hallita suuria tiedostoja ja binääritiedostoja.
Paras versionhallinta suurille tiedostoille: Helix Core
Nykypäivän projektit ovat suurempia, ja niissä on enemmän tiedostoja ja sekasisältöä kuin koskaan ennen. Git ja Git LFS eivät yksin pysty hallitsemaan sitä. Mutta Helix Core voi.
Helix Core-versionhallintaohjelmistoPerforcelta – on paras versionhallinta suurten tiedostojen hallintaan useista syistä:
Binaaritiedostojen käsittely
Se on ihanteellinensuurten binääritiedostojen hallinta.Helix Coren avulla suuri tiedostojen tallennustila on alkuperäinen ominaisuus, ei lisäosa. Sen avulla voit tallentaa binäärejä lähdekoodisi rinnalle. Itse asiassa kaikki suurimmat tiedostosi – binääritiedostot, lähdekoodit, taidetiedostot, videotiedostot, kuvat, kirjastot ja rakennusteokset – voivat elää yhdessä yhdessä arkistossa. Kun kaikki resurssit tallennetaan yhteen arkistoon, suuret, hajautetut tiimit voivat liikkua nopeammin.
Mittakaava
Helix Core on suunniteltu skaalautumaan sitä mukaa, kun tiimit kasvavat maailmanlaajuisesti. Gitiin käytetään yleensä yhden palvelimen kautta, joka voi olla tuhansien kilometrien päässä käyttäjästä. Git LFS:n avulla käyttäjän on silti päästävä verkon yli saadakseen tarvitsemansa binaaritiedostot. Kiitoksethajautettua arkkitehtuuria, Helix Coreen pääsee reunapalvelimien kautta, jotka tuovat resurssit lähemmäs käyttäjää, mikä tarkoittaa, että he saavat ne nopeammin.
Turvallisuus
Helix Coressa voit määrittää käyttöoikeudet yhdelle tiedostolle ja IP-osoitteelle, jotta tiimin jäsenet ja ulkopuoliset avustajat voivat käyttää vain tiedostoja, joita he tarvitsevat tai jotka sinä päätät heidän tarvitsevan. Tämä pienentää tietojen kokoa ja suojaa immateriaalioikeuksiasi. Et voi tehdä tätä alkuperäisessä Gitissä, ja vaikka käyttäisit Git-hallintaa, kuten GitHubia, määrität silti vain oikeudet repo- tai haarakohtaisesti, et yksittäisiä tiedostoja.
Yhteistyö
Helix Core on parempi tiimeille, jotka tekevät yhteistyötä digitaalisten resurssien parissa, koska se tarjoaa paremman tiedostojen lukituksen kuin Git LFS.LFS:n "tiedostojen lukitus" on itse asiassa vain "repo-lukko", joka estää muita siirtämästä muutoksiaan päätietovarastoon, jos heidän push -toimintonsa tai yhdistäminen sisältää tiedostoja, jotka toinen käyttäjä on lukinnut.
Helix Core puolestaan käyttää todellista tiedostojen lukitusstrategiaa. Jos yrität lähettää odottavan muutosluettelon, jossa on lukittuja tiedostoja, saat virheilmoituksen. Jos näin tapahtuu, voit helposti poistaa lukitun tiedoston muutosluettelostasi ja lähettää kaiken muun. Lisäksi globaali lukon näkyvyys auttaa estämään ristiriitojen syntymistä. Ei konflikteja, ei poisheitettyjä muutoksia.
Katso itse miksiHelix Coreon valittu työkalu suurten binääritiedostojen hallintaan.
➡️ hallita suuria tiedostoja Helix Coressa
Jos haluat siirtää git LFS -reposi Helix Coreen historian kanssa, vaikka siihen olisi tallennettuna satoja Gt binaaridataa, ole hyväota yhteyttä asiantuntijapalveluihinvaihtoehtoja varten.
Git Large File Storage -vaihtoehto: Muuten, Perforcella on myös Git
Onko sinulla tiimejä, jotka tarvitsevat Gitiä? Perforcella on useita vaihtoehtoja. Jos käytät Helix Corea Gitin lisäksi, Git-omaisuutesi voidaan yksinkertaisesti peilata Helix Coreen Git Connectorin avulla, jota lisensoidut Helix Core -asiakkaat voivat käyttää ilmaiseksi. Lisäksi Perforce tarjoaa koodintarkistustyökalun Helix Coren kautta tallennetuille Git-omaisuuksilleHelix TeamHub. Helix TeamHubia voivat käyttää myös lisensoidut Helix Core -asiakkaat, kun ne on määritetty tällä tavalla.
Helix TeamHubia voidaan käyttää myös Helix Coresta riippumatta, joko pilvessä tai paikan päällä. Tällä tavalla käytettynä sitä ei voida käyttää vain Git-tietovarastojen, vaan myös SVN-, Mercurial-, WebDav-, Ivy-, Maven- ja docker-tietovarastojen isännöimiseen. Kun käytät Perforcen isännöimää pilvipalvelua, tiimisi voi aloittaa ilmaiseksi jopa 5 käyttäjälle ja 1 Gt:lle ja maksaa sitten kasvaessasi.
Katso Hinnoittelu
Asiaan liittyvä sisältö:
- 📘Kuinka lukita Git
- 📘Git yleiskatsaus