গিট, মারাত্মক: দূরবর্তী প্রান্তটি অপ্রত্যাশিতভাবে স্তব্ধ হয়ে গেছে

277

আমি যখন দৌড়ানোর চেষ্টা করেছি

git push origin master --force

আমি মাত্র পেলাম

Counting objects: 2649, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

সুরক্ষিত না থাকার সাথে কি এমন কিছু করার দরকার? আমি মারাত্মক সাড়া জবাব হিসাবে একটি সর্বজনীন কী তৈরি করার চেষ্টা করেছি : দূরবর্তী প্রান্তটি অপ্রত্যাশিতভাবে ঝুলিয়ে আবার এটি চালিয়ে গেছে, তবে এটি এখনও কার্যকর হয় না। আমি কি আসলে কী ব্যবহার করছি না? যদি তা হয় তবে আমি কীভাবে এটি ব্যবহার করব?

git github

— DanielLC
সূত্র

দয়া করেgit remote -v

— চার্লসবি

1

— গিথুবকে

13

গিট কনফিগারেশন http.postBuffer 524288000 # এটি আমার পক্ষে কাজ করে

— হরি দাস

আপনি পেতে যদি error: could not lock config file .git/config: No such file or directoryদেখতে stackoverflow.com/a/32329453/827525

— niksmac

1

আমি কাজের প্রস্তাবিত সমাধানগুলির কোনও পাইনি। তারপরে আমি গিটক্রেনকে চেষ্টা করেছিলাম। এটি কয়েকটি গিট প্রোগ্রামগুলির মধ্যে একটি যা git.exe ব্যবহার করে না। গিটক্রেন এটি করতে পারে। গিটক্রাকেন সংগ্রহস্থলটিকে ঠেলে দেওয়ার পরে আমি git.exe এ ফিরে যেতে পারি এবং কোনও সমস্যা ছাড়াই সিঙ্ক করতে পারি।

— লার পেহারসন

83

এই অনুরূপ আমি GitHub পেতে পারি SSH ডিফল্ট করুন এবং নতুন ভান্ডার জন্য নয় HTTPS থেকে । সম্ভবত এটি HTTP প্রোটোকল থেকে ssh এ স্যুইচ করার চেষ্টা করার মতো:

$ git remote add origin git@github.com:username/project.git

— Vitalliuss
সূত্র

আমি কেবল HTTP থেকে https এ স্যুইচ করতে পারি না কেন?

— ড্যানিয়েলএলসি

10

bash-3.2 $ গিট রিমোট অ্যাড অরিজিন git@github.com: xxx / xx.git মারাত্মক: দূরবর্তী উত্স ইতিমধ্যে বিদ্যমান। কেন?

— almaruf

11

@ আলমারুফ এর কারণ এটি রিমোট originইতিমধ্যে রয়েছে এবং আপনি এটি প্রতিস্থাপনের চেষ্টা করছেন। গিট এটি অনুমতি দেয় না। সুতরাং আপনাকে প্রথমে করতে হবে git remote rm originআবার চেষ্টা করুন। এটি কাজ করবে

— আলফি

নিশ্চিত হয়ে নিন যে আপনি যদি প্রকল্পটির নতুন কোনও ক্লোনটি দিয়ে থাকেন তবে তা শুরু করুনgit init

— রাউল

আপনি ssh ওভার গিট প্রোটোকল ব্যবহার করতে পারেন (যার জন্য ssh কী প্রয়োজন) বা https প্রোটোকল যা ব্যক্তিগত অ্যাক্সেস টোকেনের মাধ্যমে ব্যবহারকারীর নাম এবং পাসওয়ার্ড প্রয়োজন - আমি পরে পছন্দ করি

— রাউল

520

সমস্যাটি গিট / https বাফার সেটিংসের কারণে। এটি সমাধানের জন্য ( গিথুবকে প্রতিশ্রুতি দেওয়ার সময় গিট ব্যর্থ হয় )

git config http.postBuffer 524288000

এবং আবার কমান্ড চালান

— রোমান এম
সূত্র

4

