குறியீடு மாற்றங்கள்

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

அனுமானங்கள்

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

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

வரையறைகள்

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

மாற்றங்கள்

ஒரு அறிவிலிமையம் புல் கோரிக்கை (பி.ஆர்) அல்லது அறிவிலிஆய்வு ஒன்றிணைப்பு கோரிக்கை (எம்.ஆர்).

வெளியீட்டு அறிக்கை

ஒரு அறிவிலிமையம் அல்லது அறிவிலிஆய்வு சிக்கல்.

பகுத்தறிவு

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

குறிப்பாக, மாற்றத்தை உறுதிப்படுத்த விரும்புகிறோம்:

• ஒரு அம்சத்தைச் சேர்ப்பது அல்லது பிழையை சரிசெய்வது போன்ற அதன் சொந்த இலக்குகளை நிறைவு செய்கிறது

• எதிர்பாராத எந்த நடத்தையும் ஏற்படுத்தாது

• எதிர்காலத்தில் யாராவது மென்பொருளில் மேலும் மாற்றங்களைச் செய்வதை எளிதாக்குகிறது

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

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

குறியீடு மாற்ற சரிபார்ப்பு பட்டியல்

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

கருத்து குறியீட்டைச் செய்ய வேண்டாம்

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

உங்கள் மாற்றங்களுக்கு சோதனைகளை எழுதுங்கள்

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

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

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

தற்போதுள்ள எந்த பாணி வழிகாட்டிகளையும் பின்பற்றவும்

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

சரிபார்ப்பு பட்டியல்

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

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

கமிட் செய்திகளில் முக்கியமான கேள்விகளுக்கு பதிலளிக்கவும்

"என்ன?" போன்ற கேள்விகளை நாங்கள் கேட்கிறோம். "ஏன்?" மற்றும் "எப்படி?" ஒரு சூழ்நிலையின் சூழலை விரைவாகப் பெற.

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

என்ன?

உங்கள் கமிட் செய்தியின் முதல் சில வரிகளுடன் இந்த கேள்விக்கு பதிலளிக்கவும். "உங்கள் கமிட் என்ன செய்கிறது?" "` சுமை நேரங்கள் மற்றும் நினைவகத்திற்கான வால்பேப்பர்களை மேம்படுத்துங்கள் <https://github.com/ubports/unity8/commit/a81421ac1ac1fe5135b9cff710c3cd819aa1804c6e6>`_".

ஏன்?

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

WHO?

அறிவிலி உங்கள் பெயர் மற்றும் மின்னஞ்சல் முகவரியை உங்கள் மாற்றங்களை இணைப்பதாக உட்பொதிக்கிறது. உங்கள் மாற்றங்களை எழுத வேறு யாராவது உங்களுக்கு உதவியிருந்தால், அவற்றை நீங்கள் இணை எழுதியவர்: அவர்களின் பெயர் <அவர்களின்-email@example.com> உங்கள் கமிட் செய்தியில் வரி சேர்க்க வேண்டும்.

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

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

கமிட்டுகளை முடிந்தவரை சிறியதாக்குங்கள், ஆனால் சிறியதாக இல்லை

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

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

1. தற்போதைய தொலைபேசி எண் தேடலில் ஒரு பிழையை சரிசெய்யவும்

2. உங்கள் புதிய எண் தேடலை ஆதரிக்க புதிய பநிஇ ஐச் சேர்க்கவும்

3. உங்கள் புதிய தேடலைப் பயன்படுத்த இடைமுகம் கூறுகளைச் சேர்க்கவும்

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

முடிந்தால், மதிப்பாய்வின் போது உங்கள் மாற்றங்களை மீளவும்

அறிவிலிஅப்பில் ஒரு கமிட் உள்நுழைவு இதுபோன்ற ஒன்றைச் செல்வது பொதுவானது:

• தொலைபேசி எண் தேடலில் பிழையை சரிசெய்யவும்

• புதிய தொலைபேசி எண் தேடலுக்கு புதிய பநிஇ அழைப்பைச் சேர்க்கவும்

• புதிய தொலைபேசி எண் தேடலுக்கு இடைமுகம் ஐச் சேர்க்கவும்

• இடைமுகம் ஐ சரிசெய்யவும்

• பிழை பிழைத்திருத்தத்தை சரிசெய்யவும்

• மாற்றங்களை மதிப்பாய்வு செய்யவும்

• விமர்சகர்களின் கருத்துகளுக்குப் பிறகு பநிஇ ஐ சரிசெய்யவும்

எதிர்காலத்தில் இந்த கமிட் பதிவுக்கு நீங்கள் திரும்பி வர வேண்டுமானால், நீங்கள் எந்த நேரத்திலும் குழப்பமடைவீர்கள். விமர்சகர்கள் என்ன சொன்னார்கள், இடைமுகம் மற்றும் பிழை பிழைத்திருத்தத்தில் என்ன தவறு?

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

