VPN வழியாக தொலைவிலிருந்து C++ கட்டமைப்பு: கருவித்தொகுப்பை ஹோஸ்டிலேயே வைத்திருங்கள்

பங்கு மவுண்ட் செய்யப்படுகிறது, எடிட்டர் கோப்பைத் திறக்கிறது, ஆனால் கட்டமைப்பு இன்னும் மடிக்கணினியிலேயே இயங்குகிறது. எந்தப் பிழையும் தெரிவதில்லை, அதுவே இதைக் குழப்பமாக்குகிறது. தொலைவுப் பாதை என்பது தொலைவுக் கருவித்தொகுப்பு அல்ல, மேலும் மவுண்ட் வழியாகக் கோப்பைப் படிக்கக்கூடிய எடிட்டர் அதன் மீது உள்ளூர் தொகுப்பியை மகிழ்ச்சியுடன் அழைக்கும். தீர்வு என்பது பைட்டுகளை மட்டுமல்ல, பணியிடத்தை நகர்த்துவதாகும்.

மவுண்ட் செய்யப்பட்ட அடைவு பணியிடம் அல்ல

SSH அல்லது SMB வழியாக மவுண்ட் செய்வது உங்களுக்கு ஒரு பாதையைத் தரும். தொகுப்பி, கட்டமைப்பு முறைமை, பிழைத்திருத்தி ஆகியவை தொலைப் பக்கத்திலிருந்து வருகின்றனவா என்பது எடிட்டர் அவற்றை எங்கு இயக்க முடிவு செய்கிறது என்பதைப் பொறுத்தது. பல அமைப்புகள் தொலைக் கோப்புகளைப் படித்து அவற்றை உள்ளூரில் தொகுத்து, பின்னர் சேவையகத்தில் மட்டுமே உள்ள தலைப்புக் கோப்பில் தோல்வியடைகின்றன.

அறிகுறி நுட்பமானது: கட்டமைப்பு பகுதி முடிவுகளுடன் வெற்றி பெறுகிறது, அல்லது எடிட்டரில் சரியாகத் தெரியும் include பாதையில் உடைகிறது.

எந்த ஹோஸ்ட் பதிலளிக்கிறது என்பதை நிரூபியுங்கள்

மவுண்டுக்குப் பதிலாக உண்மையான தொலை அமர்வுடன் இணைந்து, பின்னர் அந்த அமர்வு தரும் முனையத்தில் படிக்க-மட்டும் மூன்று கட்டளைகளை இயக்குங்கள். VS Code இன் SSH வழிகாட்டி இணைக்கப்பட்ட தொலைச் சாளரத்தின் முனையம் தொலை ஹோஸ்டில் இயங்குகிறது என்றும் அதே அமர்வு பிழைத்திருத்தத்தையும் சுமக்கிறது என்றும் ஆவணப்படுத்துகிறது. நிறுவனம் தொலைக் கூறுகளைக் கட்டுப்படுத்தினால் முதலில் அவற்றுக்கு அனுமதி பெறுங்கள்.

hostname நீங்கள் இருக்கும் இயந்திரத்தின் பெயரைச் சொல்கிறது, pwd பணியிடம் உண்மையில் எங்கே உள்ளது என்பதைக் காட்டுகிறது, command -v c++ ஷெல் இயக்கக்கூடிய தொகுப்பியை அச்சிடுகிறது. மூன்று பதில்களும் மடிக்கணினியை அல்ல, சேவையகத்தை விவரிக்க வேண்டும்.

அவை பதிப்பு அல்லது கட்டமைப்பு உள்ளமைவு சரியானது என்பதை நிரூபிக்கவில்லை. அதைத் தனி படியாகத் திட்டத்தின் சொந்த வழிமுறைகளுடன் ஒப்பிடுங்கள்.

ஒரு மாற்றத்தைக் கட்டமைப்பு மற்றும் பிழைத்திருத்தம் வழியாகப் பின்தொடருங்கள்