আমার 500MB এর চেয়ে বেশি বাফার দরকার - এটি কি সম্ভব? পোস্টবফার নম্বরটি যদি আরও উচ্চতর করা হয় তবে এটি কোনও পার্থক্য বলে মনে হচ্ছে না ...

— jowie

লিঙ্কটির জন্য ধন্যবাদ - আমি পুশকে আরও ছোট অংশগুলিতে ভাগ করে সমস্যাটি সাজিয়েছি। আমার যদি আবার সমস্যা হয় তবে আমি জানি কোথায় দেখতে হবে!

— jowie

17

এটি দিয়ে --globalকী ব্যবহার করা ভাল ধারণা হবে ? আমি নিয়মিত বড় সংগ্রহস্থলগুলির সাথে ডিল করি।

— দাআউইউইলিজপি

2

@ shivam13juna কিছুই কখনই ইন্টারনেট থেকে মুছে ফেলা হয় না: :) web.archive.org/web/20170119225336/http://github.com/gitlabhq/…

— রোমান এম

3

আমি "গিট কনফিগারেশন http.postBuffer 524288000" চালিয়েছি, তবে এখনও সমস্যার সমাধান হয়নি, এটি এখনও একই কথা বলেছে, রিমোট প্রান্তটি অপ্রত্যাশিতভাবে স্তব্ধ হয়ে গেছে

— নরেন্দ্র

80

কারণ: গিটের জন্য ডিফল্ট ফাইল পোস্টের আকারটি ছাড়িয়ে গেছে।

সমাধান:

রেপোতে নেভিগেট করুন।

সংগ্রহস্থলে নেভিগেট করার পরে বাফারটিকে 500 এমবি বাড়ানোর জন্য নিম্নলিখিত কমান্ডটি চালান:

git config http.postBuffer 524288000

— চিনু
সূত্র

2

কোড ট্যাগ ব্যবহার করে আপনার কোডটি ফর্ম্যাট করুন। কোডটি কী করে তাও ব্যাখ্যা করুন কারণ এটি একটি পুরানো পোস্ট, আপনার উত্তরটি যথাসম্ভব ভাল করুন।

— ড্যান গ্রাহন

31

আপনি git config ssh.postBuffer 524288000যদি http এর পরিবর্তে এসএসএসের উপরে পোস্ট করেন তবে আপনিও ব্যবহার করতে পারেন।

— জন এম

কিছু ক্ষেত্রেgit config --global http.postBuffer 100000000

— কাজ এম

এই আদেশটি কার্যকর করার পরে আমি 'মারাত্মক: গিট ডিরেক্টরিতে নেই'

— পেয়েছি

@ জনম এই বিকল্পটি বিদ্যমান বলে মনে হচ্ছে না, এটি ম্যান পেজে বা git-scm.com/docs/git-config- এ নথিভুক্ত নয়

— কেউ নেই

29

আপনি এটির মতো একটি ত্রুটি পেতে পারেন

ত্রুটি: কনফিগার ফাইলটি লক করা যায়নি। git / কনফিগার: এ জাতীয় কোনও ফাইল বা ডিরেক্টরি নেই

এর কারণ আপনার কাছে কোনও স্থানীয় .git/configফাইল নেই এবং আপনি এটি এই আদেশ দ্বারা এটি কার্যকর করতে পারেন

git config --global http.postBuffer 524288000

— niksmac
সূত্র

সাইগউইনের অভ্যন্তরে খুব ধীর পিসিতে ক্লোন করার চেষ্টা করার সময় এটি আমাকে সাহায্য করেছিল - আমি এই কমান্ডটি ব্যবহার না করা অবধি এটি দূরবর্তী প্রান্তে অবিরত থাকবে

— সেরাপ

এটি "মারাত্মক: প্রাথমিক যোগাযোগের পরে দূরবর্তী প্রান্তটি স্তব্ধ হয়ে গেছে" সমস্যার সমাধান করতে আমাকে সহায়তা করে।

— কার্তিক.কে

15

