গিট রিমোট: ত্রুটি: মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইন দৈর্ঘ্যের চরিত্র: আনাব

Question

আমি একটি গিট সার্ভার সেট আপ করেছি এবং এখন ক্লায়েন্টের কাছ থেকে আমার রেপোটি প্রাথমিকভাবে চাপতে চাই। আমি git push origin masterএই ত্রুটি বার্তাটি ব্যবহার করেছি এবং পেয়েছি :

fatal: protocol error: bad line length character: Unab

আমি জানি না কী হয়েছে। আমি জানি না "আনাব" কী। আমি শেলটিকে পুনরায় আকার দেওয়ার চেষ্টা করেছি তবে এটি এখনও "আনাব"। আমি এই ত্রুটি বার্তার কোনও সমাধান খুঁজে পাচ্ছি না।

আমি "অনুমোদিত_কিজ" এবং এসএসএইচ দিয়ে সার্ভারটি সেটআপ করি। (এসএসএইচ ব্যবহার করে আমি এর সাথে সংযোগ করতে পারি))

মনে হচ্ছে গিট সমস্যা?

বিটিডাব্লু: সার্ভারটি একটি উইন্ডোজ 7 ভিএম-এ সেট আপ করা হয়েছে

Comments

"মারাত্মক: প্রোটোকল ত্রুটি: খারাপ রেখার দৈর্ঘ্যের চরিত্র: এটি", এর সাথে আমার ত্রুটির বার্তাটি ছিল "এই অ্যাকাউন্টটি বর্তমানে উপলভ্য নয়" "

— hj '

Answer 1

এই ত্রুটি বার্তাটি কিছুটা উদাসীন, তবে এটি আপনাকে যা বলতে চাইছে তা হ'ল দূরবর্তী সার্ভারটি সঠিক গিট সাড়া দিয়ে জবাব দেয়নি। শেষ পর্যন্ত, সার্ভারটি git-receive-packপ্রক্রিয়াটি চালাতে একটি সমস্যা হয়েছিল ।

গিট প্রোটোকলে, প্রথম চার বাইটের দৈর্ঘ্য দৈর্ঘ্য হওয়া উচিত। পরিবর্তে, তারা চরিত্রগুলি Unab... এটি সম্ভবত কোনও প্রকারের একটি ত্রুটি বার্তা শুরু হয়েছিল। (যেমন, সম্ভবত এটি " Unable to..." কিছু করুন)।

দৌড়ালে কী হয় ssh <host> git-receive-pack <path-to-git-repository>? আপনার গিট ক্লায়েন্টটি বারফিং করছে এমন ত্রুটি বার্তাটি আপনার দেখতে পাওয়া উচিত এবং আপনি এটি সংশোধন করতে সক্ষম হতে পারেন।

Comments

এটি, এবং ssh <host> /bin/trueকিছু আউটপুট করা উচিত নয়।

— স্টিফান নিউউ

আমার একই সমস্যাটি ছিল এবং কারণটি আমার .bashrc এ একটি 'প্রতিধ্বনি' .Bashrc "" ছিল, সুতরাং "মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইন দৈর্ঘ্যের চরিত্র: আনাব" আমি "মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইনের দৈর্ঘ্য দেখছিলাম" চরিত্র: .bas "।

— snarkyname77

