Kā sinhronizēt konfigurācijas vairākos datoros, izmantojot Git

Darbs ar vairākiem datoriem vienlaikus var būt prieks… vai pilnīgs haoss. Ja jums mājās ir stacionārais dators, ceļošanai paredzēts klēpjdators un, iespējams, darba dators, lai viens un tas pats projekts un viena un tā pati konfigurācija tiktu atjaunināta visos Šķiet, ka tā ir neiespējama misija. Šeit noder Git ne tikai kā versiju kontroles sistēma, bet arī kā ļoti ērts veids, kā sinhronizēt savu darbu starp iekārtām.

Ja sākat darbu ar Git vai izmantojat tādus pakalpojumus kā Google Drive Izmantojot Dropbox, ir normāli sajaukt tik daudz jēdzienu: attālās krātuves, SSH, žetoni, izmaiņas, push, pull… Labā ziņa ir tā, ka, tiklīdz tas ir iestatīts, Git kļūst par bezmaksas, stabilu un mērogojamu rīku darbam pie viena un tā paša projekta vairākos datorosNeatkarīgi no tā, vai esat students, solo izstrādātājs vai daļa no lielākas komandas.

Kas nepieciešams, lai sinhronizētu vairākus datorus ar Git

Lai izmantotu Git kā sinhronizācijas sistēmu starp komandām, ir tikai dažas pamatprasības: katrā datorā ir jābūt instalētam Git un jābūt kontam attālā serverī, piemēram, GitHubGit ir rīks, kas lokāli kontrolē versijas, un GitHub darbojas kā "centrālais punkts", kur augšupielādējat un lejupielādējat izmaiņas.

Jūsu ikdienas darbplūsmā katram datoram būs repozitorija kopija, un GitHub darbosies kā starpnieks. Tādējādi, Strādājot ar galddatoru, izmaiņas tiek apstiprinātas un nosūtītas uz GitHub, un, pārslēdzoties uz klēpjdatoru, izmaiņas tiek importētas, izmantojot pull funkciju.Un otrādi, ja kaut ko modificējat klēpjdatorā.

Šī pati ideja attiecas gan uz kodu, gan piezīmēm, dokumentiem, skriptiem, veidnēm vai nelieliem rīkiem, kurus vēlaties, lai visos datoros būtu vienādi. Kamēr vien tas, ko sinhronizējat, labi iederas Git (teksta faili, konfigurācija utt.), tas ir ļoti tīrs risinājums..

Paralēli jums būs jāizlemj, kā autentificēties ar GitHub no katras iekārtas, vai nu izmantojot SSH atslēgas, vai personiskās piekļuves žetonus (PAT). Abas iespējas ir drošas, taču katrai no tām ir savas priekšrocības atkarībā no tā, cik ierīču izmantojat un kā strādājat..

Pirms sinhronizācijas konfigurējiet Git savās ierīcēs

Pirms sākat klonēt repozitorijus un veikt push/pull darbību starp datoriem, ir svarīgi, lai Pārliecinieties, vai Git ir pareizi konfigurēts katrā ierīcē.Tas ietver jūsu vārdu, e-pastu, noklusējuma redaktoru un to, kā rīkoties ar rindiņu pārtraukumiem atkarībā no operētājsistēmas.

Skatīt un izprast Git konfigurāciju

Git saglabā savu konfigurāciju dažādos līmeņos, un tas var būt nedaudz mulsinoši, ja neesat par to skaidri sapratis. Ir trīs galvenie konfigurācijas faili: viens sistēmas līmenī, viens katram lietotājam un viens katrai repozitorijai.Katrs no tiem noniecina iepriekšējā vērtības, kad rodas konflikts.

Vispārīgi runājot, tie ir līmeņi:

• / etc / gitconfigGlobālā sistēmas konfigurācija, kas derīga visiem lietotājiem. To var modificēt ar opciju --system.
• ~ / .gitconfig: pašreizējais lietotāja konfigurācijas fails. Tas tiek pārvaldīts ar --global un tas ir visizplatītākais.
• .git/config: konfigurācijas fails katrā repozitorijā. Tam ir prioritāte, ja strādājat ar šo konkrēto projektu, un tā ir noklusējuma vērtība, kad atrodaties repozitorijā.

