Fora C++-konstruado tra VPN: tenu la ilarĉenon sur la gastiganto

La kunhavaĵo muntiĝas, la redaktilo malfermas la dosieron, kaj la konstruado ankoraŭ ruliĝas sur la portebla komputilo. Nenio eraras, kaj ĝuste tio konfuzas. Fora dosierindiko ne estas fora ilarĉeno, kaj redaktilo, kiu povas legi dosieron tra munto, volonte alvokos la lokan kompililon sur ĝin. La solvo estas movi la laborujon, ne nur la bajtojn.

Muntita dosierujo ne estas laborujo

Munti tra SSH aŭ SMB donas al vi dosierindikon. Ĉu la kompililo, la konstrua sistemo kaj la sencimigilo venas de la fora flanko, dependas de tio, kie la redaktilo decidas ruli ilin. Multaj agordoj legas forajn dosierojn kaj kompilas ilin loke, poste malsukcesas ĉe kaplinio, kiu ekzistas nur sur la servilo.

La simptomo estas subtila: la konstruado sukcesas kun partaj rezultoj, aŭ rompiĝas ĉe inkluda vojo, kiu aspektas ĝusta en la redaktilo.

Pruvu, kiu gastiganto respondas

Konektiĝu per vera fora seanco anstataŭ munto, poste rulu tri nurlegajn komandojn en la terminalo, kiun tiu seanco donas al vi. La SSH-gvidilo de VS Code dokumentas, ke terminalo en konektita fora fenestro ruliĝas sur la fora gastiganto, kaj ke la sama seanco portas sencimigadon. Petu unue aprobon por la foraj komponantoj, se la organizo limigas ilin.

hostname nomas la maŝinon, sur kiu vi estas, pwd montras, kie la laborujo efektive loĝas, kaj command -v c++ presas la kompililon, kiun la ŝelo rulus. Ĉiuj tri respondoj devus priskribi la servilon, ne la porteblan komputilon.

Ili ne pruvas, ke la versio aŭ la konstrua agordo estas ĝusta. Komparu tion kun la propraj instrukcioj de la projekto kiel apartan paŝon.

Sekvu unu ŝanĝon tra konstruado kaj sencimigado

Faru malgrandan ŝanĝon en la fora laborujo kaj konservu ĝin tie. Rulu la dokumentitan konstruadon el la sama dosierujo kaj konfirmu, ke la eligo spegulas vian ŝanĝon, ne pli malnovan kopion aliloke. Poste lanĉu la sencimigilon tra la sama fora seanco, kun la binara vojo kaj la labora dosierujo montrantaj en la konstruan arbon de la servilo. Kongruaj fontaj vojoj gravas, ĉar sencimigilo, kiu solvas vian ŝanĝon al vojo de la portebla komputilo, sencimigas alian dosieron.

Se la sencimiga celo raportas vojojn komenciĝantajn per via loka hejma dosierujo, la lanĉa agordo ankoraŭ pensas loke.

Retaj dependaĵoj restas ĉe la gastiganto

Paketa elŝuto, git-operacio aŭ testa rulado komencita sur la konstrua gastiganto uzas la reton kaj la akreditaĵojn de tiu gastiganto, ne la VPN-seancon de via portebla komputilo. Tio, ke la portebla komputilo atingas privatan pakspegulon, diras nenion pri tio, ĉu la servilo povas. Se la konstruado bezonas registrejon, la servilo bezonas vojon al ĝi, kaj tio estas fajroŝirma interparolo, ne redaktila agordo.

La samo validas inverse por testaj aplikaĵoj. Atingi servon sur la servilo el via retumilo estas aparta konekto, kiu bezonas aprobitan privatan vojon aŭ limigitan plusendadon, ne malfermitan aŭskultanton.

Malkonektiĝu sen perdi la laboron

Konservu kaj commit-u, aŭ almenaŭ registru la laboran arbon, antaŭ ol la konekto falos. Fora redakta seanco ne promesas, ke ruliĝanta konstruado aŭ nekonservita bufro postvivos retan interrompon. Por ĉio, kio devas vivi pli longe ol via seanco, uzu la subtenatan laborfluan aŭ seancan procezon de la projekto.

La labordivido tiam estas klara: la portebla komputilo estas interfaco, la servilo posedas la laborujon kaj la ilarĉenon, kaj la VPN provizas la vojon. Movi dosierojn kaj movi la konstruadon estas du apartaj decidoj.