- Konfigurimi i serverëve privatë Git në Windows duke përdorur Git Daemon dhe rrjete virtuale si Hamachi.
- Implementimi i rrjedhave profesionale të punës duke ndarë degën e prodhimit (master) nga degët e zhvillimit.
- Menaxhim i sigurt i vërtetimit duke përdorur çelësa SSH dhe Tokena Personale Qasjeje (PAT) për mjedise në distancë.
- Rregullimi i parametrave globalë në Git për të shmangur konfliktet e ndërprerjes së rreshtave midis sistemeve operative Windows dhe Unix.
Jam i sigurt që ju ka ndodhur edhe juve: keni disa kompjuterë në shtëpi ose në zyrë dhe dëshironi që kodi juaj të sinkronizohet pa u mbështetur domosdoshmërisht në shërbime të jashtme cloud. Edhe pse të gjithë përdorin GitHub këto ditë, ka situata ku preferoni të konfiguroni serverin tuaj privat Git për të pasur kontroll të plotë mbi skedarët tuaj dhe për të mos lejuar që palët e treta të ruajnë pronën tuaj intelektuale.
Konfigurimi i kësaj në Windows mund të duket si një dhimbje koke, veçanërisht kur hasni mure rrjeti ose gabime lidhjeje që nuk kanë kuptim. Por mos u shqetësoni, do të analizojmë hap pas hapi se si të lidhni makinat tuaja, qoftë duke përdorur rrjete virtuale si Hamachi , servera Linux të bazuar në cloud, apo konfigurimin klasik SSH, në mënyrë që gjithçka të funksionojë pa probleme.
Konfigurimi i serverit tuaj Git në Windows me një rrjet virtual
Nëse keni dy kompjuterë me Windows 11 dhe dëshironi që i pari të veprojë si server, mënyra më e shpejtë kur nuk janë në të njëjtin rrjet lokal është të përdorni Hamachi. Që kjo të funksionojë, së pari duhet të instaloni Git dhe Hamachi në të dyja makinat. Truku këtu nuk është të provoni të shtyni në një dosje të rregullt, por të konfiguroni një depo jo të zhveshur ose të përdorni mjetin Git Daemon.
Për të filluar, krijoni një dosje për projektin tuaj (për shembull, C:\Repos\Test.git) dhe ekzekutoni git initËshtë thelbësore të shtoni të paktën një skedar, si p.sh. një .gitignore, për të bërë git add . dhe kryeni commit-in e parë. Për të lejuar që kompjuteri tjetër të lidhet, duhet ta aktivizoni serverin me komandën git daemon --export-all --base-path=. --reuseaddr --verboseNga ana e klientit, për të shmangur problemet me lejet, rekomandohet të ekzekutohet git config --global sendpack.sideband false para lançimit të klonuar duke përdorur IP-në nga Hamachi.
Menaxhimi i degëve dhe rrjedha profesionale e punës
Një gabim shumë i zakonshëm kur filloni është transferimi i të gjitha ndryshimeve direkt në degën kryesore. Kjo nuk rekomandohet, pasi dega kryesore duhet të jetë mjedisi juaj i prodhimit - domethënë, aty ku ndodhet vetëm kodi funksional i gatshëm për vendosje. Idealisht, duhet të krijoni një degë të quajtur default ose develop për të përballuar punën e rëndë.
Fluksi logjik i punës do të ishte të bënit commit-et tuaja në nëndegë, të shtynit ndryshimet dhe të ruani të gjitha ndryshimet në Git më parë, pasi të keni verifikuar që gjithçka po funksionon siç duhet, duke kryer një bashkim me master . Në këtë mënyrë, ju mbani një histori të pastër dhe parandaloni një gabim të vogël që mund të prishë versionin stabil të aplikacionit tuaj.
Alternativa të avancuara: Servera dhe protokolle cloud
Nëse po kërkoni diçka më të fuqishme se një kompjuter shtëpiak, konfigurimi i një serveri Linux (Ubuntu ose CentOS) është opsioni fitues. Këtu mund të instaloni Git duke përdorur apt-get install git o yum install git-coreNë këto mjedise, protokolli kryesor është SSH (Secure Shell)sepse ofron enkriptim të fuqishëm dhe lejon menaxhimin e aksesit pa ekspozuar fjalëkalimet në tekst të thjeshtë.
Për të migruar një projekt lokal në një server të largët të këtij lloji, qasja më e pastër është të krijoni një kopje "të zhveshur" (pa skedarë funksionalë, vetëm bazën e të dhënave Git) duke përdorur git clone --bare dhe pastaj ngarkojeni atë në server duke përdorur komandën scpKjo e shndërron serverin tuaj në një nyja qendrore e sinkronizimit ku të gjithë zhvilluesit në ekip mund të tërheqin dhe shtyjnë përpara.
Konfigurimi thelbësor i mjedisit Git
Para se të filloni të përdorni komanda rastësisht, duhet ta konfiguroni siç duhet mjedisin tuaj. Git duhet të dijë se kush jeni ju për të nënshkruar commit-et; nëse nuk e konfiguroni atë... user.name y user.emailSistemi do t'ju japë gabime ose do t'ju caktojë emra të përgjithshëm. Ju mund t'i aplikoni këto ndryshime globalisht për të ndikuar në të gjitha projektet tuaja ose lokalisht nëse dëshironi të përdorni identitete të ndryshme në varësi të depozitës.
Një pikë tjetër kritike në Windows është trajtimi i ndërprerjeve të rreshtave. Windows përdor CR+LF, ndërsa Linux dhe macOS përdorin vetëm LF. Për të parandaluar që Git të shënojë skedarët si të modifikuar vetëm bazuar në formatim, duhet të ekzekutoni git config --global core.autocrlf true në Windows. Gjithashtu mund ta personalizoni redaktues teksti i parazgjedhur (siç janë Visual Studio Code ose Sublime Text) për t'i bërë operacionet e ribazimit ose të redaktimit të mesazhit shumë më të përshtatshme.
Lidhja me GitHub: SSH vs PAT Tokens
Nëse vendosni përfundimisht të përdorni GitHub, keni dy mënyra për të autentifikuar. E para është SSH, që përfshin gjenerimin e një çifti çelësash (publik dhe privat). Çelësi publik ngarkohet në GitHub dhe çelësi privat mbetet në kompjuterin tuaj. Ky është opsioni më i përshtatshëm sepse eliminon nevojën për të shkruar fjalëkalimin tuaj me çdo shtypje, me kusht që të keni agjentin ssh në punë.
Opsioni i dytë është Token-at Personal të Qasjes (PAT). Këto janë ideale nëse punoni me shumë makina të ndryshme ose në mjedise integrimi të vazhdueshëm. Kur gjeneroni një token në cilësimet e zhvilluesit tuaj në GitHub, ai vepron si një fjalëkalim i përkohshëm me leje specifike , duke shtuar një shtresë shtesë sigurie pasi mund ta revokoni token-in në çdo kohë pa ndryshuar fjalëkalimin tuaj kryesor.
Zotërimi i telekomandave dhe zgjidhja e konflikteve
Menaxhimi i shumë serverave të largët është i lehtë nëse e kuptoni komandën git remote addSi parazgjedhje, serveri kryesor quhet "origjina", por mund të shtoni sa më shumë telekomandë që dëshironi. Nëse bëni një gabim në URL ose ndryshoni protokollet (nga HTTPS në SSH, për shembull), nuk keni nevojë ta fshini telekomandën; thjesht përdorni git remote set-url origin .
Nëse ndonjëherë zbuloni se telekomanda ekziston tashmë, mund ta riemërtoni atë me git remote rename ose ta eliminoni plotësisht me git remote rm. Mos harroni se Heqja e lidhjes në distancë nuk i fshin të dhënat Në server, thjesht ndërpret lidhjen midis dosjes suaj lokale dhe serverit të jashtëm, duke ju lejuar të rilidheni me një destinacion tjetër pa humbur historikun e kryerjeve.
Zotërimi i ndërlidhjes së repozitorëve përfshin të kuptuarit e gjithçkaje, nga konfigurimi bazë i identitetit dhe ndërprerjet e rreshtave deri te vendosja e serverëve privatë duke përdorur Git Daemon në rrjetet virtuale dhe sigurimi i çelësave SSH në cloud. Pavarësisht nëse zgjidhni një rrjedhë pune lokale me Hamachi ose një infrastrukturë profesionale në GitHub, çelësi qëndron në menaxhimin e duhur të degëve për të mbrojtur versionin e qëndrueshëm dhe përdorimin e protokolleve të duhura të vërtetimit për të siguruar sigurinë e kodit.
