Nu sunt supărat când instrumentele sau sfaturi AI actuale faceți Git să pară cool și important. Ceva vechi și stabil de care să te agăți! 🤗 În special, acum este la modă ca agenți să lucreze la diferite bilete în același proiect în paralel, folosind Arborele de lucru Git. Arborele de lucru Git sunt chiar folositori pentru noi, oamenii, chiar dacă probabil că nu ar trebui să lucrăm la o duzină de lucruri în același timp.
Învățasem despre arborele de lucru Git cu ceva timp în urmă, dar le-am văzut doar ca o modalitate de a deschide o vizualizare numai în citire a unei versiuni anterioare a unui depozit: am scris despre încărcarea simultană a diferitelor versiuni de pachet R cu git worktree. Exercițiul despre arbori de lucru pe care l-am adăugat la pachetul saperlipopette R este foarte mult despre citire.
Permiteți-mi să rezumam ce am învățat despre arborii de lucru Git în ultimele săptămâni…
Arborele de lucru Git sunt pentru orice lucru, nu numai pentru citire
Permiteți-mi mai întâi să recunosc că am probleme să mă obișnuiesc cu ideea unui „copac de lucru”. Ceea ce Git numește „arborele de lucru”, eu îl numesc „fișierele mele” (my preţios dosare). Dar știind ce este un „arborele de lucru” face mai ușor să te obișnuiești cu un „arbore de lucru”, care este un arbore de lucru cu unele metadate.
Puteți iniția/clona depozitul dvs. Git o dată și apoi de acolo să răsară oricât de mulți copaci de lucru aveți nevoie. Doar cel principal are un cu drepturi depline .git folder, ceilalți au un .git fişier cu o linie ca „gitdir: /path-to-the-main-worktree/.git/worktrees/current-worktree” în ea.
Dar din orice arbore de lucru puteți rula orice comandă Git. Puteți, de exemplu:
- aveți un arbore de lucru în care remediați o eroare și un alt arbore de lucru în care scrieți documente.
- creați comite și împingeți de la oricare dintre ele.
Citind benzile desenate bonus ale Juliei Evans despre arborii de lucru Git, am aflat că un avantaj al folosirii arborilor de lucru în loc de a clona același repo de mai multe ori este că este mai rapid, deoarece arborii de lucru partajează un .git pliant.
Crearea unui arbore de lucru pentru o ramură nou-nouță este ușoară
Dacă doriți să creați un nou arbore de lucru pentru o nouă ramură feat-blanu fugi
git branch -c feat-bla git worktree add ../feat-bla feat-bla
Puteți rula pur și simplu:
git worktree add ../feat-bla
Am aflat că citind pagina de manual pentru git worktrees, cine ar fi crezut că citirea documentelor este utilă? 🫠
Concluzie
Arborele de lucru Git sunt grozavi și nici măcar nu sunt de lux, chiar dacă serviciul AI sau orchestratorul dvs. le-ar putea gestiona pentru dvs. Cred că sunt un fel de… un fruct de jos. 🙊