অন্যান্য সমাধানগুলি আমার ক্ষেত্রে কার্যকর হয়নি, একটি আবর্জনা সংগ্রহ করা আমার জন্য এটি স্থির করে:

git gc --aggressive

— Shameen
সূত্র

21

এটি আমার সমস্যাটিকে সংশোধন করেছে, তবে এটি পৃথক হেডের পরিবর্তনগুলিকেও এমন একটি রাজ্যে পরিণত করেছিল যেখানে সেগুলিকে মার্জ করা অকল্যাণকর হয়ে ওঠে (সবকিছুই একটি এডিতে রূপান্তরিত হয়েছিল)। আমি আশা করি এটি চালানোর আগে আমি আরও এটি নিয়ে গবেষণা করেছিলাম।

— ম্যাট্রিক্সম্যানএইটিআরসিয়ার্সেস

এটি কীভাবে ইস্যু করে?

— আনুদাতে পীযূশ

9

অন্য উত্তরের একটিটির বিপরীতে - এসএসএস ব্যবহার করে আমার ধাক্কা দিতে সমস্যা হয়েছিল - আমি https এ পরিবর্তন করেছি এবং এটি ঠিক হয়ে গেছে।

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

— MikeB
সূত্র

8

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

আমার কংক্রিটের কেসটি এরকম হয়েছিল:

আমি rootআমার সার্ভারের ব্যবহারকারী (এসএসএইচ) দিয়ে একটি রেপো তৈরি করেছি created
আমি একটি গিট পরিষেবা ইনস্টল করেছি এবং একটি gitলিনাক্স ব্যবহারকারী তৈরি করেছি যা সমস্ত গিট-সম্পর্কিত ক্রিয়া পরিচালনা করতে পারে manage
ততক্ষণে, আমি ভুলে গিয়েছিলাম যে rootপ্রথমে ব্যবহারকারীর সাথে রেপো তৈরি করা হয়েছিল , এবং gitব্যবহারকারীর কাছে সহজেই সংগ্রহশালায় কিছু লেখার ফাইল অনুমতি ছিল না।

— Loilo
সূত্র

4

দোষী (আমার ক্ষেত্রে):
একটি উচ্চ-বিলম্বিত নেটওয়ার্ক।

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

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

আমি নিশ্চিত যে কোথাও কোনও কনফিগারেশন সেটিংস রয়েছে যা গিট s বা এসএসএস বা কার্ল বা যে কোনও সময় আগে বেরিয়ে আসে such এই জাতীয় নেটওয়ার্কগুলিকে বেশি সহনশীল করে তোলে তবে আমি জানি না এটি কী।

বিকাশকারীদের কাছে একটি আবেদন:
এই ধরণের সমস্যা গ্রামীণ জনগোষ্ঠীর জন্য একটি ধ্রুবক সমস্যা। আপনি যখন আপনার সিস্টেম, সরঞ্জাম এবং অ্যাপ্লিকেশনগুলি ডিজাইন করেন তখন দয়া করে আমাদের চিন্তা করুন। ধন্যবাদ.

— t0dd
সূত্র

3

আমাদের ক্ষেত্রে, সমস্যাটি এমন একটি ক্লোন যা একটি .git/configফাইল লিখেছিল যাতে একটি url এন্ট্রি রয়েছে যা কেবল পঠনযোগ্য অ্যাক্সেস পদ্ধতি ছিল। ://পদ্ধতি থেকে পদ্ধতিতে ইউআরএল পরিবর্তন করা @সমস্যার সমাধান করে।

চলমান git remote -vবিষয়টি কিছুটা আলোকিত করে।

— ফ্রাঙ্ক পি
সূত্র

3

আপনি যদি উইন্ডোজের জন্য গিট ব্যবহার করছেন (এবং আপনি সম্ভবত, যদি আপনি উইন্ডোজ মেশিনে এটি করছেন), এবং এখানে অন্য কোনও ফিক্স আপনার পক্ষে কাজ করে না, তবে https://github.com/git-for- এ যাওয়ার চেষ্টা করুন উইন্ডোজ / গিট / রিলিজ এবং সংস্করণ ২.৪.৫ এর পরে বা তার পরে পাওয়া যাবে। এটা ঠিক আমার জন্য স্থির।

