গিথবে প্রতিশ্রুতিবদ্ধ হওয়ার সময় গিট ব্যর্থ হয়

Question

আমি গিথুবকে আমার ল্যাপটপে হোস্ট করেছি এমন গিট রেপো ক্লোন করেছি। আমি কোনও সমস্যা ছাড়াই গিথুবে বেশ কয়েকটি প্রতিশ্রুতি সাফল্যের সাথে ধাক্কা দিতে সক্ষম হয়েছি। তবে, এখন আমি নিম্নলিখিত ত্রুটি পেয়েছি:

Compressing objects: 100% (792/792), done.
error: RPC failed; result=22, HTTP code = 411
Writing objects: 100% (1148/1148), 18.79 MiB | 13.81 MiB/s, done.
Total 1148 (delta 356), reused 944 (delta 214)

এখান থেকে এটি শুধু হ্যাং এবং পরিশেষে আমি আছে CTRL+ + Cটার্মিনালে ফিরে।

Comments

এইচটিটিপি ত্রুটি কেন আছে? আপনি এসএসএইচ দিয়ে গিথুবকে ঠেলাবেন না?

— ক্যাসাবেল

স্পষ্ট করার জন্য: originবিভাগের url টি .git/configএইচটিপি বলে না, এটি কি?

— ক্যাসাবেল

@ জেফ্রমি আমি পড়ুন / লেখার লিঙ্কটি ব্যবহার করে আমার ব্যক্তিগত রেপো ক্লোন করেছি।

— স্টিফেন মেলভিন

না, এটি https বলে। এটি অদ্ভুত কারণ ব্যর্থতার আগে আমি দুটি পুশ করতে সক্ষম হয়েছি।

— স্টিফেন মেলভিন

Answer 1

আমার একই সমস্যা ছিল এবং আমি বিশ্বাস করি যে এটি রেফোর আকার (সম্পাদিত- বা কোনও নির্দিষ্ট ফাইলের আকার) এর সাথে করতে হবে যা আপনি চাপতে চাইছেন।

মূলত আমি নতুন রেপো তৈরি করতে এবং সেগুলি গিথুবে ঠেলে দিতে সক্ষম হয়েছি। কিন্তু একটি বিদ্যমান কাজ করবে না।

এইচটিটিপি ত্রুটি কোডটি আমাকে ব্যাক আপ করবে বলে মনে হচ্ছে এটি 'দৈর্ঘ্যের প্রয়োজনীয়' ত্রুটি। সুতরাং এটি গণনা করা খুব বড় বা গ্রেটেড যে সর্বোচ্চ। কে জানে.

সম্পাদনা

আমি দেখেছি যে সমস্যাগুলি বড় ফাইলগুলি হতে পারে। আমার একটি আপডেট ছিল যা ধাক্কা দেবে না যদিও আমি সফলভাবে পয়েন্ট পর্যন্ত পেয়েছি। প্রতিশ্রুতিতে কেবল একটি ফাইল ছিল তবে এটি 1.6M এর মতো হয়েছিল

তাই আমি নিম্নলিখিত কনফিগারেশন পরিবর্তন যুক্ত

git config http.postBuffer 524288000

ফাইলের আকার 500M পর্যন্ত অনুমতি দেওয়া এবং তারপরে আমার পুশ কাজ করেছিল। এটি হতে পারে যে HTTP প্রোটোকলের উপর দিয়ে একটি বড় রেপো চাপানো শুরুতে এই সমস্যা ছিল।

শেষ সম্পাদনা

আমি যেভাবে এটি কাজ করতে পারি (পোস্টবফার সংশোধন করার আগে সম্পাদনা) তা ছিল আমার রেপো ট্যারি করা, এটি এমন কোনও মেশিনে অনুলিপি করা যা ssh ওপরে গিট করতে পারে এবং এটি গিথুবকে ঠেলাতে পারে। তারপরে আপনি যখন আসল সার্ভার থেকে একটি পুশ / টান করার চেষ্টা করবেন তখন এটি https- এ কাজ করা উচিত। (যেহেতু এটি কোনও আসল পুশের তুলনায় অনেক ছোট পরিমাণের ডেটা)।

আশাকরি এটা সাহায্য করবে.

Comments

আমার পক্ষেও কাজ করেছেন, যদিও আমার 411 এর চেয়ে HTTP 501 ত্রুটি ছিল Thanks ধন্যবাদ!

— এমাদ আহমেদ মনজুর

ধন্যবাদ! এটি কাজ করেছে এবং এমনকি আপলোডটি দ্রুত করে speed নতুন উইন্ডোজ অ্যাজুরি ওয়েবসাইটগুলিতে কোনও ওয়েবসাইটকে ধাক্কা দেওয়ার চেষ্টা করছিল এবং এটি ব্যর্থ হতে থাকে।

