C++ op ôfstân bouwe oer VPN: hâld de arkeketen op de host

De share wurdt mount, de bewurker iepenet it bestân, en de bou rint noch altyd op de laptop. Neat jout in flater, en dat is krekt wat it betiizjend makket. In paad op ôfstân is gjin arkeketen op ôfstân, en in bewurker dy't in bestân fia in mount lêze kin, sil de lokale kompilator der sûnder soargen op oanroppe. De oplossing is de wurkromte ferpleatse, net allinnich de bytes.

In mounte map is gjin wurkromte

Mounte oer SSH of SMB jout jo in paad. Oft de kompilator, it bousysteem en de debugger fan de ôfstânkant komme, hinget ôf fan wêr't de bewurker se rinne lit. In protte opsettings lêze bestannen op ôfstân en kompilearje se lokaal, en misse dan op in koptekstbestân dat allinnich op de server bestiet.

It symptoom is subtil: de bou slagget mei partiele resultaten, of brekt op in include-paad dat yn de bewurker korrekt liket.

Bewiis hokker host antwurdet

Ferbinje mei in echte sesje op ôfstân ynstee fan in mount, en rin dan trije allinne-lêzen-opdrachten yn de terminal dy't dy sesje jo jout. VS Code syn SSH-gids dokumintearret dat in terminal yn in ferbûn finster op ôfstân op de host op ôfstân rint, en dat deselde sesje debugging draacht. Freegje earst goedkarring foar de komponinten op ôfstân as de organisaasje se beheint.

hostname neamt de masine dêr't jo op binne, pwd lit sjen wêr't de wurkromte echt wennet, en command -v c++ printsje de kompilator dy't de shell rinne soe. Alle trije antwurden moatte de server beskriuwe, net de laptop.

Se bewize net dat de ferzje of de boukonfiguraasje goed is. Ferlykje dat as aparte stap mei de ynstruksjes fan it projekt sels.

Folgje ien wiziging troch bou en debugging

Meitsje in lytse wiziging yn de wurkromte op ôfstân en bewarje dy dêr. Rin de dokumintearre bou fan itselde map en befêstigje dat de útfier jo wiziging werjaan, net in âlder kopy earne oars. Start dan de debugger fia deselde sesje op ôfstân, mei it binêre paad en de wurkmap dy't yn de boubeam fan de server wize. Oerienkommende boarnepaden binne wichtich, want in debugger dy't jo wiziging nei in laptop-paad oplost, debugt in oar bestân.

As it debugdoel paden rapportearret dy't mei jo lokale thúsmap begjinne, tinkt de startkonfiguraasje noch lokaal.

Netwurkôfhinklikens bliuwe by de host

In pakketôflevering, in git-operaasje of in testrun dy't op de boushost begjint, brûkt it netwurk en de oanmeldingen fan dy host, net de VPN-sesje fan jo laptop. Dat de laptop in privee pakketspiegel berikt, seit neat oer oft de server dat kin. As de bou in register nedich hat, hat de server in rûte dêrhinne nedich, en dat is in brânmuorregeskik, net in bewurkerynstelling.

Itselde jildt omkeard foar testapplikaasjes. In tsjinst op de server berikke fan jo browser is in aparte ferbining dy't in goedkarde privee rûte of in beheinde trochstjoering nedich hat, net in iepen lústerder.

Ferbrekke sûnder it wurk te ferliezen

Bewarje en commit, of tekenje teminsten de wurkbeam oan, foardat de ferbining falt. In sesje op ôfstân te bewurkjen belooft net dat in rinnende bou of in net-bewarre buffer in netwurkûnderbrekking oerlibbet. Foar alles wat jo sesje oerlibje moat, brûk de stipe wurk- of sesjeflow fan it projekt.

De arbeidsferdieling is dan dúdlik: de laptop is in ynterface, de server besit de wurkromte en de arkeketen, en de VPN leveret de rûte. Bestannen ferpleatse en de bou ferpleatse binne twa aparte besluten.