— rrreee
সূত্র

3

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

— মার্কোস বাহিেন্স
সূত্র

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

— আলেজান্দ্রো মোরেনো

2

আরেকটি সংযোজন, যেহেতু আমি এই ত্রুটিটি অন্যরকমভাবে सामना করেছি এবং গুগল আমাকে এখানে নিয়ে গেছে।

আমার সমস্যাটি মামলার অমিল ছিল; একটি উট কেস এবং একটি না। স্পষ্টতই, জিআইটি আপনাকে এটি করা বন্ধ করে দেয় কেন তা না জানিয়ে। সুতরাং যদি আপনার শাখাগুলি কেবলমাত্র মূলধনের মধ্যে দূরবর্তী থেকে পৃথক হয় তবে সেগুলি অভিন্ন হিসাবে পরিবর্তন করার চেষ্টা করুন।

দেখুন: গিট : সংযুক্তির পরে 'মাস্টার শাখায় সমাধান করা যাবে না'

— টমাস
সূত্র

আমি ভেবেছিলাম আমি সমস্ত প্রাসঙ্গিক তথ্য অন্তর্ভুক্ত করেছি - এটি কোনও মামলার অমিলের কারণে ঘটে। আমি আরও স্পষ্ট হতে একটি বাক্য যুক্ত করেছি, তবে এটি লিঙ্কটি সম্পর্কে সত্যই নয়। দুঃখিত যদি এটি পরিষ্কার না ছিল।

— থমাস

2

এটি আপনার ওএসএক্স প্ল্যাটফর্মটি আপডেট করার পরে ঘটতে পারে।

টার্মিনালটি খুলুন এবং আপনার .ssh-ফোল্ডারে নেভিগেট করুন এবং প্রবেশ করুন ssh-add -K ~/.ssh/id_rsa

— cptstarling
সূত্র

2

প্লিজ্ক এনগিনেক্স এবং জিআইটি আমি প্লেস্ক গিটটিতে এই ত্রুটিটি পাচ্ছিলাম এবং একটি বৃহত রেপোটি চাপানোর সময় (কে কী জানে) এটি এইচটিটিপি কোড 413 দিয়ে আমার এই ত্রুটিটি দিয়েছে এবং আমি নিম্নলিখিত সার্ভারটি প্লেস্কের দিকে তাকিয়েছিলাম এবং এটি এনজিনেক্স চলছিল পাশাপাশি অ্যাপাচি 2 সুতরাং আমি লগগুলিতে সন্ধান করেছি এবং nginx লগগুলিতে ত্রুটিটি পেয়েছি

বড় ফাইল আপলোড দিয়ে কনফিগারেশন পুনর্নির্মাণ করতে plesk অনুমতি দিতে এই লিঙ্কটি অনুসরণ করেছে ed

আমি পিএইচপি অংশ গিটার জন্য এড়িয়ে গেছি

এর পরে গিট পুশ কোনও ত্রুটি ছাড়াই কাজ করেছিল।

— ফররুখ সুবহানী
সূত্র

1

টানতেও আমার একই ত্রুটি ঘটেছে।
আমি "http.postBuffer" কৌশলটি করেছি। এটি সমাধান করেছে, কিন্তু যখন আমি চাপ দিতে চাইছিলাম তখন আমি আবার ত্রুটির মুখোমুখি হয়েছি।

আমার সমস্যাটি কী সমাধান করেছে:
1. এটি অন্য ভার্চুয়াল মেশিনের সাহায্যে অন্য ফোল্ডারে ক্লোন করেছেন। (লিনাক্সের)।
২. আমি আমার পরিবর্তনগুলি করেছি।
৩. এটিকে আসল ভার্চুয়াল মেশিন দিয়ে ঠেলাঠেলি যেখানে আমি প্রথমদিকে ধাক্কা দিতে পারি না। (উইন্ডোজ)

— nopara73
সূত্র

এটি সমাধানের বন্ধু নয়!