— জ্যাক

খুব সহজেই এই মানটি সেট করার কোনও খারাপ দিক রয়েছে?

— snogglethorpe

@ স্নোগলেথরপে সম্ভাব্য: "স্থানান্তর-এনকোডিং: অংশটি স্থানীয়ভাবে একটি বৃহত প্যাক ফাইল তৈরি করতে এড়ানোর জন্য ব্যবহৃত হয়"। যদি আপনি কোনও বিশাল কিছুর কাছে মান সেট করেন, আপনি চাপ দেওয়ার চেষ্টা করার পরে আপনি বিশাল প্যাক ফাইল তৈরি করতে পারেন। সমস্ত ফাইল-সিস্টেমগুলি বিশাল ফাইলগুলিকে ভালভাবে পরিচালনা করে না এবং তারা দক্ষতার সাথে ছাঁটাই করতে পারে না। আপনি এই ফাইলগুলি .git / অবজেক্টস / প্যাকটিতে দেখতে পারেন।

— শিং

পরিবর্তন করা ক্ষতিকারক চেয়ে http.postBufferবেশি অপ্রয়োজনীয় , তবে একটি নেতিবাচক পার্শ্ব প্রতিক্রিয়া রয়েছে: ডিফল্টর উপরে এটি বৃদ্ধি করা বড় ধাক্কাগুলির জন্য বিলম্বিতা বাড়িয়ে তুলতে পারে (যেহেতু ক্লায়েন্ট এইচটিটিপি অনুরোধটিকে বৃহত্তর অংশগুলিতে বাফার করবে)।

— স্বাধীন কুমার

Answer 2

যদি এই আদেশ সাহায্য না করে

গিট কনফিগারেশন http.postBuffer 524288000

Ssh পদ্ধতিটি https এ পরিবর্তন করার চেষ্টা করুন

git remote -v
git remote rm origin 
git remote add origin https://github.com/username/project.git

Answer 3

সার্ভার ইস্যু (যেমন একটি "গিটহাব" ইস্যু) দেখে মনে হচ্ছে।
আপনি তাকান তাহলে এই থ্রেড , এটা যখন ঘটতে পারে git-http-backendএকটি দূষিত গাদা পায়। (এবং যেহেতু তারা শুধু জায়গা রাখা একটি স্মার্ট HTTP সমর্থন ...)
কিন্তু যাই হোক না কেন প্রকৃত কারণ, এটি সাম্প্রতিক সঙ্গে সম্পর্কিত হতে পারে মধ্যে বিক্ষিপ্ত ব্যাহত গিটহাব ফাইলসভারের মধ্যে একটি ।

আপনি কি এখনও এই ত্রুটি বার্তাটি দেখতে পাচ্ছেন? কারণ যদি আপনি:

• আপনার স্থানীয় গিট সংস্করণ পরীক্ষা করুন (এবং সর্বশেষতমটিতে আপগ্রেড করুন)
• এটি গিটহাব বাগ হিসাবে রিপোর্ট করুন ।

---

দ্রষ্টব্য: স্মার্ট এইচটিটিপি সমর্থন আমাদের যাচাইযোগ্য-ভিত্তিক এন্টারপ্রাইজ ফায়ারওয়াল প্রক্সি পিছনে তাদের জন্য একটি বড় চুক্তি!

এখন থেকে, আপনি যদি http://url- র উপরে কোনও সংগ্রহস্থল ক্লোন করেন এবং আপনি একটি গিট ক্লায়েন্ট সংস্করণ ১.6..6 বা ততোধিক ব্যবহার করেন তবে গিট স্বয়ংক্রিয়ভাবে নতুন, আরও ভাল পরিবহন ব্যবস্থা ব্যবহার করবে।
আরও আশ্চর্যজনক, তবে এটি হ'ল আপনি এখন সেই প্রোটোকলটি ধরে রাখতে পারেন এবং পাশাপাশি ব্যক্তিগত সংগ্রহস্থলগুলি ক্লোন করতে পারেন। আপনি যদি কোনও ব্যক্তিগত ভাণ্ডার অ্যাক্সেস করেন, বা আপনি কোনও সহযোগী এবং পুশ অ্যাক্সেস চান, আপনি ইউআরএলটিতে আপনার ব্যবহারকারীর নাম রাখতে পারেন এবং আপনি যখন অ্যাক্সেস করার চেষ্টা করবেন তখন গিট আপনাকে পাসওয়ার্ডের জন্য অনুরোধ করবে।