Ideja ir tāda Tas, ko jūs definējat repozitorijā, ir prioritāri pār lietotāju, un tas, ko definē lietotājs, ir prioritāri pār sistēmu.Tādā veidā var izveidot pamata konfigurāciju un pielāgot tikai to, kas nepieciešams katram projektam.

Konfigurējiet lietotājvārdu un e-pastu pakalpojumā Git

Git ir jāzina, kas jūs esat, lai reģistrētu, kurš veic katru izmaiņu. Ja jūs to nenorādāt, Jūs varat atteikties apstiprināt izmaiņas vai izmantot noklusējuma vērtības, kas nav īpaši noderīgas.Bieži tiek izmantots tas pats vārds un e-pasta adrese kā GitHub.

Katrā datorā, Konfigurējiet šos datus globāli (lietotājs):

• git config --global user.name "Tu Nombre"
• git config --global user.email "[email protected]"

Pēc tam varat atvērt savu failu ~/.gitconfig, lai pārbaudītu, vai tie ir saglabātiIekšpusē jūs redzēsiet sadaļu [user] ar jūsu vārdu un e-pastu. Tādā veidā visi grozījumi no šī datora tiks pareizi identificēti.

Izvēlieties teksta redaktoru, kuru Git izmantos

Dažās darbībās (piemēram, interaktīvā pārbāzēšanā, sarežģītu izmaiņu ziņojumu rediģēšanā vai konfliktu manuālā risināšanā) Git ir jāatver redaktors. Ja to nekonfigurēsiet, jūs varat sastapties ar nedraudzīgiem redaktoriem, piemēram, Vim, īsti nezinot, ko darīt..

Vispraktiskākā lieta ir tā, Iestatiet savu iecienītāko koda redaktoru kā noklusējuma redaktoruPiemēram, VS Code vai Sublime Text. Daži tipiski piemēri būtu:

• VSCods: git config --global core.editor "code --wait"
• Izcils teksts operētājsistēmā Windows: git config --global core.editor "'C:\Program Files (x86)\Sublime3\Sublime Text 3\sublime_text.exe' -w"

Iespēja --wait o -w Tas liek Git gaidīt, līdz aizverat redaktoru, pirms turpināt.Tas ir ļoti svarīgi, ja nevēlaties, lai procesi tiktu pārtraukti pusceļā. Kad esat to konfigurējis, varat to palaist. git config --global -e lai apstiprinātu, ka šī preference ir pareizi saglabāta.

Konfigurēt rindiņu pārtraukumus (core.autocrlf)

Strādājot ar vairākām operētājsistēmām kopā (piemēram, jūs izmantojat Windows, bet kāds cits — macOS vai Linux, vai arī jūs pats pārslēdzaties starp tām), Līniju pārtraukumi var kļūt par klusu problēmuWindows izmanto CRLF, savukārt Unix (Linux un macOS) izmanto tikai LF.

Lai Git neatklātu absurdas izmaiņas, pamatojoties tikai uz rindiņu beigām, tiek izmantota šī opcija core.autocrlf:

• Sistēmā Windows parastā procedūra ir šāda: git config --global core.autocrlf true
• macOS/Linux ieteicams veikt tālāk norādītās darbības. git config --global core.autocrlf input

Izmantojot šo iestatījumu, Git apstrādā rindiņu pārtraukumu pārveidošanu, augšupielādējot un lejupielādējot failus no repozitorija.lai repozitorijs vienmēr saglabātu konsekventu formātu un katra sistēma redzētu to, kas tai nepieciešams.

Papildus šīm opcijām Git ļauj pielāgot daudz papildu parametru: termināļa krāsas, ārēji apvienošanas rīki, aizstājvārdi atkārtotu komandu saīsināšanai utt.Tie nav absolūti nepieciešami datoru sinhronizēšanai, taču tie ievērojami palīdz ērtāk strādāt, kad esat apguvis pamatus.

Droša savienojuma konfigurēšana ar GitHub: SSH vai PAT

Kad lokālā vide ir gatava, jums joprojām ir jāizdomā, kā katrs jūsu dators sazināsies ar GitHub. GitHub prasa drošu autentifikāciju, tāpēc vairs nav pieņemami vienkārši ievadīt lietotājvārdu un paroli.Šeit ir divas alternatīvas: SSH atslēgas un personiskās piekļuves žetoni (PAT).