— বেহরোজ.এম

2

আমি জানি এটি একটি আদর্শ সমাধান নয়, তবে এটি আমার ক্ষেত্রে সমস্যার সমাধান করেছে। অন্য সমস্ত উত্তর ব্যর্থ হলে এটি এখনও জীবদ্দশায় থাকতে পারে, যেমনটি তারা আমার ক্ষেত্রে করেছিল।

— nopara73

1

আমি যখন এস.এস.এস. এ ভুল কীপায়ারটি পেয়েছিলাম তখন আমি এই ত্রুটিটি পেয়েছি। গিথুব-এ পাব্বি যুক্ত করা (সেটিংসে) আমার জন্য এই সমস্যাটি স্থির করে।

— মিশেল সামিয়া
সূত্র

1

আমি একই সমস্যা আছে। গিট ওয়েব পৃষ্ঠা থেকে আমি লক্ষ্য করেছি যে এসএসএইচ ক্লোন URL এর পরবর্তী কাঠামো রয়েছে:

git@github.com:user/project.git

আমি কেবল ":" দ্বারা "/" পরিবর্তন করে আমার সমস্যাটি সমাধান করতে পারলাম:

git@github.com/user/project.git

এটি সহায়ক হতে পারে।

— ডেভিড রোমেরো
সূত্র

1

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

Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date

আমি আমার এইচটিটিপি পোস্ট বাফারটিকে পরে 2Mb এ সেট করেছি, যেহেতু আমি আসলে এটি অনেক ছোট পোস্টের সাথে আরও ভাল কাজ করে বলে মনে করি।

লুক

— লুক পুপলেট
সূত্র

1

দেখে মনে হচ্ছে এটি হাজার জিনিসের মধ্যে একটি হতে পারে।

আমার জন্য, আমি প্রথমে সোর্স ট্রি এর মাধ্যমে মাস্টার এবং বিকাশের (মাস্টারের কোনও পরিবর্তন ছিল না) চাপ দিচ্ছিলাম। এটি পরিবর্তন করে কেবলমাত্র কাজ করে।

— JakeSteam
সূত্র

1

কোনও বৃহত্তর রেপো আপলোড করার সময় আমি একইরকম ত্রুটির মুখোমুখি হয়েছিলাম, "মারাত্মক: দূরবর্তী প্রান্তটি অপ্রত্যাশিতভাবে ঝুলে গেল" আরও কোনও বিবরণ ছাড়াই।

অনেক গবেষণার পরে, আমি যা করেছি তা এখানে:

এইচটিটিপিএসের পরিবর্তে এসএসএইচ ব্যবহার করে সমস্যার সমাধান হয়নি।
খুব বড় মান পর্যন্ত ক্রমবর্ধমান http.postBuffer বৃদ্ধি, এখনও ভাগ্য নেই।
আমি বুঝতে পেরেছি যে এটি রেপোতে বড় ফাইল হওয়ার কারণে হতে পারে (কারণ এটি পারফোর্স থেকে নতুনভাবে স্থানান্তরিত রেপো), তাই আমি এলএফএস ব্যবহার করে রেপো পুনরায় তৈরি করেছি, লার্জ ফাইরথ্রহোল্ডকে 40 মিটে স্থাপন করেছি, যা রেপোর আকারকে হ্রাস করেছে (3.5 জি থেকে শুরু করে 500M)। আমি ভেবেছিলাম এটি সমস্যার সমাধান করবে, তবে অবাক করেও আমি এখনও একই ত্রুটির মুখোমুখি হয়েছি।

পরিশেষে, আমার কাছে এটি ঘটেছিল যে আমি কোনও পুরানো গিট ক্লায়েন্ট ব্যবহার করছি, কারণ আমি অতিরিক্ত ত্রুটির বার্তা দেখিনি। আমি গিট ক্লায়েন্টকে সর্বশেষে (2.20.1) আপগ্রেড করেছি , এবং ভয়েলা, ত্রুটিটি চলে গেছে!

— মাহমুদ হানাফি
সূত্র