পুরানো ক্লায়েন্টগুলিও পুরানো, কম দক্ষতার পথে ফিরে আসবে, তাই কোনও কিছুই ভাঙা উচিত নয় - কেবল নতুন ক্লায়েন্টদের আরও ভাল কাজ করা উচিত।

সুতরাং আবার, আপনার গিট ক্লায়েন্টকে প্রথমে আপগ্রেড করতে ভুলবেন না।

Comments

আমি একটি এডিএসএল ওয়্যারলেস রাউটার (ফরাসী অরেঞ্জ লাইভবক্স) এর পিছনে একইরকম সমস্যায় পড়েছি: github.com এ আমার এসএসএইচ কীটি প্রকাশ করা অসম্ভব , https এর উপরে আটকে থাকুন ... যতক্ষণ না আমি একটি বিকল্প ইন্টারনেট অ্যাক্সেস ব্যবহার করি।

— ইয়ভেস মার্টিন

আমি যখন "ত্রুটি" পেয়েছিলাম তখন স্মার্ট এইচটিটিপি সহায়তা আমাদের ফায়ারওয়াল প্রক্সি দিয়ে আমাকে পরিচালনা করতে সক্ষম হয়েছিল: আরপিসি ব্যর্থ হয়েছিল; ফলাফল = 22, HTTP কোড = 0 "যখন আমি ধাক্কা দেওয়ার চেষ্টা করেছি।

— বোগগিন

@ বোগগিন হ্যাঁ, আমি নিশ্চিত করি যে কোনও প্রক্সি পিছনে থাকার পরে স্মার্ট এইচটিপি সাধারণত পছন্দের পছন্দ। স্ট্যান্ডার্ড http / https পোর্ট সর্বদা খোলা থাকে (প্রায়)।

— ভনসি

Answer 4

বাশের পরিবর্তে গিট জিইউআই থেকে পুশ করা আমার পক্ষে কাজ করে।

Answer 5

আমি আমার নিজস্ব হোস্ট করা বনোবো-গিট সার্ভারে চাপ দেওয়ার চেষ্টা করেছি, এবং বুঝতে পারিনি যে, http.postbuffer বলতে প্রকল্পের ডিরেক্টরি ...

তাই কেবল অন্য বিভ্রান্ত ব্যক্তিদের জন্য:

কেন? আমার ক্ষেত্রে, আমার কাছে সম্পদের বড় আকারের জিপ ফাইল ছিল এবং কিছু পিএসডিও ধাক্কা মেরেছিল - আমার ধারণা বাফারটির পক্ষে এটি বড়।

কীভাবে এই http.postbuffer করবেন: সার্ভারে নয়, .git ফোল্ডারের পাশে আপনার প্রজেক্টের src ডিরেক্টরিতে এই কমান্ডটি কার্যকর করুন।

সচেতন থাকুন, বড় বা টেম্প (ফাইল) সেই বাফার আকারটি তৈরি করা হবে।

দ্রষ্টব্য: কেবলমাত্র আপনার বৃহত্তম ফাইলগুলি পরীক্ষা করুন, তারপরে বাফার সেট করুন।

Answer 6

বেশিরভাগ ধাক্কা দেওয়ার সমস্যাটি ফাইলগুলির আকারের কারণে যা ধাক্কা দেওয়া দরকার। আমি মাত্র 2 এমবি আকারের কিছু লাইব্রেরি ঠেলে দেওয়ার চেষ্টা করছিলাম, তারপরেও ধাক্কাটি আরপিসির ত্রুটি দিয়েছিল 7 ফলাফলটি The লাইনটি 4 এমবিপিএসের এবং এটি ভাল কাজ করছে। পরবর্তী কিছু ধাক্কা চেষ্টা করে আমার সাফল্য পেয়েছিল। যদি এই ধরনের ত্রুটিটি আসে তবে কয়েক মিনিট অপেক্ষা করুন এবং চেষ্টা চালিয়ে যান।

আমি আরও জানতে পেরেছিলাম যে যদি গিথুব ডাউন হয় বা তাদের পাশে অস্থির নেটওয়ার্ক পাচ্ছে তবে কিছু RPC ব্যর্থতা রয়েছে।

তাই কিছু বিরতির পরে চেষ্টা করা একমাত্র বিকল্প!

Answer 7

এই ক্ষেত্রে আপনি https আটকে থাকলে ssh চেষ্টা করতে পারেন।

এছাড়াও আপনি বাফরের আকারকে জ্যোতির্বিজ্ঞানের আকারে বাড়ানোর চেষ্টা করতে পারেন যাতে আপনাকে বাফার আকার সম্পর্কে আর কোনও গিট কনফিগারেশন নিয়ে চিন্তা করতে হবে না http.postBuffer 100000000