Yarn Classic და Modern: პროქსის პარამეტრები და კონფიგურაციის ფაილები
გამოიყენეთ იმ Yarn-ის გამოშვების კონფიგურაციის ფორმატი, რომელიც რეალურად მუშაობს, და ნუ შერევთ Classic-ის პროქსის გასაღებებს თანამედროვე YAML პარამეტრებთან.
ჯერ შეამოწმეთ Yarn-ის გამოშვება წარუმატებელ პროექტში:
yarn --versionპროექტში არჩეული გამოშვება შეიძლება განსხვავდებოდეს სხვა checkout-ის ან ტერმინალისგან. გამოიყენეთ მისი შესაბამისი კონფიგურაციის ფორმატი.
Yarn Classic იყენებს ძველ .yarnrc ფორმას:
proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"Modern Yarn იყენებს camelCase გასაღებებს .yarnrc.yml-ში:
httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"ჩაანაცვლეთ დოკუმენტაციის ენდპოინტი თქვენი სერვისის HTTP პროქსით ან HTTP პროქსების სიიდან. ეს სხვადასხვა ფორმატია და არა ურთიერთშემცვლელი სახელები ერთ უნივერსალურ ფაილში. Classic-ის დეფისიანი გასაღების თანამედროვე YAML-ში ჩასმა შეიძლება ჩავარდეს კონფიგურაციის ეტაპზე, სანამ პროქსი შემოწმდება.
დაადგინეთ ფაილი, რომელსაც არჩეული გამოშვება კითხულობს, პროექტისა და მიმდებარე/სახლის ძიების წესების ჩათვლით. უფრო კონკრეტული hostname-ის პარამეტრმა ასევე შეიძლება აირჩიოს სხვა მარშრუტი. რეესტრი რჩება პაკეტის მეტამონაცემების წყაროდ; მისი პროქსის IP-ით ჩანაცვლება არ აყენებს გადამისამართებას.
ფაილის/გასაღების გასწორების შემდეგ დააკვირდით ოპერაციას, რომელსაც ნამდვილად სჭირდება ქსელზე წვდომა. ქეშირებული შედეგი შეიძლება მალავდეს არასწორ მარშრუტს. გამოიყენეთ რეალურად წარუმატებელი hostname და შეცდომა, რათა გადაწყვიტოთ, შემდეგი პრობლემა მარშრუტიზაციაა, ავთენტიფიკაცია თუ სერტიფიკატის ნდობა.