ବିଭିନ୍ନ ହୋଷ୍ଟ ପାଇଁ Git କୁ ଭିନ୍ନ ପ୍ରକ୍ସି ନିୟମ ଦିଅନ୍ତୁ

ଗୋଟିଏ Git ବିନ୍ୟାସ ଦୁଇଟି ସମ୍ପୂର୍ଣ୍ଣ ଭିନ୍ନ ପଥକୁ ସେବା କରିପାରେ: ଅନୁମୋଦିତ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପହଞ୍ଚୁଥିବା ବାହ୍ୟ ହୋଷ୍ଟ ଏବଂ ସିଧାସଳଖ ପହଞ୍ଚୁଥିବା ଆଭ୍ୟନ୍ତରୀଣ ହୋଷ୍ଟ। ପ୍ରତ୍ୟେକ ଥର ରେପୋଜିଟୋରୀ ବଦଳାଇବା ସମୟରେ ଗ୍ଲୋବାଲ୍ ଡିଫଲ୍ଟ ସମ୍ପାଦନ କରିବାକୁ ପଡ଼ିବ ନାହିଁ।

Git URL-ନିର୍ଦ୍ଦିଷ୍ଟ HTTP ବିନ୍ୟାସକୁ ସମର୍ଥନ କରେ। ଉଦାହରଣ ସ୍ୱରୂପ:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

ଯେଉଁଠାରେ ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ଅନୁମତିପ୍ରାପ୍ତ, ସେପରି ବାହ୍ୟ ସାର୍ବଜନୀନ ରେପୋଜିଟୋରୀ ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା ଡିଫଲ୍ଟ ଏଣ୍ଡପଏଣ୍ଟ ପାଇଁ ପ୍ରାର୍ଥୀ ପ୍ରଦାନ କରେ। ଖାଲି ମୂଲ୍ୟ ମେଳ ଖାଉଥିବା URL ପାଇଁ ସ୍ପଷ୍ଟ ଓଭରରାଇଡ୍। ଏହା ସେହି ଅଧିକ ନିର୍ଦ୍ଦିଷ୍ଟ କୀ ବିଲୋପ କରିବାଠାରୁ ଭିନ୍ନ, ଯାହା ସାଧାରଣ ପ୍ରକ୍ସିକୁ ପୁନର୍ବାର ପ୍ରକାଶ କରିପାରେ।

Git ବ୍ୟବହାର କରୁଥିବା URL ମେଳ କରନ୍ତୁ

ସ୍କିମ, ହୋଷ୍ଟନାମ, ପୋର୍ଟ, ପଥ ଏବଂ ଇଚ୍ଛାଧୀନ ବ୍ୟବହାରକାରୀ ନାମ ଦଲିଲଭୁକ୍ତ ମେଳ ନିୟମରେ ଅଂଶଗ୍ରହଣ କରନ୍ତି। URL ଉପବିଭାଗକୁ ସାଧାରଣ shell ୱାଇଲ୍ଡକାର୍ଡ ଅଭିବ୍ୟକ୍ତି ଭାବରେ ଗ୍ରହଣ କରନ୍ତୁ ନାହିଁ। ସଂକୀର୍ଣ୍ଣ ପଥ ନିୟମ ପ୍ରଶସ୍ତ ହୋଷ୍ଟ ନିୟମକୁ ପରାସ୍ତ କରିପାରେ।

ମେଳ ଖାଉଥିବା ପ୍ରକ୍ସି ବିନ୍ୟାସ ଉପରେ କେବଳ-ପଠନ ଦୃଶ୍ୟ ପାଇଁ:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

ଏହା ବିନ୍ୟାସ ମେଳ ଯାଞ୍ଚ କରେ। ଏହା ନେଟୱାର୍କ ପରୀକ୍ଷା ନୁହେଁ ଏବଂ ପଥ ପହଞ୍ଚଣୀୟ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ। ଅନ୍ୟ ବିନ୍ୟାସ ପରିସର ଏବଂ ସମ୍ପୃକ୍ତ ପରିବେଶ ସେଟିଂସ୍କୁ ମଧ୍ୟ ବିଚାର କରନ୍ତୁ।

ରିଡାଇରେକ୍ଟ ନୂଆ ବିନ୍ୟାସ ମେଳ ନୁହେଁ

Git ର ଡକ୍ୟୁମେଣ୍ଟ କହେ ମେଳ ଖାଉଥିବା URL ସେଗୁଡ଼ିକ ଯାହା ସିଧାସଳଖ Git ନିର୍ଦ୍ଦେଶକୁ ଦିଆଯାଏ; ରିଡାଇରେକ୍ଟ ଯୋଗୁଁ ପରିଦର୍ଶିତ URL ସେହି ମେଳରେ ଅଂଶଗ୍ରହଣ କରେ ନାହିଁ। ପ୍ରଥମ ହୋଷ୍ଟ ଡାଉନଲୋଡ୍ ଅନ୍ୟତ୍ର ରିଡାଇରେକ୍ଟ କଲେ ଏହି ସୀମା ମନେ ରଖନ୍ତୁ।

ପଥ ପରିବହନ ସହିତ ମଧ୍ୟ ମେଳ ଖାଇବା ଉଚିତ। ଏକ SSH ରିମୋଟ କେବଳ ସେହି ସେବା HTTPS ୱେବସାଇଟ୍ ଦିଏ ବୋଲି HTTP URL ଉପବିଭାଗ ଦ୍ୱାରା ପରିଚାଳିତ ହୁଏ ନାହିଁ।

କିଛି ଉଦ୍ଦେଶ୍ୟପୂର୍ଣ୍ଣ ନିୟମ ବ୍ୟବହାର କରନ୍ତୁ, ତାପରେ ପ୍ରତିନିଧିତ୍ୱ URL ପାଇଁ ଫଳାଫଳ ଯାଞ୍ଚ କରନ୍ତୁ। ଗ୍ଲୋବାଲ୍, ରେପୋଜିଟୋରୀ-ସ୍ଥାନୀୟ ଏବଂ URL-ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସି ଏଣ୍ଟ୍ରିଗୁଡ଼ିକର ଦୀର୍ଘ ସଞ୍ଚୟ ଆପଣ ପ୍ରକାଶ କରିବାକୁ ଚେଷ୍ଟା କରୁଥିବା ନେଟୱାର୍କ ପାର୍ଥକ୍ୟଠାରୁ ବହୁତ ଅଧିକ ବୁଝିବା କଷ୍ଟକର।