C++-bou op afstand oor VPN: hou die bougereedskap op die gasheer

Die gedeelde gids word gemonteer, die redigeerder maak die lêer oop, en die bou loop steeds op die skootrekenaar. Niks gee ’n fout nie, en dit is juis wat dit so verwarrend maak. ’n Padnaam op afstand is nie ’n gereedskapketting op afstand nie, en ’n redigeerder wat ’n lêer deur ’n monteerpunt kan lees, sal met graagte die plaaslike kompileerder daarop aanroep. Die oplossing is om die werkarea te skuif, nie net die grepe nie.

’n Gemonteerde gids is nie ’n werkarea nie

Om oor SSH of SMB te monteer gee jou ’n padnaam. Of die kompileerder, die bou-stelsel en die ontfouter van die afstandkant kom, hang daarvan af waar die redigeerder besluit om hulle te laat loop. Baie opstellings lees lêers op afstand en kompileer hulle plaaslik, en misluk dan op ’n ingeslote lêer wat net op die bediener bestaan.

Die simptoom is subtiel: die bou slaag met gedeeltelike resultate, of breek op ’n insluitpad wat in die redigeerder korrek lyk.

Bewys watter gasheer antwoord

Maak met ’n werklike sessie op afstand verbinding eerder as met ’n monteerpunt, en loop drie lees-alleen-opdragte in die terminaal wat daardie sessie vir jou gee. VS Code se SSH-gids dokumenteer dat ’n terminaal in ’n gekoppelde venster op afstand op die gasheer op afstand loop, en dieselfde sessie dra ontfouting. Kry eers goedkeuring vir die afstandkomponente as die organisasie hulle beperk.

hostname noem die masjien waarop jy is, pwd wys waar die werkarea werklik woon, en command -v c++ druk die kompileerder wat die skulp sou loop. Al drie antwoorde behoort die bediener te beskryf, nie die skootrekenaar nie.

Hulle bewys nie dat die weergawe of die bou-konfigurasie reg is nie. Vergelyk dit as ’n aparte stap met die projek se eie instruksies.

Volg een wysiging deur bou en ontfouting

Maak ’n klein verandering in die werkarea op afstand en stoor dit daar. Loop die gedokumenteerde bou vanuit dieselfde gids en bevestig dat die uitset jou wysiging weerspieël eerder as ’n ouer aftrekplek elders. Begin dan die ontfouter deur dieselfde sessie op afstand, met die binêre pad en werkende gids wat in die bediener se bouboom wys. Passende bronpaaie moet ooreenstem, want ’n ontfouter wat jou wysiging na ’n skootrekenaar-pad herlei, ontfout ’n ander lêer.

As die ontfoutingsteiken paaie rapporteer wat met jou plaaslike tuisgids begin, dink die bekendstellingskonfigurasie nog steeds plaaslik.

Netwerkafhanklikhede bly by die gasheer

’n Pakketpluk, ’n git-bewerking of ’n toetslopie wat op die bougasheer begin, gebruik daardie gasheer se netwerk en geloofsbriewe, nie jou skootrekenaar se VPN-sessie nie. Dat die skootrekenaar ’n private pakketspieël bereik, sê niks oor of die bediener dit kan nie. As die bou ’n register nodig het, het die bediener ’n roete daarheen nodig, en dit is ’n brandmuur-gesprek eerder as ’n redigeerder-instelling.

Dieselfde geld omgekeerd vir toetsprogramme. Om ’n diens op die bediener vanaf jou blaaier te bereik, is ’n aparte verbinding wat ’n goedgekeurde private pad of ’n beperkte deurvoer nodig het, nie ’n oop luisteraar nie.

Ontkoppel sonder om die werk te verloor

Stoor en commit, of teken ten minste die werkboom aan, voordat die verbinding val. ’n Sessie om op afstand te redigeer belowe nie dat ’n lopende bou of ’n ongestoorde buffer ’n netwerkonderbreking oorleef nie. Vir enigiets wat jou sessie moet oorleef, gebruik die projek se ondersteunde werk- of sessievloei.

Die arbeidsverdeling is dan duidelik: die skootrekenaar is ’n koppelvlak, die bediener besit die werkarea en gereedskapketting, en die VPN verskaf die roete. Om lêers te skuif en om die bou te skuif, is twee aparte besluite.