Repozitoriya hali mavjud boʻlmaganda unga xos proksi gʻalati tuyuladi. Muvaffaqiyatsiz clone qilib, konfiguratsiyani tahrirlab, qaytadan boshlash shart emas.

Clone birinchi fetch oldidan mahalliy sozlamani yozishi mumkin:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

Bu soʻnggi nuqtalar misollardir. Ruxsat etilgan ommaviy proksi marshrutidagi ommaviy HTTPS repozitoriy uchun HTTP proksi roʻyxatidan HTTP soʻnggi nuqtasini tanlang. Git bu variant yangi repozitoriya ishga tushirilgandan keyin va uning masofaviy tarixi fetch qilinishidan oldin amal qilishini hujjatlashtiradi. Shuning uchun bu proksi sozlamasi birinchi yuklab olishni qamrab olib, keyin yangi repozitoriyda qolishi mumkin.

Ikkita oʻxshash buyruq turli iz qoldiradi

Sozlamani clone qilingan repozitoriyda saqlamasdan marshrutni bitta chaqiruvga berish uchun subbuyruq oldiga -c qoʻying:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... va git -c ... clone oʻzaro almashtiriladigan config doiralari emas. Oʻsha repozitoriydagi kelgusi amallar proksini saqlashi kerakligini tanlang.

Bu tanlov muhim boʻlganda yangi repozitoriyning mahalliy configini tekshiring. Boshqa foydalanuvchi, tizim yoki URLga xos sozlamalar ham samarali siyosatda qatnashishi mumkin.

Marshrutni saqlashda parollarni bu misollardan chetda tuting. Clone konfiguratsiya variantiga berilgan hisob maʼlumotlari boʻlgan qiymat doimiy repozitoriya sozlamasiga aylanishi mumkin.

Bu HTTPS masofaviy repozitoriylarni oʻz ichiga olgan HTTP transport konfiguratsiyasi. SSH masofaviy repozitoriy hali ham oʻz SSH proksi marshrutiga muhtoj; SSHni 443 portga koʻchirish bu variant uni sozlashiga olib kelmaydi.

O'xshash maqolalar