ការកំណត់ផ្លូវប្រូកស៊ីសម្រាប់ម៉ូឌុលរង Git

ការក្លូនឃ្លាំងមេបានជោគជ័យ មិនបានសាកល្បងម៉ូឌុលរងទេ។ ម៉ូឌុលរងគឺឃ្លាំង Git មួយផ្សេងទៀត ដែលអាចនៅលើម៉ាស៊ីនផ្សេង និងប្រើការដឹកជញ្ជូនផ្សេង។

ចាប់ផ្តើមដោយអាន URL ដែលបានប្រកាស៖

git -C project config --file .gitmodules --get-regexp '^submodule\..*\.url$'
git -C project submodule status --recursive

ឃ្លាំងមេដែលទាញតាម HTTPS អាចមានម៉ូឌុលរងប្រើ git@host:។ ការកំណត់ប្រូកស៊ី HTTP មិនកំណត់ការតភ្ជាប់ SSH នោះទេ។ URL ទាក់ទងត្រូវដោះស្រាយតាម remote សមស្របរបស់គម្រោងមេ មិនមែនតាមអាសយដ្ឋានវេបដែលសន្មតពីឈ្មោះគម្រោងទេ។

ការកំណត់ក្នុងឃ្លាំងមានដែនកំណត់

កំណត់ត្រា http.proxy មូលដ្ឋានជារបស់ ឃ្លាំងដែលឯកសារកំណត់រចនាសម្ព័ន្ធមានវា។ ការពិនិត្យតែឃ្លាំងមេមិនបង្ហាញការកំណត់មានប្រសិទ្ធភាពទាំងអស់ក្នុងឃ្លាំងកូនដែលបានចាប់ផ្តើមទេ។

សម្រាប់ប្រូកស៊ី HTTPS បណ្តោះអាសន្នក្នុងការធ្វើបច្ចុប្បន្នភាពជាបន្តបន្ទាប់ ផ្តល់ការកំណត់បន្ទាត់ពាក្យបញ្ជា Git ទៅការហៅនោះ៖

git -C project -c http.proxy=http://203.0.113.10:8080 \
  submodule update --init --recursive

ជំនួស endpoint គំរូ។ សម្រាប់ម៉ូឌុលរង HTTPS សាធារណៈ ប្រើអាសយដ្ឋានពី បញ្ជីប្រូកស៊ី HTTP។ វាមិនបម្លែង URL SSH ទៅ HTTPS ទេ ហើយគួរពិនិត្យការកំណត់តាម URL ជាក់លាក់ ប្រសិនបើផ្លូវមិនរំពឹងទុក។

នៅពេល URL ដែលបានចុះបញ្ជីផ្លាស់ប្តូរ

Git ចុះបញ្ជីការកំណត់ម៉ូឌុលរងក្នុងមូលដ្ឋានពេលចាប់ផ្តើម។ ប្រៀបធៀបសេចក្តីប្រកាសថ្មីជាមួយតម្លៃមូលដ្ឋាន មុនសន្និដ្ឋានថាប្រូកស៊ីខូច។ sync ធ្វើបច្ចុប្បន្នភាព URL ពីសេចក្តីប្រកាសគម្រោង ប៉ុន្តែវាមិនមែនជាការកំណត់ប្រូកស៊ីបណ្តាញទេ។

នៅកំហុសជាន់គ្នា កត់ត្រាផ្លូវម៉ូឌុលរង និង remote ក្នុងកំហុស។ ប្រតិបត្តិការបន្តអាចទាក់ទងម៉ាស៊ីនជាច្រើន; ម៉ាស៊ីនខាងក្នុងអាចត្រូវការលើកលែងការតភ្ជាប់ផ្ទាល់ ខណៈម៉ាស៊ីនសាធារណៈប្រើប្រូកស៊ី។

បំបែកកំហុសដឹកជញ្ជូនពីកំហុសឃ្លាំង។ commit មិនមាន ការចូលប្រើត្រូវបដិសេធ និងការតភ្ជាប់ប្រូកស៊ីបរាជ័យ គឺជាមូលហេតុខុសៗគ្នារបស់ ‘submodule update failed’។