Abas opcijas ļauj jūsu lokālajam Git izveidot savienojumu ar attāliem repozitorijiem, neizpaužot jūsu faktisko paroli. Izvēle ir atkarīga no jūsu darbplūsmas: SSH ir ideāli piemērots fiksētai iekārtai, savukārt PAT ir elastīgāks, ja pārvietojaties starp vairākiem datoriem vai vidēm, piemēram, CI/CD..

Kas ir SSH un kāpēc to izmanto kopā ar GitHub?

Git un GitHub kontekstāSSH (Secure Shell) ir tīkla protokols, kas nodrošina šifrētu un autentificētu kanālu starp jūsu datoru un attālo serveri. Tā ir ļoti labi izveidota tehnoloģija, un to pastāvīgi izmanto serveru pārvaldībai, attālo komandu izpildei un tunelēšanas savienojumu veidošanai.

Git un GitHub kontekstā SSH tiek izmantots:

• Droša autentifikācija nesūtot lietotājvārdus un paroles vienkāršā tekstā.
• Šifrēt visu datplūsmu starp jūsu komandu un GitHub, lai novērstu noklausīšanos vai manipulācijas.
• Atļaut neinteraktīvus savienojumus (piemēram, lai jums nebūtu jāievada parole ar katru push paziņojumu).

Mehānika balstās uz pāris galvenajiem punktiem: privāta atslēga, ko glabājat katrā datorā, un publiska atslēga, ko augšupielādējat vietnē GitHubGitHub pārbauda, ​​vai no jūsu datora saņemtā informācija atbilst publiskajai atslēgai, ko tas zina, privātajai atslēgai nekad neatstājot datoru.

Instalējiet un pārbaudiet SSH savā sistēmā

Operētājsistēmās macOS un Linux SSH parasti ir iepriekš instalētsTātad jūs varat atvērt termināli un to uzreiz izmantot. Operētājsistēmā Windows viss ir citādi: modernās versijās OpenSSH ir iekļauts kā papildu sistēmas funkcija, taču jums, iespējams, tas būs jāiespējo.

Ja izmantojat Windows un redzat, ka SSH nedarbojas, visticamāk, ka Jums jāinstalē vai jāiespējo OpenSSHMicrosoft piedāvā ļoti visaptverošu rokasgrāmatu, kā to izdarīt no grafiskās saskarnes vai izmantojot PowerShell. Kad esat gatavs, varat izsaukt komandu. ssh ya ssh-keygen no termināļa vai no Git Bash.

Ģenerējiet un reģistrējiet savas SSH atslēgas

Lai strādātu ar GitHub, izmantojot SSH no konkrēta datora, jums jāievēro šī procedūra: Izveidojiet lokāli atslēgu pāri un norādiet GitHub, kura ir publiskā atslēga. lai atzītu šo komandu.

Pamata soļi ir:

1. Pārbaudiet, vai jums jau ir SSH atslēgas en ~/.sshJa redzat tādus failus kā id_rsa.pub, id_ed25519.pubutt., jums jau ir ģenerētas atslēgas.
2. Ja tādu nav vai vēlaties izveidot jaunu, izmantojiet kaut ko līdzīgu: ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519 -C "[email protected]".

Šajā procesā Komanda lūgs ievadīt paroli, lai aizsargātu privāto atslēgu.Ērtākai videi daudzi cilvēki to atstāj tukšu, lai gan drošākais veids ir izmantot SSH aģentu un paļauties uz to, lai tas nebūtu jāievada katru reizi.

Rezultātā iegūst divus failus: vienu bez paplašinājuma (privātās atslēgas) un otru ar paplašinājumu. .pub (publiskā atslēga). Privātā atslēga nekad netiek koplietota; publiskā atslēga ir tā, ko kopējat un ielīmējat GitHub..

Pirms lietošanas pārliecinieties, vai SSH aģents darbojas. Šis aģents ir pakalpojums, kas Tas saglabā jūsu atslēgas atmiņā un piedāvā tās SSH savienojumiem, kas tās pieprasa., tādējādi novēršot nepieciešamību pastāvīgi ievadīt paroli.

Kad aģents ir iedarbināts, pievienot atslēgu ar kaut ko līdzīgu:

• ssh-add ~/.ssh/id_ed25519

