git status inataabika kwenye SSHFS kupitia VPN: hamisha kazi

Nakili faili la 200 MB na huruka. Endesha git status katika saraka hiyo hiyo na kusubiri ni kwa muda mrefu wa kutosha kuhamisha fikira. Maangalizi haya mawili hayapingani, kwa sababu uhamishaji wa jumla hupima upitishaji wakati Git hupima maswali mangapi madogo ya mfumo wa faili inaweza kuuliza kwa sekunde, na mti wa mbali uliopachikwa hugeuza kila swali kuwa safari ya kwenda na kurudi. Kurekebisha VPN hakutatengeneza mzigo wa kazi wenye umbo lisilofaa.

Kwa nini status ni kipimo kisichofaa

Git lazima ijue kuhusu faili nyingi: zipi zimebadilishwa, zipi hazifuatiliwi na kama data ya index iliyohifadhiwa bado inalingana na iliyo kwenye diski. Kupitia SSHFS kila moja ya maangalizi hayo inaweza kuwa operesheni ya mtandao. Kitengo cha kazi hapa ni idadi ya faili, si megabaiti.

Ndiyo sababu status ya kwanza baada ya clone ni polepole, na ndiyo sababu zile zinazofuata zinaweza kuwa polepole zaidi katika mti uliojaa matokeo ya ujenzi. Uchunguzi wa zisizofuatiliwa hupita kwenye saraka ambazo huenda huzijali, na kila hatua ni ombi lingine kupitia kiungo. Kwenye njia ya 40 ms mti wenye maelfu kadhaa ya maingizo unakuwa safari elfu kadhaa. Kunasa pakiti hakuhitajiki ili kuthibitisha hesabu hiyo.

Kipimo cha upakuaji kinasema kiungo kiko sawa; hakisemi chochote kuhusu kama elfu za usomaji mdogo zitakamilika leo mchana.

Hamisha mti wa kazi, si vitufe vya urekebishaji

Clone ya ndani huweka mti wa kazi, index na shughuli za Git kwenye mashine moja. Pull huwa hatua inayoonekana ya mtandao badala ya kila ukaguzi wa faili kuwa hivyo.

Hii inafaa kila wakati msanidi anaweza kuweka chanzo kinachohitajika ndani, jambo ambalo mara nyingi ndivyo ilivyo. Pia huchongoa mpaka kati ya commit na usambazaji, kwa sababu kuhariri faili ya ndani hakubadilishi tena kwa bahati huduma ya mbali inayoendesha; mabadiliko lazima yasukumwe na kusambazwa kama kila kitu kingine. Bei ni kwamba msimbo upo sehemu mbili, kwa hiyo amua ni nakala gani iliyo na mamlaka na jinsi urekebishaji wa haraka kwenye seva unarudi kwenye hazina. Mazungumzo hayo ni nafuu kuliko amri ya status ambayo hakuna anayetaka kuiendesha.

Ikiwa nafasi ya kazi lazima ibaki mbali, endesha Git huko

Wakati mwingine nafasi ya kazi haiwezi kuhamishwa: ujenzi unahitaji mazingira hayo, data ni kubwa mno au sera inaweka chanzo kwenye mwenyeji. Basi endesha Git na zana husika za uendelezaji kando ya faili, kupitia shell ya mbali iliyoidhinishwa au mazingira ya uendelezaji wa mbali. Kihariri kinaweza kubaki kwenye kompyuta ya mkononi wakati backend yake inafanya kazi kando ya mti wa kazi.

Shughuli za gharama kubwa hufanyika ndipo ndani kwenye mwenyeji wa mbali, na mtandao hubeba trafiki ya kihariri badala ya maelfu ya simu za stat. Ni urekebishaji sawa na clone ya ndani, ulioelezwa kama chaguo la usambazaji na si uhamiaji.

Usawazishaji ni mtiririko wa kazi wenye wamiliki, si akiba

Nafasi ya kazi iliyosawazishwa inaweza kupunguza usomaji wa mbali unaorudiwa, lakini si akiba ya uwazi. Inahitaji mmiliki kwa kila mabadiliko, kanuni ya migogoro, na makubaliano kuhusu faili zinazozalishwa ambazo pande zote hudhani ni zao. Bila kanuni hizo mpango huo huleta kutokubaliana badala ya urahisi.

Kisawazishaji cha pande mbili bila hizo huzalisha tatizo tofauti na lile lililotatuliwa, kwa kawaida muunganisho ambao hakuna anayeweza kuuhusisha. Epuka kuendesha michakato miwili ya Git kwenye mti mmoja wa kazi unaoshirikiwa isipokuwa unaelewa jinsi inavyoratibu.

Kisha rekebisha, na uweke SSH kwa hekima

Mpango ukiwa sahihi, mipangilio miwili hubadilisha Git inapaswa kuuliza kuhusu faili ngapi: status.showUntrackedFiles na akiba ya zisizofuatiliwa nyuma ya core.untrackedCache. Hakuna inayobadilisha gharama ya kila swali katika 40 ms; zinabadilisha idadi ya maswali pekee. Geuza kitufe pale tu safari za kwenda na kurudi zinapokuwa za ndani.

Pima muda wa amri inayokukera badala ya kufikiri kutoka kwenye kipimo kinachonakili faili moja kubwa, na uache usimbaji fiche wa SSH unaotumika kama ulivyo. Sifa ya kizamani haifupishi safari; inaongeza tatizo la pili linaloishi muda mrefu kuliko la kwanza. Rejea ya git status inafaa kusomwa mara moja, kwa sababu amri hufanya kazi nyingi zaidi kuliko jina lake linavyodokeza.