আমার এই সঠিক সমস্যাটি ছিল (যদিও টিএফএস থেকে স্থানান্তরিত)। আমি ২.১৯ থেকে ২.২০ তে আপগ্রেড করেছি এবং এটি স্থির হয়েছে, রিলিজ নোটগুলির মাধ্যমে একটি কার্সারি লুক প্রকাশিত করে নি যে সমস্যাটি কী ছিল তা হতে পারে।

— জর্জ রিচার্ডসন

আমি সবেমাত্র 2.20.1.windows.1 এ আপগ্রেড করেছি এবং এটি এখনও আমাকে দূরবর্তী সংগ্রহস্থলের দিকে ধাক্কা দিতে দেবে না

— বিদার

@ বিদার বড় ফাইলগুলি পরীক্ষা করতে পারে, গিটহাবের কঠোর সীমা 100 এমবি হেল্প . github.com/articles/ কি-is-my-disk-quota আছে ; এ অধ্যায় "ম্যানুয়ালি আপনার সংগ্রহস্থলের মধ্যে বড় ফাইল পর্যালোচনা" একটি চেহারা আছে confluence.atlassian.com/bitbucket/... ; পৃষ্ঠা নিজেই একটি ভাল পঠিত।

— মাহমুদ হানাফি

@ মাহমুদহানাফি - ধন্যবাদ - এটি সর্বাধিক ফাইলের আকার সম্পর্কে ওয়েবকনফাইগের একটি প্যারামিটার ছিল - বৃদ্ধি এবং গিট আচরণ করে এবং সবাই খুশি! এটি আমার জন্য গিটহাব নয়, তবে সাইট বনোব.গিট.সার্ভারে আমাদের নিজস্ব।

— বিদার

0

আমি যখন আমার দূরবর্তী শাখার নাম ভুলভাবে লিখেছিলাম তখন আমি এই ত্রুটিটি পেয়েছি

— javaProgrammer
সূত্র

0

গিট শেল ব্যবহার করে আমি এই সমস্যাটি ঘিরে ফেলতে সক্ষম হয়েছি।

Github.com এর মধ্যে প্রতিটি সংগ্রহস্থল আপনাকে এইচটিটিপিএস / এসএসএইচ / সাবভার্সন ইউআরএল দেয় যা আপনি শেল ব্যবহার করে ডাউনলোড করতে পারেন, এখানে দেখুন: http://prnscr.com/8ydguv ।
গিটহাবের সাম্প্রতিক পরিবর্তনের উপর ভিত্তি করে, এসএসএইচ সেরা পদ্ধতি বলে মনে হচ্ছে।

শেল ব্যবহারের জন্য আদেশ:

git clone "URL of repo goes here w/ no quotes"

— ডেভিড
সূত্র

"গিট শেল" বলতে কী বোঝ? gitটার্মিনালে ব্যবহার করছেন?

— কার্ল রিখটার

0

আপনি কীটি ব্যবহার করছেন তা দেখতে এটি করুন; ssh -vT git@github.digitalglobe.com

তারপরে আপনার বিল্ডটিতে নিশ্চিত হয়ে নিন যে শুরুতে আপনার এই রান রয়েছে। eval "$ (ssh-এজেন্ট -s)" ssh-add ~ / .ssh / id_rsa

— ddtraveller
সূত্র

0

1) সিডি প্রকল্পের dir

2) git status

3) git checkout -f HEAD

৪) আপনার রেপো অসম্পূর্ণ দেখায় আপনি আধুনিক হয়ে আছেন তা নিশ্চিত করে আবার মাস্টারকে টেনে সাফল্যের বিষয়টি নিশ্চিত করুন

বিটবকেট থেকে রেপো ক্লোন করার সময় আপনি ভিজ্যুয়াল স্টুডিওর গিট থেকে প্রশ্নটিতে ত্রুটি পেয়ে থাকলে এটি কাজ করে

— whyoz
সূত্র

0

আপনি চাপ দিচ্ছেন এমন কোনও কমিট যদি ত্রুটিযুক্ত হয় তবে এটিও ঘটতে পারে।