Tālāk mums jāiet uz GitHub: Savā kontā sadaļā Iestatījumi > Piekļuve > SSH un GPG atslēgas varat izveidot jaunu SSH atslēgu.Piešķiriet tam aprakstošu nosaukumu (piemēram, "Personālais klēpjdators" vai "Galddators") un ielīmējiet pilnu faila saturu. .pub.

Ja viss izdosiesGitHub atbildēs ar kaut ko līdzīgu “Sveiki” !”, kas nozīmē, ka tagad varat izmantot attālās krātuves ar SSH URL, neprasot akreditācijas datus ik pēc divām minūtēm.

Personīgās piekļuves žetoni (PAT) kā alternatīva

Otra galvenā autentifikācijas iespēja, izmantojot GitHub, ir personīgās piekļuves žetoni. PAT būtībā ir GitHub ģenerēta parole ar noteiktām atļaujāmkuru var atsaukt un atjaunot, kad vien vēlas.

GitHub piedāvājumi divi galvenie veidi:

• "Klasiskie" žetoni, kas nodrošina plašu piekļuvi (piemēram, visām jūsu krātuvēm) atbilstoši jūsu iestatītajām atļaujām.
• “Smalkgraudaini” žetoniko var pielāgot daudz detalizētāk, pat konkrētām krātuvēm.

Lai ērti izmantotu savās komandās, Daudzi cilvēki sāk ar klasiskajiem žetoniemjo tos ir ātri uzstādīt. Īsumā process būtu šāds:

1. Apmeklēt Iestatījumi > Izstrādātāja iestatījumi > Personīgās piekļuves žetoni > Žetoni (klasiskie).
2. prese Ģenerēt jaunu žetonu, pievienojiet aprakstošu piezīmi un izvēlieties derīguma termiņu.
3. Atzīmējiet minimālās nepieciešamās darbības jomas vai atļaujas, parasti tie, kas saistīti ar repo.
4. Ģenerējiet marķieri un uzmanīgi saglabājiet tā parādīto vērtību (jūs to vairs neredzēsiet tādā pašā veidā).

Turpmāk, klonējot privātu repozitoriju vai veicot jebkuru darbību, kurai nepieciešama autentifikācija, Git lūgs jums lietotājvārdu un paroli.Lietotājvārds būs jūsu GitHub vārds, un parole būs jaunizveidotais marķieris.

Parasti jūsu sistēmas akreditācijas datu pārvaldnieks Atcerieties šo žetonu un neprasiet to vairs.lai pieredze atgādinātu SSH. Ja redzat atļauju kļūdas ar detalizēti definētiem tokeniem, tas parasti ir tāpēc, ka tokenam nav piekļuves konkrētajam repozitorijam vai tā derīguma termiņš ir priekšlaicīgi beidzies.

No praktiskā viedokļa SSH parasti ir visizturīgākā un standarta opcija, ja vienmēr izmantojat vienas un tās pašas mašīnas.PAT ir ļoti noderīgi pagaidu vidēs, koplietotās iekārtās vai nepārtrauktas integrācijas pakalpojumos.

Sinhronizējiet vienu un to pašu projektu starp galddatoru un klēpjdatoru

Kad datoros ir iestatīts Git un atrisināta GitHub autentifikācija (izmantojot SSH vai tokenu), varat koncentrēties uz to, kas jūs patiešām interesē: Atjauniniet vienu un to pašu projektu gan galddatorā, gan klēpjdatorā.

Iedomājieties, ka esat izveidojis repozitoriju savā galvenajā datorā (piemēram, darbvirsmā), veicis pirmo izmaiņu pieprasījumu un augšupielādējis to vietnē GitHub. Pēc tam veiciet tālāk norādītās darbības. Nākamais solis ir klonēt to pašu repozitoriju uz otru datoru. lai kur vien vēlaties strādāt.

Uz klēpjdatora Jūs rīkotos šādi:

• Izmantojot SSH: git clone [email protected]:usuario/nombre-repo.git
• Ar HTTPS + žetonu: git clone https://github.com/usuario/nombre-repo.git un izmantojiet savu PAT, kad tas tiek prasīts.

Aiz tā Jūsu klēpjdatorā būs pilnīga projekta kopija ar visu izmaiņu vēsturi.Turpmāk pamata darbplūsma vienmēr būs vienāda neatkarīgi no datora, no kura strādājat:

