বস্তু লেখার সময় গিট স্তব্ধ হয়ে যায়

Question

আমি চেষ্টা করছি git push -u origin masterএবং এটি কেবল স্তব্ধ হয়ে আছে

Writing objects:  99% (219/220), 12.65 MiB | 97 KiB/s

12.65অংশ প্রায় জনতার। আমি যখন প্রক্রিয়াটি থেকে বেরিয়ে এসে আবার চালিত করি, তখন এটি পুনরায় শুরু হয় 99% তবে শেষ হয় না আগের মত।

এটি সফলভাবে কখনই ধাক্কা দেয় না। এটি প্রাথমিক প্রতিশ্রুতি।

Comments

আপনি কোথায় যেতে চান? আপনি কি এসএসএইচ বা অন্য কোনও প্রোটোকল ব্যবহার করছেন?

— পাওলো ইবারম্যান

http.postbufferসাহায্য সেট করবে ? stackoverflow.com/questions/6842687/...

— VonC

ভনকের মন্তব্য উপেক্ষা করা খুব সহজ। এটা আমার জন্য কাজ করে.

— থুয়ান

অবিশ্বাস্য. এটি আমার জন্যও করেছিল। এবং এটি এখন 2018। এবং এটি এসএসএইচ, HTTP নয়। এবং পুরো রেপো 15MB এর মতো। এবং "রিমোট" সার্ভারটি লোকালহোস্ট। অনুগ্রহ করে গিটকে রোমান্টিক করা বন্ধ করুন! ;)

— এসজেড

Answer 1

আমি ভনকের পরামর্শ অনুসরণ করেছি:

git config --global http.postBuffer 524288000

---

ভবিষ্যতের রেফারেন্সের জন্য, মন্তব্যের উপর ভিত্তি করে:

500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')

Comments

ওম, এর জন্য আপনাকে ধন্যবাদ! আমার চুল টানছিল, এবং এটি আমার সমস্যাগুলি সমাধান করেছে!

— ব্রেট থমাস

@ হুগোফরফেট বাফার বাড়ানো আমার ফাইলগুলির ঝুলন্ত লেখার সমাধান করার জন্য মনে হয়েছিল, তবে আমার গিট পুশ কখনই শেষ হয়নি (পরে ঝুলানো Writing objects: 100%) - আগে এটি 25% এ ঝুলছিল তাই এটি স্পষ্টভাবে সহায়তা করেছিল। তবে, আমি তখনও "অদ্ভুত" আচরণ পাচ্ছিলাম। আমি আমার সিস্টেমটি পুনরায় চালু করেছি এবং এটি জিনিসগুলি সমাধান করার জন্য মনে হয়েছিল ... এফওয়াইআই ... যদি কেউ এখনও তাদের বাফার বাড়ানোর পরে সমস্যাগুলি আঘাত করছে, আমার সিস্টেমে পুনরায় চালু করা আমার পরিস্থিতিতে সহায়তা করেছে (পুরাতন স্কুল সমাধানটি এর চেয়ে কম তবে একটি নতুন পুনর্সূচনা সত্যই সহায়তা করবে না)।

— টকনাব

নম্বরটি 524288000কোথা থেকে আসে কেউ ব্যাখ্যা করতে পারেন ?

— রাইর

@ রেয়ার এটি 500 এমবি

— হুগো

— Youশ্বর

Answer 2

রেপো ডিরেক্টরিতে বিশাল, অজানা ফাইলের কারণে এটি ঘটছিল। ওফফফ।

সম্পাদনা

হ্যাংটি হ'ল কারণ ফাইলটি আপলোড করতে দীর্ঘ সময় নিয়েছিল। ফাইলটি ধাক্কায় অন্তর্ভুক্ত করার কথা ছিল না।

সম্পাদনা

যদিও এটা সত্যি একটি বিশাল ফাইল, এই সমস্যাটি পিছনে কারণ হতে পারে যে আপনি যদি প্রশ্নে ফাইল উপেক্ষা করতে পারেন না বা শুধু আছে ধাক্কা তাহলে অনুসরণ এই উত্তর।

Comments

