Git କ୍ଲୋନ୍ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ କାମ କରେ, କିନ୍ତୁ Git LFS ବିଫଳ ହୁଏ

Git ଅବଜେକ୍ଟଗୁଡ଼ିକର ସ୍ଥାନାନ୍ତର ସମାପ୍ତ ହୋଇପାରେ ଯେତେବେଳେ LFS ବିଷୟବସ୍ତୁ ଏବେ ମଧ୍ୟ ଅନୁପସ୍ଥିତ ରହିଥାଏ। Git ପଏଣ୍ଟର ଫାଇଲଗୁଡ଼ିକୁ ସଂରକ୍ଷଣ କରେ; LFS କ୍ଲାଇଣ୍ଟ ବଡ଼ ଅବଜେକ୍ଟଗୁଡ଼ିକ ପାଇଁ ଅଲଗା ଅନୁରୋଧ କରେ।

Git LFS ସ୍ଥାପିତ ଥିବା ପ୍ରଭାବିତ checkout ରେ, ଏହାର endpoint ଏବଂ ଶେଷ ବିଫଳତା ଯାଞ୍ଚ କରନ୍ତୁ:

git -C project lfs env
git -C project lfs logs last

ଆଉଟପୁଟକୁ ସ୍ଥାନୀୟ ଭାବରେ ସମୀକ୍ଷା କରନ୍ତୁ; repository URL ଏବଂ ଲଗଗୁଡ଼ିକ ଚିହ୍ନଟ କିମ୍ବା ପ୍ରମାଣୀକରଣ ସୂଚନା ପ୍ରକାଶ କରିପାରେ। ପ୍ରଥମ ବିଫଳ ପର୍ଯ୍ୟାୟ ଚିହ୍ନଟ କରନ୍ତୁ:

1. LFS API ସହ ଯୋଗାଯୋଗ କରିବା।
2. Batch API ର ଡାଉନଲୋଡ୍ ଆକ୍ସନ୍ ପାଇବା।
3. ସେହି ଆକ୍ସନର ଡାଉନଲୋଡ୍ URL ରେ ପହଞ୍ଚିବା, ଯାହା ଏକ ଭିନ୍ନ object-storage host ଏବଂ ପ୍ରଦାନ କରାଯାଇଥିବା headers ବ୍ୟବହାର କରିପାରେ।
4. ଅବଜେକ୍ଟର body ସ୍ଥାନାନ୍ତର କରିବା।

repository ର LFS endpoint overrides ଏବଂ ପ୍ରକୃତ URL ଉଭୟ ଯାଞ୍ଚ କରନ୍ତୁ। LFS ର ନିଜସ୍ୱ HTTP implementation, configuration ଏବଂ inherited proxy environment ଅଛି। Git LFS 3.7.0 ପାଇଁ, ପ୍ରକୃତ request URL ପାଇଁ ଏହାର proxy-selection order ଅନୁସରଣ କରନ୍ତୁ। ସାଧାରଣ Git HTTPS host ରେ ପହଞ୍ଚିବା ପରବର୍ତ୍ତୀ ସମସ୍ତ object route ପରୀକ୍ଷା କରେ ନାହିଁ। object-host authentication ବିଫଳତା ମଧ୍ୟ proxy 407 ଠାରୁ ଭିନ୍ନ।

ଯେତେବେଳେ ଆପଣ ଡାଉନଲୋଡଗୁଡ଼ିକ ଚାହାଁନ୍ତି, ଏକ ନିୟନ୍ତ୍ରିତ repository ରେ ଅଲଗା fetch ଆଉ ଏକ clone ବିନା ବିଫଳତା ପ୍ରକାଶ କରିପାରେ:

git -C project lfs fetch

ଏହା ଅବଜେକ୍ଟଗୁଡ଼ିକୁ ସ୍ଥାନାନ୍ତର କରେ; ଏହା ଏକ read-only settings query ନୁହେଁ। ପରେ ଆବଶ୍ୟକ ବିଷୟବସ୍ତୁ ଉପଲବ୍ଧ ଅଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ। ଆଂଶିକ checkout ରେ ରହିଥିବା ଏକ ଛୋଟ pointer ବଡ଼ ଫାଇଲ ନୁହେଁ, ଏବଂ ପୂର୍ବରୁ ସଫଳ Git command LFS ସ୍ଥାନାନ୍ତର ସମ୍ପୂର୍ଣ୍ଣ ହୋଇଛି ବୋଲି ପ୍ରତିଷ୍ଠା କରିପାରିବ ନାହିଁ।