ঠিক আছে, এটি আমার সমস্যাও ছিল: আমার .bashrcযে মেশিনটি গিট সংগ্রহস্থলটি হোস্ট করেছিলাম তাতে আমার লাইন ছিল যা স্ট্যান্ডার্ড আউটপুটে প্রতিধ্বনিত করেছিল। (এটি হ'ল আমি রিমোট মেশিনে সংগ্রহস্থলের মালিক ছিলাম, সুতরাং .bashrcসমস্যাটিই আমার কারণ ছিল )) আমি ইউজার রাসো প্রদত্ত কৌতুকটি অন্য উত্তরে ব্যবহার করেছি, যথা, স্ট্যান্ডআউট থেকে স্টার্ডারে এই কমান্ডের আউটপুট পুনঃনির্দেশিত ( some_command 1>&2)। এর পরে, git pullআবার কাজ।

— তিমু লইস্তি

উপরের কমান্ডের সাহায্যে আউটপুটটি কেবল স্তব্ধ হয়ে যায়। এটি আমার সমস্ত শাখা তালিকাভুক্ত করে, প্রতি লাইন একটি করে এবং তারপরে আমি চূড়ান্ত মুদ্রিত লাইনে আউটপুট 0000 এবং কার্সারটি পেয়ে যাব সাথে সাথেই যেন অন্য লাইনটি লিখতে হবে তবে কখনই সম্পূর্ণ হয় না।

— ডেমোঙ্গোলেম

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

— মার্ক ই। হ্যামিল্টন

Answer 2

আমার একই সমস্যা ছিল, তবে সঠিক ত্রুটি বার্তাটি ছিল:

মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইন দৈর্ঘ্যের অক্ষর: Usin

এটি উইন্ডোতে রয়েছে, এটি পিটিটিওয়াইয়ের GIT_SSHপথে রয়েছে plink.exe।

সম্ভাব্য সমস্যা এবং সমাধান:

• নিশ্চিত হোন যে পথটি plink.exeসঠিক is ইউনিক্স শৈলীর পথটিও সূক্ষ্মভাবে কাজ করে/c/work/tools/PuTTY/plink.exe
• নিশ্চিত করুন যে পিটিটিওয়াই ( pageant.exe) এর কী এজেন্ট চলছে
• সার্ভার অ্যাক্সেসের জন্য কী এজেন্টটিতে একটি বৈধ কী রয়েছে তা নিশ্চিত করুন

Comments

আমার উইন্ডোজে একই সমস্যা ছিল এবং বিপরীত কারণে একই মূল কারণ হিসাবে পরিণত হয়েছিল। আমি সাইগউইন (এবং এম্বেড করা গিট এসএসএইচ) ব্যবহার করার চেষ্টা করছিলাম কিন্তু জিআইএসএসএস সি: \ ... \ প্লিংক.এক্সে সেট করা হয়েছিল যা দ্বন্দ্বের কারণ হয়ে দাঁড়িয়েছে। একবার আমি এই সবকিছু সরিয়েছি ঠিক আছে।

— ম্যাট হল্টজম্যান

পরিবেশের ভেরিয়েবলগুলি থেকে জিআইএসএসএসএইচ এন্ট্রি সরিয়ে ফেলা আমার জন্য কৌশলটি করেছে

— চামালাবে

গিটএক্স্ট আপগ্রেড করার পরে অনুরূপ ত্রুটি পেজেন্ট এবং পুনরায় আমদানি করতে হয়েছিল। পিপিকে কী ফাইলটি।

— বিল দোলন

আমি কেবল প্রজেক্টে প্রাইভেট কীটি লোড করতে ভুলে গেছি যা শেষ হয়েছে fatal: protocol error: bad line length character: git@। কি বিভ্রান্তিকর ত্রুটি বার্তা।

— লুডভিগ

আমার ক্ষেত্রে (উইন্ডোজ 10) পেজেন্ট চলছিল না। একবার আমি এটি শুরু করলাম এবং এর সাথে প্রাইভেট কী যুক্ত করলাম, এই জাস্ট ওয়ার্কড।

— 26

Answer 3

গিট এক্সটেনশন ব্যবহারকারীদের জন্য:

গিটটি ২.১৯.০-এ উন্নীত করার পরে আমি একই সমস্যার মুখোমুখি হয়েছি

সমাধান:

সরঞ্জামগুলি> সেটিংস> গিট এক্সটেনশানগুলি> এসএসএইচ

[ পুটটি ] এর পরিবর্তে [ ওপেনএসএইচ ] নির্বাচন করুন

Comments

আপনি ত্রুটি পেয়ে গেলে আমি ঠিক এটিই করেছি fatal: protocol error: bad line length character: git@। নিশ্চিত করুন যে এসএসএইচ কী উত্পন্ন হয়েছে এবং গিটল্যাবে যুক্ত হয়েছে । সম্ভবত গিট এক্সটেনশানগুলি পুনরায় চালু করা প্রয়োজনীয় ছিল।

— পরীক্ষা

Answer 4

উইন্ডোজে জিআইটি ইনস্টল করার পরে আমার একই ধরণের সমস্যা হয়েছিল। প্রথমে এটি কাজ করেছিল; তারপরে, একদিন পরে (পিসি রিবুট করার পরে), এটি আর হয় নি এবং আমি এটি পেয়েছি:

$ git pull
fatal: protocol error: bad line length character: git@

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

https://www.digitalocean.com/community/tutorials/how-to-use-pageant-to-streamline-ssh-key-authentication-with-putty

Comments

আমার জন্য পরিস্থিতিটি ছিল ভিজ্যুয়াল স্টুডিওতে আমি ত্রুটি পেয়েছি: "গিট একটি মারাত্মক ত্রুটির সাথে ব্যর্থ হয়েছিল prot পেজেন্ট প্রক্রিয়া মোটেই শুরু করা হয়নি। আমার যেমন উদ্বোধনী সমস্যার সমাধানকারী টার্টোইজজিট এবং তারপরে জিআইটি ভিজুয়াল স্টুডিওতে কবজির মতো কাজ করেছে।

— হনজা পি।

Answer 5

সার্ভারের .bashrc এ আপনার আউটপুট উত্পাদন করে এমন বিবৃতি থাকতে পারে। আমি উদাহরণস্বরূপ ছিল:

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"
rvm use ruby-1.9.3-p194@rails32

এই ক্ষেত্রে আরভিএম ব্যবহার থেকে প্রাপ্ত আউটপুটটি (ভুলভাবে) গিট থেকে আগত বলে ব্যাখ্যা করা হবে। সুতরাং এটি দ্বারা প্রতিস্থাপন:

rvm use ruby-1.9.3-p194@rails32 > /dev/null

Comments

আমার (উইন্ডোজ 10) ক্ষেত্রে, সমস্যাটি ছিল আমার সিএমডি স্টার্টআপ init.cmd স্ক্রিপ্টে কিছু ডকার সম্পর্কিত কমান্ডের আউটপুট ( তবে এটি একই অধ্যক্ষ। ধন্যবাদ!

— ইটি-সিএস

এটা আমার ক্ষেত্রে ছিল। আমার .bashrc এ আমার একটি 'ব্যানার' কমান্ড ছিল। এটি মন্তব্য করে বিষয়টি স্থির করে। ধন্যবাদ :).

— জ্যামি

Answer 6

গিট এক্সটেনশনে এসএসএইচ প্রাইভেট কী লোড করার পরে, এই সমস্যাটি সমাধান হয়ে যায়।

Comments

আমার জন্য -

— পেজেন্টে এসএসএস

Answer 7

আপনার কাছ থেকে কোনো আউটপুট পুনর্নির্দেশ করতে পারেন .bashrcথেকে stderr:

# inside .bashrc
echo 'some error/warning/remind message' 1>&2

গিট এই চিহ্নগুলি উপেক্ষা করবে

Comments

এটা আমার জন্য এটা। আমি একটি বিবৃতি ছিল rvm use 2.0.0-p353আমার মধ্যে .bashrc, যা বিভ্রান্ত হবে git pull। সংযোজন 1>&2এবং আবার চেষ্টা করার পরে , ভাল git pullকাজ করেছেন।

— তিমু লেইস্তি

Answer 8

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

git clone git@servername:path/to/repo
fatal: protocol error: bad line length character: git@

আমি নিশ্চিত করেছি যে ssh কী উত্পন্ন হয়েছে। গিটল্যাবে পাবলিক কী যুক্ত করা হয়েছিল। Ssh- এজেন্ট চলছিল এবং উত্পন্ন কীটি যুক্ত হয়েছিল ( গিথুব লিঙ্ক )।

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

Comments

আমি একই জিনিসটি দেখতে পাই (উইন্ডোজ 10 64-বিট) তবে প্রশাসক হিসাবে চালানো এটি ঠিক করে না।

— এড অ্যাভিস 21

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

— এড অ্যাভিস

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

— গ্রিডো

Answer 9

এটি কাউকে সাহায্য করতে পারে। আমি যখন ইসি 2 উদাহরণ থেকে কোনও প্রকল্প ক্লোন করার চেষ্টা করছিলাম তখন আমি নীচের ত্রুটি পেয়ে যাচ্ছিলাম:

Cloning into 'repo1'...
fatal: protocol error: bad line length character: logi

আমার জন্য রেজোলিউশনে নীচের পদক্ষেপগুলি অন্তর্ভুক্ত রয়েছে:

1. ইসি 2 দৃষ্টান্তে এসএসএইচ কী (সর্বজনীন) যুক্ত / আপডেট হওয়া নিশ্চিত করুন।
2. প্রমাণীকরণ এজেন্ট নিশ্চিত করুন (আমার ক্ষেত্রে এটির পেজেন্ট = পুটি প্রমাণীকরণ এজেন্ট) চলছে এবং সংশ্লিষ্ট ব্যক্তিগত কী লোড হয়েছে ed

3. গিট ক্লোনটির জন্য সর্বজনীন কীটির জন্য ইসি 2 এসএসএইচ কী আইডি ব্যবহার করুন। উদাহরণ:

   গিট ক্লোন ssh: // {এসএসএইচ কী ID}@someaccount.amazonaws.com/v1/repos/repo1

Comments

দ্রষ্টব্য: এটি কারণ আপনি প্লিংক ব্যবহার করছেন, এবং আপনি যদি plink <server_name> lsপ্রথমে স্টডআউটকে প্লিংক প্রিন্টগুলি করেন login asযা গিটকে গুরুত্বপূর্ণ কিছু হিসাবে ব্যাখ্যা করার চেষ্টা করছে বলে মনে হয়। একটি দ্রুত সমাধান হ'ল সহজ unset GIT_SSHএবং unset SVN_SSH। এখানে

— পোড

@ পড আপনি ঠিক বলেছেন উইন্ডোতে এই কমান্ডগুলির সাহায্য করা উচিত: set GIT_SSH=এবংset SVN_SSH=

— মাকসিম কোস্টরমিন

টিএফএসের সাথে আমারও একই সমস্যা ছিল। কী আইডি যুক্ত করার পরে সবকিছু ঠিকঠাক কাজ করে, ধন্যবাদ!

— আন্দ্রে হফমিস্টার

Answer 10

আমার জন্য এটি সাম্প্রতিককালে যুক্ত হয়েছিল

RequestTTY force

.ssh / কনফিগারেশনে

এটি মন্তব্য করার ফলে এটি কাজ করার অনুমতি দিয়েছে

Answer 11

"প্রতিধ্বনি" বিবৃতিগুলির জন্য রিমোট মেশিনে সংযোগ করতে ব্যবহৃত অ্যাকাউন্টে আপনার স্টার্টআপ ফাইলগুলি পরীক্ষা করুন। বাশ শেলের জন্য এগুলি আপনার .Bashrc এবং .Bash_profile ইত্যাদি হবে Ed গিট সেই বয়লার-প্লেটের প্রথম চারটি বাইট পাবে এবং এই ত্রুটিটি বাড়িয়ে তুলবে। এখন এই নির্দিষ্ট ক্ষেত্রে আমি অনুমান করতে যাচ্ছি যে "আনাব" আসলে কাজ "অক্ষম ..." যা সম্ভবত ইঙ্গিত দেয় যে গিট হোস্টে আরও কিছু ভুল আছে।

Answer 12

আমার ক্ষেত্রে পরে আনা এটা লেখা হয়েছিল: fatal: protocol error: bad line length character: Pass। এছাড়াও ধাক্কা পর আমি পেয়েছিলাম: fatal: protocol error: bad line length character: git@ Done।

উইন্ডোজ পুনরায় বুট করার পরে আমাকে আবার "পটিটিওয়াই এজেন্ট" (পেজেন্ট.এক্সি) শুরু করতে হয়েছিল এবং একটি ব্যক্তিগত কী যুক্ত করতে হবে যা কীগুলির তালিকা থেকে অদৃশ্য হয়ে গেল।

Answer 13

এফওয়াইআই আমি এই একই ত্রুটি বার্তাটি পেয়েছি যখন আমি একটি সেন্টোস container কনটেইনারটি সেন্টোএস to এ আপগ্রেড করেছি - কন্টেইনারটি তৈরির সময় কিছু গিট অপারেশন ব্যর্থ হতে শুরু করে, যেমন

# git remote show origin
fatal: protocol error: bad line length character: Inva

এসএস চালানো আমাকে ত্রুটি দিয়েছে যা আমি অনুসন্ধান করতে পারি:

# ssh [e-mail]
Invalid clock_id for clock_gettime: 7

এটি আমাকে https://github.com/wolfcw/libfaketime/issues/63 এ নিয়ে গেছে যেখানে আমি বুঝতে পেরেছিলাম যে আমি ভুলে গিয়েছিলাম আমার LD_PRELOAD=/usr/local/lib/faketime/libfaketime.so.1একজন পিতা বা মাতা ডকফাইফিল ছিল। এই মন্তব্যটি ত্রুটিটি স্থির করে দিয়েছে।

Answer 14

আমার ক্ষেত্রে সমস্যাটি ছিল 32-বিট পুট্টি এবং পেজেন্ট.এক্সএই - এটি 64৪-বিট টর্টোসপ্লিংক.এক্সের সাথে যোগাযোগ করতে পারে না। 32-বিট পুট্টিকে একটি 64-বিট সংস্করণ দিয়ে প্রতিস্থাপন করা সমস্যার সমাধান করেছে।

Answer 15

আমার ক্ষেত্রে একই ব্যবহারকারীর নাম "fatal: protocol error: bad line length character: shmi" যেখানে shmiব্যবহারকারীর নাম। আমি পিটিটিওয়াই থেকে এসএসএইচটি ওপেনএসএসএইচে সরিয়েছি "Git Extensions->Settings->SSH"। এটা সাহায্য করেছিল.

Answer 16

ক্রিসার ফার্নস্ট্রমের মতো আমারও একই সমস্যা ছিল। আমার ক্ষেত্রে এটি একটি বার্তা ছিল যা আমি আমার .Bashrc এ রেখেছিলাম যা আমাকে কয়েক দিনের মধ্যে একটি না করে ব্যাকআপ করার কথা মনে করিয়ে দেয়।

Answer 17

নিম্নলিখিত কেউ কাউকে সাহায্য করতে পারে: আমার AWS ইসি 2 উদাহরণে আমার কাছে একটি প্রকল্প ক্লোন করার চেষ্টা করার সময় আমি নিম্নলিখিত ত্রুটিটি পেয়েছিলাম:

Cloning into 'AWSbareRepo'...
fatal: protocol error: bad line length character: Plea

এটি ইসি 2-ব্যবহারকারীর পরিবর্তে রুট হিসাবে চেষ্টা করার কারণে ঘটেছিল। যদি আপনি আসলে গিট ক্লোনটি না করেই এসএসএস করেন ... আপনি "ইসি 2-ব্যবহারকারীর সাথে লগইন করুন" এর লাইন ধরে কিছুতে ত্রুটিটি দেখতে পাবেন "আমি যখন ইসি 2-ব্যবহারকারী হিসাবে গিট ক্লোনটি করেছিলাম তবে এটি ভাল ছিল।

Answer 18

আমি একবারেও সেই ত্রুটির মুখোমুখি হয়েছি তবে এটি যখন হয় তখন এর অর্থ আমার শাখাটি আপ টু ডেট হয় না তাই আমাকে করতে হবে git pull origin <current_branch>

Answer 19

গিট পাসওয়ার্ডের জন্য প্রম্পট দেয় না এবং অনুরূপ ক্রিপ্টিক বার্তায় ব্যর্থ হয় "মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইন দৈর্ঘ্যের চরিত্র: ব্যবহারকারী" যদি আপনার ব্যক্তিগত কী প্রমাণীকরণের সেটআপ না থাকে তবে ।

কীভাবে সার্ভারে পাবলিক কী নির্দিষ্ট করতে হয় তা https://www.digitalocean.com/commune/tutorials/how-to-configure-ssh-key-based-authentication-on-a-linux-server বলে। মূলত key / .ssh / অনুমোদিত_কি বা ~ / .ssh / অনুমোদিত_keys2 এ সর্বজনীন কী যুক্ত করুন

উইন্ডোজ মেশিনে গিট বাশকে কী কী সরবরাহ করতে হবে সে সম্পর্কে আমাকে কিছুটা লড়াই করতে হয়েছিল। ড্যান ম্যাকক্লেইনের উত্তর /server/194567/how-do-i-tell-git-for-windows-where-to-find-my-private-rsa-key/382801#382801 এ বর্ণনা করে। তার উত্তরে আরও একটি সংযোজন, আমার ক্ষেত্রে ব্যক্তিগত কী ফাইলটির নাম id_rsa.pub হবে বলে আশা করা হয়েছিল

Answer 20

আমার জন্য পুট্টিতে একই হোস্টের বিশদটি প্রাইভেট কী (পুটজেনের সাথে রূপান্তর) দিয়ে যুক্ত করা হয়েছে worked এর পরে কোনও গিট ব্যাশ আদেশের কোনও সমস্যা ছিল না।

Answer 21

আপনি যদি পুট্টি ব্যবহার করেন। তারপরে নিশ্চিত করুন যে পেজেন্ট চলছে এবং আপনার ব্যক্তিগত কী পেজেন্টে লোড হয়েছে (টাস্কবারের পেজেন্ট আইকনে মাউস ডান ক্লিক করুন এবং পপ আপ হওয়া মেনুতে "কীগুলি দেখুন" ক্লিক করুন)।

অন্যথায় আপনি যখন cmd.exe করেন:

git clone ssh://name@host:/path/to/git/repo.git

আপনি এই বার্তাটি "মারাত্মক: প্রোটোকল ত্রুটি: খারাপ রেখার দৈর্ঘ্যের চরিত্র:" পান

Answer 22

টি এল; ডিআর: কি না বাদ username@আপনার রিমোটের URL গুলিতে যখন Windows এ।

ডিফল্ট ssh সহ লিনাক্স এবং উইন্ডোজে আপনি দূরবর্তী ইউআরএল থেকে ব্যবহারকারীর নাম বাদ দিতে পারেন, যেমন:

git clone server-name:/srv/git/repo-name

কারণ ssh- র ডিফল্ট আচরণ হ'ল আপনি বর্তমানে যে লগইন করে লগইন করেছেন তা ব্যবহার করা। আপনি যদি উইন্ডোজে থাকেন এবং ব্যবহারের জন্য গিট সেট আপ করে রেখেছেন plink.exeযাতে আপনার নিজের বোঝা কীটি ব্যবহার করতে পারেন pageant, তবে এটি কাজ করবে না, কারণ plinkএই একই স্বয়ংক্রিয় ব্যবহারকারীর ব্যবহার নেই, ফলস্বরূপ সেই ক্রিপ্টিক ত্রুটি বার্তাগুলির ফলস্বরূপ, কারণ এটি হবে ব্যবহারকারীর জন্য প্রম্পট:

$ plink server-name
login as: _

বনাম:

$ plink username@server-name
...logs you in...

আপনি যদি ইতিমধ্যে কোনও ভাণ্ডার ক্লোন করে ফেলেছেন .git/configতবে username@আপনি দূরবর্তী URL এ যুক্ত করে আপনার রিমোটগুলি ঠিক করতে পারেন ।

Comments

দূরবর্তীতে ব্যবহারকারীর নাম যুক্ত করে git remote set-url origin myusername@...আমাকে সাহায্য করেছে।

— ম্যাক্সিম সুস্লোভ

Answer 23

সার্ভারে শেল অ্যাক্সেস অনুমোদিত কিনা তা পরীক্ষা করুন।

Comments

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

— উজ্জ্বল না

Answer 24

ত্রুটি রূপান্তরিত হয়েছে: মারাত্মক: প্রোটোকল ত্রুটি: খারাপ লাইন দৈর্ঘ্যের চরিত্র: ফাতা

সিস্টেমের পথে গিট-আপলোড-প্যাকের অবস্থান যুক্ত করার পরে।

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

আমি সার্ভারের প্রম্পটে একই কমান্ড লাইনের চেষ্টা করেছি: পুরো ত্রুটিটি ছিল "মারাত্মক: প্রদত্ত একটি সংগ্রহস্থল নয় (বা কোনও মূল ডিরেক্টরি): .git"

উপসংহারে, আমার কাছে এটি একটি সফ্টওয়্যার বাগের মতো মনে হচ্ছে। পরামর্শ দিন যে আমি গিট বিশেষজ্ঞ নই, প্রথমবার আমি গিট ব্যবহার করি, আমি সাবগ্রেশন এবং পারফর্ম থেকে এসেছি।

Answer 25

আমরা পাশাপাশি এটি দৌড়ে।

Counting objects: 85, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (38/38), done.
Writing objects: 100% (38/38), 3.38 KiB | 0 bytes/s, done.
Total 38 (delta 33), reused 0 (delta 0)
Auto packing the repository for optimum performance.
fatal: protocol error: bad line length character: Remo
error: error in sideband demultiplexer

আমি কী ভুল হয়েছে সে সম্পর্কে গুরুতর বিবরণ জানি না, তবে আমাদের ক্ষেত্রে এটি কী ঘটেছে তা হ'ল সার্ভারের ডিস্কটি পূর্ণ ছিল।

Answer 26

এটি আপনার মেশিনে সুরক্ষা অ্যাক্সেস হতে পারে, আপনি কি পেজেন্ট চালাচ্ছেন (যা পুটি এজেন্ট)?

Answer 27

আপনার গিট প্রকল্পে সর্বদা আপনার লিঙ্ক থাকতে পারে। আপনি এটি ssh লিঙ্কের পরিবর্তে ব্যবহার করতে পারেন। এটি আপনার কাছে কেবল একটি বিকল্প

Answer 28

ওয়েল, আমি এই একই সমস্যা ছিল (উইন্ডোজ 7)। পাসওয়ার্ড দ্বারা রেপো চেষ্টা করুন। আমি গিট বাশ + প্লিংক (পরিবেশগত পরিবর্তনশীল GIT_SSH) + পজেন্ট ব্যবহার করি। GIT_SSH (অস্থায়ী) মোছা আমাকে সহায়তা করে। কেন আমি পাস দিয়ে লগইন এবং একই সাথে আরএসএতে লগইন করতে পারি না তা আমি জানি না ...

Answer 29

এখানে দেরিতে উত্তর, তবে আশা করি এটি কারও সাহায্য করবে। যদি এটি একটি প্রোটোকল ত্রুটি হয় তবে এটির সাথে আপনার স্থানীয় গিটটি দূরবর্তী গিটের সাথে যোগাযোগ করতে সক্ষম না হয়ে এমন কিছু করতে হবে। এটি ঘটতে পারে যদি আপনি ssh এর মাধ্যমে রেপো ক্লোন করে রেখেছিলেন এবং কিছু পরে, আপনি রেপোর কীগুলি হারিয়ে ফেলেছেন বা আপনার ssh এজেন্ট সেই চাবিগুলি আর খুঁজে পাচ্ছেন না।

সমাধান

1. একটি নতুন কী উত্পন্ন করুন এবং এটিকে আপনার গিট রেপো যুক্ত করুন বা আপনার এসএসএল এজেন্টটি কীগুলি লোড করার জন্য কনফিগার করুন যদি আপনার কাছে এখনও কী থাকে এবং অন্য কারও সাথে না থাকে;)

2. আর একটি দ্রুত সমাধান হ'ল আপনার .gitডিরেক্টরিতে যান এবং configফাইলটি [remote "origin"] urlএখান থেকে সম্পাদনা gitকরা httpযাতে ssh কীগুলি ধাক্কা দেওয়ার প্রয়োজন হয় না এবং এটি আপনার ব্যবহারকারীর নাম এবং পাসওয়ার্ড জিজ্ঞাসা করে re

   [remote "origin"]
   url = git@gitlab.*****.com:****/****.git
   fetch = +refs/heads/*:refs/remotes/origin/*
   

পরিবর্তন

    [remote "origin"]
    url = http://gitlab.*****.com/****/****.git
    fetch = +refs/heads/*:refs/remotes/origin/*

Answer 30

সেটিং / সংস্করণ নিয়ন্ত্রণ / গিটের অধীনে বিল্টিন থেকে নাটিভের জন্য এক্সটেকটেবল এসএসএস পরিবর্তন করা আমার জন্য কৌশলটি করেছে।