1. Pirms sākat pieskarties jebkam datorā, skriet git pull lai sniegtu jums jaunāko repozitorija versiju no GitHub.
2. Veiciet izmaiņas, pievienojiet failus ar git add un apstipriniet ar git commit.
3. Kad esat pabeidzis savu darba sesiju, skriet git push lai augšupielādētu savus grozījumus pakalpojumā GitHub.
4. Pārslēdzoties uz citu datoru, vienmēr sāciet ar git pull lai nodrošinātu, ka detaļas ir no vienas versijas.

Ievērojot šo disciplīnu, Katrā komandā jūs vienmēr strādāsiet pie jaunākās projekta tiešsaistes versijas.Un Git parūpēsies par konsekventas vēstures uzturēšanu par to, ko esat darījuši katrā vietā.

Ja kādā brīdī jūs strādājat paralēli abās komandās un veicat izmaiņas abās pirms vilkšanas/stumšanas, Git noteiks neatbilstības un lūgs jums atrisināt konfliktus.Tā ir normāla parādība versiju kontrolē, un apgūšana, kā to labot, vidējā termiņā būs ļoti noderīga.

Izmantojiet Git, lai sinhronizētu piezīmes un personiskos failus

Daudzi studenti un individuāli izstrādātāji domā, vai ir jēga izmantot privātu repozitoriju, lai piezīmes, teksta dokumenti, mazi skripti vai konfigurācijas, kas sinhronizētas starp vairākiem datoriemAtbilde parasti ir jā, ar dažām niansēm.

Liela priekšrocība ir tā Git ne tikai sinhronizē, bet arī saglabā visu izmaiņu vēsturi.Ja nejauši kaut ko izdzēšat, pārāk daudz reižu rediģējat failu vai vēlaties atgriezties pie versijas, kas bija pirms mēneša, vienkārši piekļūstiet vēsturei. Turklāt darbplūsma ir tāda pati kā jūsu kodā, tāpēc jums nav garīgi jāpārslēdz rīki.

Salīdzinājumā ar risinājumi, piemēram, Google Drive vai Dropbox, Git:

• Tas īpaši spilgti spīd ar teksta failiem (Markdown, LaTeX, kods, konfigurācijas utt.).
• Viņš tik labi nesatiek ar lieli binārie faili (video, lieli attēli, milzīgas dublējumkopijas).
• Tas tevi piespiež ievērot minimālu disciplīnu attiecībā uz commitiemkas galu galā parasti ir priekšrocība.

Kamēr vien jūs apzināties šos ierobežojumus, GitHub izmantošana ar privātām krātuvēm ir lielisks veids, kā sakārtot piezīmes un mācību materiālus.pieejams no jebkuras ierīces un dublēts mākonī.

Komandu un atļauju pārvaldība, strādājot ar vairākiem cilvēkiem

Lai gan šis raksts galvenokārt ir vērsts uz individuāli strādājošu izstrādātāju ar vairākiem datoriem, jums ir interesanti uzzināt, kā Sarežģītāko scenāriju gadījumā komandas, grupas un atļaujas tiek pārvaldītas pakalpojumā GitHub.Tas būs neticami noderīgi, ja kādreiz pievienosieties sadarbības organizācijai vai projektam.

Biznesa kontekstā GitHub ļauj sinhronizēt GitHub komandas ar identitātes pakalpojumu sniedzēja (IdP) grupāmpiemēram, Azure AD vai citās uzņēmuma sistēmās. Tādā veidā izmaiņas grupas dalībniecībā IdP tiek automātiski atspoguļotas GitHub, manuāli nepievienojot vai nenoņemot lietotājus.

Daži taustiņi Šīs pieejas piemēri ir šādi:

• Un Vienu un to pašu IdP grupu var piesaistīt vairākām GitHub komandām..
• Kad savienojums ir izveidots, Dalībnieku pievienošana un noņemšana tiek pārvaldīta IdP.nav GitHub.
• "Vecāku" ierīces nevar tieši sinhronizēt ar IdP grupām; ja jums ir nepieciešamas šīs attiecības, jums ir jāizveido jauna komanda vai jāpielāgo hierarhija.

Ir svarīgi atzīmēt, ka, lai gan komandas dalība tiek pārvaldīta, izmantojot IdP, Piekļuves atļaujas krātuvēm joprojām tiek ieviestas pakalpojumā GitHubCitiem vārdiem sakot, jūs izlemjat, kura komanda redz, kuras krātuves no pašas GitHub saskarnes.