திருத்துதல் கமிட்சுக்கு புதிய கருவிகளைக் கற்றுக்கொள்வது தேவை. அறிவிலி-ரிபேச் உடன் தொடர்ச்சியான கமிட்டிகளைத் திருத்தவும். இதன் விளைவாக ஏற்படும் மாற்றங்களை ஒரு ஆற்றல் உந்துதலுடன் தள்ளுங்கள், அல்லது ஒரு புதிய கிளையை உருவாக்கி புதிய மாற்றங்களைத் திறக்கவும்.

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

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

உங்கள் கமிட் செய்தியை சரியாக வடிவமைக்கவும்

உங்கள் கமிட் செய்தியின் முதல் வரியை (சுருக்கம்) 50 எழுத்துக்கள் அல்லது அதற்கும் குறைவாக வைத்திருங்கள். கமிட் செய்தியில் உள்ள மற்ற ஒவ்வொரு வரியும் 72 எழுத்துக்கள் அல்லது அதற்கும் குறைவாக இருக்க வேண்டும். நீங்கள் விதிகளை மீற வேண்டுமானால் பரவாயில்லை - சில மாற்றங்களை 50 எழுத்துகளில் சுருக்கமாகக் கூற முடியாது, மேலும் சில இணைப்புகள் 72 ஐ விட நீளமாக இருக்கும்.

மாற்றங்கள் விளக்கம் சரிபார்ப்பு பட்டியல்

உங்கள் மாற்றங்கள் அதன் விளக்கத்தில் பின்வரும் கேள்விகளுக்கு பதிலளிப்பதை உறுதிசெய்க.

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

உங்கள் மாற்றங்கள் என்ன சிக்கலை தீர்க்கின்றன?

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

உதாரணமாக:

திருத்தங்கள் https://gitlab.com/ubports/development/ubuntu-touch/-/issues/1

மாற்றம் வெற்றிகரமாக இருந்தது என்பதை நீங்கள் எவ்வாறு சோதித்தீர்கள்?

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

உதாரணமாக:

இந்த டயலர் மாற்றத்தை நெக்சச் 5 இல் நான் சோதித்தேன். இது எல்லா கருவிளிலும் செயல்பட வேண்டும், ஏனெனில் இது கருவி சார்ந்த எதையும் மாற்றியமைக்கவில்லை, ஆனால் கூடுதல் சோதனை பாராட்டப்படும். ஒரு பிழையை சரிசெய்ய, நான் தொலைபேசி எண் தேடல் பகுதியில் (#53) கொஞ்சம் குறியீட்டைத் தொட வேண்டியிருந்தது. பின்னடைவுகளுக்கு அதை எவ்வாறு சோதிப்பது என்பது எனக்கு முழுமையாகத் தெரியவில்லை.

இந்த மாற்றங்களுக்கு முன்னும் பின்னும் ஏதேனும் மாற்றங்கள் இணைக்கப்பட வேண்டுமா?

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

எடுத்துக்காட்டாக, அறிவிலிஆய்வு, யுபிதுறைமுகங்கள்/கோர்/டாக்ச்!1, ubports/core/code!2, and ubports/core/infrastructure!3. அவை அந்த வரிசையில் இணைக்கப்பட வேண்டும். அவ்வாறான நிலையில், உங்கள் எம்.ஆர் விளக்கங்கள் இதைப் போன்ற ஒன்றைக் கொண்டிருக்கும்:

• ubports/core/docs!1 இல்:

  யுபிதுறைமுகங்கள்/CORE/CODE! 2 மற்றும் யுபிதுறைமுகங்கள்/கோர்/உள்கட்டமைப்பு! 3 இந்த திரு.

• யுபிதுறைமுகங்கள்/core/code! 2 இல்:

  யுபிதுறைமுகங்கள்/docs! 1 இந்த திரு முன் இணைக்கப்பட வேண்டும். யுபிதுறைமுகங்கள்/core/infrastructure! 3 இந்த திரு.

• யுபிதுறைமுகங்கள்/core/உள்கட்டமைப்பில்! 3:

  யுபிதுறைமுகங்கள்/DOCS! 1 மற்றும் யுபிதுறைமுகங்கள்/CORE/INFUSTRUCTURE! 3 இந்த திரு முன் இணைக்கப்பட வேண்டும்.

மாற்றத்திற்கு முன்னும் பின்னும் இடைமுகம் எப்படி இருக்கும்?

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

சமர்ப்பிப்பு மற்றும் மதிப்பாய்வு

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

நாங்கள் உங்களை மதிக்கிறோம்

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

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

நாங்கள் பல கேள்விகளைக் கேட்கிறோம்

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

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

நாங்கள் மாற்றங்களைக் கேட்கிறோம்

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

பாரிய மாற்றங்களை நாங்கள் கேட்கலாம்

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

நாங்கள் தவறு செய்கிறோம் என்று நீங்கள் சொல்லலாம்

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

ஒன்றிணைத்தல் மற்றும் பராமரிப்பு

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

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

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

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