আমার (অজান্তে) একটি ত্রুটিযুক্ত লেখক ইমেল ক্ষেত্রের সাথে প্রতিশ্রুতিবদ্ধ ছিল, তবে আমি যা পেয়েছিলাম তা এই অস্পষ্ট remote end hung upত্রুটি বার্তা। আমি কেবল এই একটি শাখা নয় অন্য শাখাগুলি ধাক্কা দিতে সক্ষম হয়েছি , সুতরাং অবশেষে আমি অবতরণ না হওয়া পর্যন্ত আমি "খারাপ" শাখা থেকে একবারে কমিটগুলি চাপতে শুরু করেছি:

Pushing to git@github.com:directangular/unicorn.git
Counting objects: 100% (9/9), done.
Delta compression using up to 20 threads
Writing objects: 100% (5/5), 549 bytes | 549.00 KiB/s, done.
Total 5 (delta 4), reused 0 (delta 0)
remote: error: object 74c7584ff0b93591c19d3a3c19695889dd2274d2: badEmail: invalid author/committer line - bad email        
remote: fatal: fsck error in packed object        
error: remote unpack failed: index-pack abnormal exit
To github.com:directangular/unicorn.git
 ! [remote rejected]       pizzafeast -> pizzafeast (failed)
error: failed to push some refs to 'git@github.com:directangular/unicorn.git'

সুতরাং দেখে মনে হচ্ছে remote end hung up unexpectedlyত্রুটিটি সত্যিকারের ত্রুটি বার্তাটিকে "গিলতে" বাছাই করা, যা সম্ভবত আমার এখানে যেমন রয়েছে তেমনি এক ধরণের ত্রুটিপূর্ণ প্রতিশ্রুতি।

বিকৃত ইমেল ঠিক করার পরে আমি ঠিক জরিমানা করতে সক্ষম হয়েছি।

— mgalgs
সূত্র

0

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

এবং plz আমি ভুল হলে আমাকে সংশোধন করুন। আমিও জানি না এটি করার পরে কী ভুল হতে পারে? তবে এবার সত্যিই কাজ করে।

— সুমিত রাওয়াত
সূত্র

0

আমার সমস্যা (মারাত্মক: দূরবর্তী প্রান্তটি অপ্রত্যাশিতভাবে ঝুলিয়ে দেওয়া হয়েছে) সংগ্রহস্থলের অনুমতি এবং মালিককে পরীক্ষা করে সমাধান করা হয়েছে।

গিট সংগ্রহস্থল ফাইলের মালিক অবশ্যই সেই ব্যবহারকারী হতে হবে যা আপনি এটির সাথে ধাক্কা / টান / ক্লোন করতে চান।

— সমীর সাইয়াদ
সূত্র

0

উপরের উত্তরগুলির মধ্যে আমার পক্ষে কাজ করা হয়নি, তবে এখানে যা হয়েছে তা এখানে।

1) .git/আপনার প্রকল্প থেকে মুছুন
2) আপনার ডেস্কটপের মতো কিছু নতুন স্থানে রিমোট রেপো ক্লোন করুন। git clone https://github.com/foo/bar.git
3) .git/নতুন অবস্থান থেকে পুরানো স্থানে সরান
4) পুনরায় প্রতিশ্রুতিবদ্ধ এবং আপনার পরিবর্তনগুলি ধাক্কা push

— বেন
সূত্র

0

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

সমস্যা সমাধানের জন্য, আমাকে "কিলার কন্ট্রোল সেন্টার", "প্যারামিটার" এ গিয়ে "অ্যাডভান্সড স্ট্রিম ডিটেক্ট" অক্ষম করতে হয়েছিল - গিট কমান্ডগুলি তাত্ক্ষণিকভাবে আবার কাজ শুরু করে।

— জিন-মাইকেল স্যালারিয়ার
সূত্র

0

এই নিবন্ধটির খুব ভাল ব্যাখ্যা আছে এবং এটি আমার সমস্যার সমাধান করেছে।

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-282988530.html

— আওস জামিল
সূত্র