தொலைப் பணியிடத்தில் சிறு மாற்றம் செய்து அங்கேயே சேமியுங்கள். அதே அடைவிலிருந்து ஆவணப்படுத்தப்பட்ட கட்டமைப்பை இயக்கி, வெளியீடு உங்கள் மாற்றத்தைப் பிரதிபலிக்கிறதா, வேறெங்கும் உள்ள பழைய நகலை அல்ல என்பதை உறுதிசெய்யுங்கள். பின்னர் அதே தொலை அமர்வு வழியாக பிழைத்திருத்தியைத் தொடங்குங்கள், இருமப் பாதையும் பணி அடைவும் சேவையகத்தின் கட்டமைப்பு மரத்தை நோக்கி இருக்க வேண்டும். மூலப் பாதைகள் பொருந்துவது முக்கியம், ஏனெனில் உங்கள் மாற்றத்தை மடிக்கணினி பாதைக்குத் தீர்க்கும் பிழைத்திருத்தி வேறு கோப்பைப் பிழைத்திருத்துகிறது.

பிழைத்திருத்த இலக்கு உங்கள் உள்ளூர் முகப்பு அடைவில் தொடங்கும் பாதைகளைத் தெரிவித்தால், தொடக்க உள்ளமைவு இன்னும் உள்ளூராகவே சிந்திக்கிறது.

வலைப்பின்னல் சார்புகள் ஹோஸ்டிலேயே இருக்கும்

கட்டமைப்பு ஹோஸ்டில் தொடங்கப்பட்ட தொகுப்பு இழுத்தல், git செயல்பாடு அல்லது சோதனை ஓட்டம் அந்த ஹோஸ்டின் வலைப்பின்னலையும் சான்றுகளையும் பயன்படுத்துகிறது, உங்கள் மடிக்கணினியின் VPN அமர்வை அல்ல. மடிக்கணினி தனியார் தொகுப்பு கண்ணாடியை அடைவது சேவையகம் அடையுமா என்பதைப் பற்றி எதுவும் கூறாது. கட்டமைப்புக்கு பதிவகம் தேவைப்பட்டால், சேவையகத்திற்கு அங்கு செல்லும் பாதை தேவை, அது எடிட்டர் அமைப்பு அல்ல, ஃபயர்வால் பேச்சு.

எதிர் திசையிலும் இது சோதனை பயன்பாடுகளுக்குப் பொருந்தும். உங்கள் உலாவியிலிருந்து சேவையகத்தில் உள்ள சேவையை அடைவது தனி இணைப்பு, அதற்கு அனுமதிக்கப்பட்ட தனியார் பாதை அல்லது வரம்பிட்ட முன்னனுப்பல் தேவை, திறந்த கேட்பான் அல்ல.

வேலையை இழக்காமல் இணைப்பைத் துண்டியுங்கள்

இணைப்பு விழுவதற்கு முன் சேமித்து commit செய்யுங்கள், அல்லது குறைந்தபட்சம் பணி மரத்தைப் பதிவு செய்யுங்கள். தொலைத் திருத்த அமர்வு இயங்கும் கட்டமைப்போ சேமிக்கப்படாத இடையகமோ வலைப்பின்னல் தடையைத் தாண்டி நீடிக்கும் என்று உறுதியளிக்கவில்லை. உங்கள் அமர்வை விட நீடிக்க வேண்டிய அனைத்திற்கும் திட்டம் ஆதரிக்கும் பணி அல்லது அமர்வு பணிப்பாய்வைப் பயன்படுத்துங்கள்.

அப்போது வேலைப்பங்கீடு தெளிவாக உள்ளது: மடிக்கணினி ஒரு இடைமுகம், சேவையகம் பணியிடத்தையும் கருவித்தொகுப்பையும் கொண்டுள்ளது, VPN பாதையை வழங்குகிறது. கோப்புகளை நகர்த்துவதும் கட்டமைப்பை நகர்த்துவதும் இரண்டு தனித்தனி முடிவுகள்.