- Privačių „Git“ serverių nustatymas „Windows“ sistemoje naudojant „Git Daemon“ ir virtualius tinklus, tokius kaip „Hamachi“.
- Profesionalių darbo eigų diegimas, atskiriant gamybos (pagrindinę) šaką nuo kūrimo šakų.
- Saugus autentifikavimo valdymas naudojant SSH raktus ir asmeninius prieigos žetonus (PAT) nuotolinėms aplinkoms.
- Visuotinių parametrų koregavimas „Git“ programoje, siekiant išvengti eilučių lūžių konfliktų tarp „Windows“ ir „Unix“ operacinių sistemų.
Esu tikras, kad jums taip yra nutikę: namuose ar biure turite porą kompiuterių ir norite, kad jūsų kodas būtų sinchronizuotas nebūtinai naudojant išorines debesijos paslaugas. Nors šiais laikais visi naudoja „GitHub“, pasitaiko situacijų, kai norite susikurti savo privatų „Git“ serverį, kad galėtumėte visiškai kontroliuoti savo failus ir neleistumėte trečiosioms šalims saugoti jūsų intelektinės nuosavybės.
Šio nustatymo procesas „Windows“ sistemoje gali atrodyti kaip galvos skausmas, ypač kai susiduriate su tinklo kliūtimis ar beprasmėmis ryšio klaidomis. Tačiau nesijaudinkite, mes žingsnis po žingsnio paaiškinsime, kaip prijungti savo kompiuterius, naudojant virtualius tinklus, tokius kaip „Hamachi“ , debesijos pagrindu veikiančius „Linux“ serverius ar klasikinę SSH sąranką, kad viskas veiktų sklandžiai.
Savo „Git“ serverio nustatymas sistemoje „Windows“ naudojant virtualų tinklą
Jei turite du „Windows 11“ kompiuterius ir norite, kad pirmasis veiktų kaip serveris, greičiausias būdas, kai jie nėra tame pačiame vietiniame tinkle, yra naudoti „Hamachi“. Kad tai veiktų, pirmiausia turite abiejuose kompiuteriuose įdiegti „Git“ ir „Hamachi“. Svarbiausia ne bandyti perkelti duomenis į įprastą aplanką, o sukonfigūruoti ne tuščią saugyklą arba naudoti „Git Daemon“ įrankį.
Norėdami pradėti, sukurkite savo projekto aplanką (pvz., C:\Repos\Test.git) ir paleiskite git initBūtina pridėti bent vieną failą, pvz., .gitignore, kad būtų galima atlikti git add . ir atlikite pirmąjį commit. Norėdami leisti kitam kompiuteriui prisijungti, turite aktyvuoti serverį naudodami komandą git daemon --export-all --base-path=. --reuseaddr --verboseKliento pusėje, norint išvengti leidimų problemų, rekomenduojama paleisti git config --global sendpack.sideband false prieš išmesdamas klonuotas naudojant IP pateikė Hamachi.
Filialų valdymas ir profesionalus darbo eiga
Labai dažna klaida pradedant – visi pakeitimai perkelti tiesiai į pagrindinę šaką. Tai nerekomenduojama, nes pagrindinė šaka turėtų būti jūsų gamybinė aplinka , t. y. kurioje yra tik veikiantis kodas, paruoštas diegimui. Idealiu atveju turėtumėte sukurti šaką pavadinimu „default“ arba „develop“, kad atliktumėte sunkų darbą.
Logiška darbo eiga būtų atlikti pakeitimus poskyryje, įkelti pakeitimus ir prieš tai, kai įsitikinsite, kad viskas veikia tinkamai, išsaugoti visus pakeitimus „Git“ sistemoje . Tokiu būdu išsaugosite švarią istoriją ir išvengsite kvailos klaidos, kuri sugadintų stabilią programos versiją.
Išplėstinės alternatyvos: debesijos serveriai ir protokolai
Jei ieškote kažko tvirtesnio nei namų kompiuteris, „Linux“ serverio („Ubuntu“ arba „CentOS“) diegimas yra geriausias pasirinkimas. Čia galite įdiegti „Git“ naudodami apt-get install git o yum install git-coreŠiose aplinkose pagrindinis protokolas yra SSH (saugus apvalkalas)nes jis siūlo galingą šifravimą ir leidžia valdyti prieigą neatskleidžiant slaptažodžių paprastame tekste.
Norint perkelti vietinį projektą į tokio tipo nuotolinį serverį, švariausias būdas yra sukurti „tuščią“ kopiją (be darbinių failų, tik su „Git“ duomenų baze) naudojant git clone --bare ir tada įkelkite jį į serverį naudodami komandą scpTai paverčia jūsų serverį į centrinis sinchronizacijos mazgas kur visi komandos kūrėjai gali dirbti ir bendradarbiauti.
Esminė „Git“ aplinkos konfigūracija
Prieš pradėdami mėtyti komandas beatodairiškai, turite tinkamai sukonfigūruoti savo aplinką. „Git“ turi žinoti, kas jūs esate, kad pasirašytumėte pakeitimus; jei nekonfigūruosite... user.name y user.emailSistema pateiks klaidas arba priskirs bendrinius pavadinimus. Šiuos pakeitimus galite taikyti visuotinai, kad jie paveiktų visus jūsų projektus, arba lokaliai, jei norite naudoti skirtingos tapatybės, priklausomai nuo saugyklos.
Kitas svarbus „Windows“ aspektas yra eilučių lūžių tvarkymas. „Windows“ naudoja CR+LF, o „Linux“ ir „macOS“ – tik LF. Kad „Git“ nepažymėtų failų kaip modifikuotų vien dėl formatavimo, turite paleisti git config --global core.autocrlf true sistemoje „Windows“. Taip pat galite tinkinti savo numatytasis teksto redaktorius (pvz., „Visual Studio Code“ arba „Sublime Text“), kad būtų daug patogiau keisti bazę arba redaguoti pranešimus.
Prisijungimas prie „GitHub“: SSH ir PAT žetonai
Jei galiausiai nuspręsite naudoti „GitHub“, turėsite du autentifikavimo būdus. Pirmasis yra SSH, kuris apima raktų poros (viešojo ir privataus) generavimą. Viešasis raktas įkeliamas į „GitHub“, o privatusis raktas lieka jūsų kompiuteryje. Tai patogiausias variantas, nes nereikia įvesti slaptažodžio kiekvieną kartą paspaudus, jei veikia ssh agentas.
Antrasis variantas – asmeninės prieigos žetonai (PAT). Jie idealiai tinka, jei dirbate su daugeliu skirtingų mašinų arba nuolatinės integracijos aplinkose. Kai „GitHub“ kūrėjo nustatymuose sugeneruojate žetoną, jis veikia kaip laikinas slaptažodis su konkrečiais leidimais , pridedant papildomą saugumo sluoksnį, nes žetoną galite bet kada atšaukti nekeisdami pagrindinio slaptažodžio.
Nuotolinio valdymo įvaldymas ir konfliktų sprendimas
Kelių nuotolinių serverių valdymas yra paprastas, jei suprantate komandą git remote addPagal numatytuosius nustatymus pagrindinis serveris vadinamas „origin“, bet galite pridėti tiek nuotolinio valdymo pultų, kiek norite. Jei padarėte klaidą URL adrese arba pakeitėte protokolus (pavyzdžiui, iš HTTPS į SSH), nuotolinio valdymo pulto ištrinti nereikia; tiesiog naudokite git remote set-url origin .
Jei pastebėsite, kad nuotolinio valdymo pultas jau yra, galite jį pervadinti naudodami git remote rename arba visiškai jį pašalinti su git remote rm. Prisiminti, kad Nutraukus nuotolinį ryšį, duomenys neištrinami Serveryje tai tiesiog nutraukia ryšį tarp jūsų vietinio aplanko ir išorinio serverio, leisdami jums vėl prisijungti prie kitos paskirties vietos neprarandant pakeitimų istorijos.
Įvaldyti saugyklų sujungimą apima visko supratimą – nuo pagrindinės tapatybės konfigūracijos ir eilučių lūžių iki privačių serverių diegimo naudojant „Git Daemon“ virtualiuose tinkluose ir SSH raktų apsaugos debesyje. Nesvarbu, ar pasirinksite vietinį darbo eigą su „Hamachi“, ar profesionalią infrastruktūrą „GitHub“, svarbiausia yra tinkamai valdyti šakas, siekiant apsaugoti stabilią versiją, ir naudoti tinkamus autentifikavimo protokolus, siekiant užtikrinti kodo saugumą.