@ টিমোসোলো আমি কেন এটি করব? সমস্যাটি নিয়ে আমিই একজন ছিলাম এবং ঠিক ঠিকটি আমি নথিভুক্ত করেছি। অনেকটাই অকপট.

— mattalxndr

হ্যাঁ, আপনার সমস্যাটি হ'ল সমস্যাটি সরানো। অন্যান্য লোকেদের জন্য যাদের আসলে একটি বড় ফাইল ঠেলা দরকার, @ হুগো-ফোর্তের উত্তর সমস্যাটি সমাধান করে। আপনি না আছে , আমি শুধু ভেবেছিলাম এটা আরও অনেক বেশি মানুষের সাহায্য করবে - তাই আত্মা হবে।

— টিমোসলো

প্রশ্নটি হ'ল "আমি কীভাবে প্রতিশ্রুতিবদ্ধ হতে পারি, তারপরে একটি বিশাল ফাইল টিপব?"। এটি "আমার গিট ধাক্কা কাছাকাছি আসছে। কেন?" আপনি যদি ধাক্কা চিরকালের জন্য নেওয়ার প্রত্যাশা না করেন তবে আপনি সম্ভবত (আমার মতো) এই বিশাল ফাইলটি প্রতিশ্রুতি দেবেন না।

— ম্যাটটালেক্সান্ডার

@mattalxndr যখন অনুমোদিত উত্তরটিতে 1/8 টি ভোট থাকে, আপনার সম্ভবত এটি পরিবর্তন করা উচিত।

— NorCalKnockOut

@mattalxndr উভয়ই উত্তর সঠিক নয়। একটি কারণ চিহ্নিত করে এবং অন্যটি সমাধান দেয়। আদর্শ উত্তরটি কারণটি সনাক্ত করতে পারে, কেন এটি প্রদত্ত ফলাফল রয়েছে তা ব্যাখ্যা করবে এবং দুটি বিকল্প সমাধান দেবে। আইএমও, বর্তমান বিকল্পগুলির মধ্যে হিউগো ফোর্টারের উত্তরটি সর্বোত্তম, কারণ আপনি ফাইলটি চাপছিলেন কিনা তা নির্বিশেষে এটি সমস্যার সমাধান করবে। এটি সেই লোকদের উপেক্ষা করছে না যারা আপনার মতো একই ভুল করেছিল; এটি অন্য কারোর মতোই তাদের জন্য সমস্যাটি ঠিক করে, তবে তারা যদি চাপ দেওয়ার ইচ্ছা না করে তবে কোনও ফাইল অপসারণ করতে তাদের কাছে রেখে দেয়।

— বিজেড 1

Answer 3

মারাত্মক মারাত্মক (আটকে থাকা বস্তু% 16) নিয়ে আমার একই সমস্যা ছিল। আমি বর্তমান পরিবর্তনগুলি সংরক্ষণ করে একটি নতুন সংগ্রহস্থল ক্লোন করে সমাধান করেছি, তারপরে পরিবর্তিত ফাইলগুলি এতে অনুলিপি করব।

যেমন ধরুন বর্তমান সংগ্রহস্থলটি হ'ল A, তারপরে আপনার যা করতে হবে তা হ'ল:

1. mv A B
2. git clone A
3. mv B/* A/
4. rm -rf B

তারপরে প্রতিশ্রুতিবদ্ধ এবং ধাক্কা এবং এটি সব ভাল কাজ করে। এটি সরানো ফাইলগুলিকে সংশোধিত হিসাবে স্বীকৃতি দিয়েছে :)

Comments

আপনি একটি ভিন্ন লক্ষণ অনুভব করছিলেন। খনিতে মারাত্মক ত্রুটি নেই।

— mattalxndr

Answer 4

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

আপনার কাছে যদি দূরবর্তী রেপোতে লেখার সঠিক অধিকার থাকে তবে তা পরীক্ষা করে দেখুন।

উদাহরণ:

স্থানীয় এবং দূরবর্তী রেপো চালু করুন

git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src

উত্সে রিমোট রেপো যুক্ত করা হচ্ছে

src > git remote add dest /tmp/dst

সিমুলেটিং সমস্যা

src > chmod -R 555 /tmp/dst

জাল ফাইল যুক্ত করা এবং এটি ঠেলাঠেলি

src > touch a && git add a && git commit -m 'demo'
src > git push --set-upstream dest master
src > git push
Counting objects: 3, done.
Writing objects: 99% (2/3), 202 bytes | 0 bytes/s.

গিট ঝুলছে

সমাধান

src > chmod -R 775 /tmp/dst

Comments

ধন্যবাদ, আপনার উত্তরে আরও কয়েকটি অনুকরণীয় বিশদ যুক্ত করার কথা বিবেচনা করুন।

— মির্জা সিসিক

দুঃখিত ইহা কি ভালো ?

— নাউইস

Answer 5

আমার পরিস্থিতিতে এটি ফাইলের আকার ছিল। প্রয়োজনীয় এক্সটেনশনগুলির সাথে একটি .gitignore ফাইল যুক্ত করে আমি বেশিরভাগ অবাঞ্ছিত ফাইলগুলিকে ঠেলে দিতে এড়াতে সক্ষম হয়েছি।

Answer 6

আমার ক্ষেত্রে আমার ধীরে ধীরে ইন্টারনেট আপলোডের গতি ছিল এবং আমি যে ফাইলটি চাপতে চাইছিলাম তা বড় ছিল, কৌশলটি হ'ল গিট এলএফএস (বৃহত ফাইল স্টোরেজ) ব্যবহার করা যা বড় ফাইলগুলি আপলোড করার জন্য অনেক বেশি ধৈর্যশীল, আপনি এখানে একটি গিট এলএফএস টিউটোরিয়াল খুঁজে পেতে পারেন

Answer 7

git clean -f -nআমার সমস্যা সমাধান করে অনেকগুলি ট্রেড করা ফাইল সনাক্ত করা যায় নি। তবে সাবধান হন কারণ এটি আপনার ডিরেক্টরিতে থাকা ফাইলগুলি সরিয়ে দেবে

Comments

বিশেষত এটি কোন ফাইলগুলি সরিয়ে দেবে?

— জাজিমভ

Answer 8

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

আপনার কোম্পানির একই সীমাবদ্ধ নিয়ম আছে কিনা তা পরীক্ষা করে দেখুন।

Answer 9

উইন্ডোজ 10 মেশিনে আমার একই সমস্যা writing objectsছিল , এটি ঝুলছিল, তবে কিছুটা আলাদা পরিস্থিতিতে।

আমার যখন সমস্যা হয়েছিল তখনই আমি যখন সংগ্রহস্থলগুলিতে নতুন ফাইল যুক্ত করার চেষ্টা করছিলাম। আমি যদি ইতিমধ্যে বিদ্যমান ভাণ্ডারগুলিতে থাকা ফাইলগুলিকে আপডেট করি প্রতিদ্বন্দ্বী ঠিকঠাক কাজ করে যাচ্ছিল এবং ফাইলটির আকার বড় ছিল কি না তা সত্যিই কিছু আসে যায় না। বেশিরভাগ ক্ষেত্রেই আমি নতুন স্ক্রিপ্ট যুক্ত করার চেষ্টা করছিলাম।

আমি ইন্টারনেটে পাওয়া অন্যান্য সমাধানগুলি চেষ্টা করেছিলাম কিন্তু আমার ক্ষেত্রে কিছুই কার্যকর হয়নি এবং আমি শেষ চেষ্টা করেছি যা আসলে কাজ করেছিল। দেখে মনে হচ্ছে এটি নির্দিষ্ট ড্রাইভ এবং ফোল্ডারের জন্য কিছু উইন্ডোজ অনুমতিগুলির কারণে ছিল যা অ্যাপ্লিকেশনটিকে সেই নির্দিষ্ট ফোল্ডারে লিখতে বা বাড়াতে বাধা দেয় এমনকি আমি অ্যাডমিন অ্যাকাউন্টে লগ ইন করে এবং অ্যাডমিন হিসাবে অ্যাপটি চালাচ্ছিলাম। সুতরাং এই আদেশ:

attrib -r +s D:\foldername 

বিষয়টি আমার জন্য ঠিক করে দিন।

কেবল এখানে এটি পোস্ট করা, কারও কাছে আমার মত একই সমস্যা রয়েছে।