Lai GitHub komandu savienotu ar IdP grupu, komandai jau ir jāpastāv organizācijā un Ir nepieciešams konfigurēt lietotāju nodrošināšanu ar SCIM.Kad saistīšana ir pabeigta, visi IdP grupas lietotāji tiek automātiski pievienoti saistītajai komandai pakalpojumā GitHub.

Ja vēlaties mazāku vidi, vienkārši izmantojiet standarta sadarbības opcijas: Pievienojiet līdzstrādniekus konkrētām krātuvēm sadaļā Iestatījumi > Piekļuve > Līdzstrādnieki > Pievienot personas un pielāgot atļaujas atbilstoši katras personas nepieciešamajai lomai.

Atļaujas, drošība un labākā prakse pakalpojumā GitHub

Strādājot tikai ar dažiem datoriem, atļauju pārvaldība ir vienkārša, taču, tiklīdz koplietojat projektus ar citiem vai izmantojat žetonus un atslēgas vairākās ierīcēs, Drošība kļūst diezgan svarīga.

Daži punkti lietas, par kurām jābūt skaidrām:

• Izvairieties no vienas un tās pašas SSH atslēgas atkārtotas izmantošanas vairākās ierīcēsIdeālā gadījumā katrai ierīcei vajadzētu būt vienam atslēgu pārim ar skaidru nosaukumu un aprakstu vietnē GitHub.
• Ja izvēlaties žetonus, Nepiešķiriet vairāk atļauju nekā nepieciešamsLabāk sākt īsā laikā un pielāgoties vēlāk, nekā dot pilnīgu piekļuvi visam.
• Tas nosaka saprātīgu derīguma termiņu žetoniemīpaši pagaidu vai darba komandās.
• Periodiski pārskatiet savas aktīvās atslēgas un žetonus vietnē GitHub un atceliet tos, kurus vairs neizmantojat.

Ja kādā brīdī vēlaties, lai kāds cits piekļūtu jūsu krātuvēm, jums ir vairākas iespējas: Jūs varat viņu pievienot kā tiešu līdzstrādnieku, integrēt viņu organizācijas komandā vai pat atvērt projektu publiskai lietošanai.Izvēle ir atkarīga no datu sensitivitātes un vēlamā sadarbības veida.

Lai izvairītos no pārslodzes, ir noderīgi izveidot īsu sarakstu ar lietām, ko vēlaties Minimālās darbības, kas jāveic, lai sagatavotu vidi jebkurā jaunā datorā no jebkura, pie kura vēlaties strādāt.

1. Instalējiet Git un pārliecinieties, vai jums ir GitHub konts operatīvais.
2. Konfigurējiet savu vārdu un e-pastu pakalpojumā Git ar git config --global user.name y git config --global user.email.
3. Izvēlieties teksta redaktoru kuru vēlaties, lai Git izmantotu pēc noklusējuma (VS Code, Sublime utt.).
4. Pielāgojiet core.autocrlf atkarībā no jūsu operētājsistēmas (patiesi operētājsistēmā Windows, ievade operētājsistēmās macOS/Linux).
5. Izlemiet, vai saziņai ar GitHub izmantosiet SSH vai PAT. un konfigurējiet to:

• Izmantojot SSH: ģenerējiet atslēgas ar ssh-keygen, pievienojiet privāto aģentam ar ssh-add un augšupielādējiet publisko versiju vietnē GitHub.
• Ar marķieri: izveidojiet PAT pakalpojumā GitHub ar atbilstošām atļaujām un izmantojiet to kā paroli HTTPS URL adreses.

Veicot šīs darbības, Jebkurš jauns aprīkojums ātri integrējas jūsu darbplūsmāPēc tam atliek tikai klonēt savus projektus, disciplinēti veikt pull/push darbības un ļaut Git darboties ar savu maģiju, lai viss būtu sinhronizēts.

Izmantojot Git, lai sinhronizētu konfigurācijas un projektus vairākos datoros, varat strādāt daudz mierīgāk: Jūs zināt, ka jūsu kods, piezīmes un svarīgie faili ir versijas glabāti, droši mākonī un pieejami no jebkura datora, izmantojot dažas komandas.nepaļaujoties uz neskaidriem risinājumiem vai manuāli kopējot mapes, izmantojot USB disku.