গিট ক্লোন হওয়ার পরে ফাইলগুলি সরাসরি পরিবর্তিত হিসাবে প্রদর্শিত হচ্ছে

Question

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

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

আমি এই গাইডটি অনুসরণ করার চেষ্টা করেছি: http://help.github.com/dealing-with-lineendings/ , কিন্তু এটি আমার সমস্যাটিতে মোটেই সহায়তা করে নি।

আমি git checkout -- .অনেকবার চেষ্টা করেছি , তবে কিছুই করার মনে হচ্ছে না।

আমি একটি ম্যাকে আছি, এবং খোদাইয়ের কোনও সাবমডিউল নেই।

ফাইল সিস্টেমটি ম্যাকের "জর্নেলেড এইচএফএস +" ফাইল সিস্টেম এবং কেস-সংবেদনশীল নয়। ফাইলগুলি এক-লাইন এবং প্রায় KB৯ কেবি প্রতিটি (হ্যাঁ, আপনি ঠিক শুনেছেন), তাই তাকানো git diffবিশেষভাবে সহায়ক নয়। আমি git config --global core.trustctime falseযা করতে সাহায্য করতে পারে তার বিষয়ে শুনেছি , যা আমি কম্পিউটারে পুনরায় সংগ্রহের সাহায্যে ফিরে এলে চেষ্টা করব।

আমি সত্যের সাথে ফাইল সিস্টেমের বিশদ পরিবর্তন করেছি! এবং আমি git config --global core.trustctime falseকৌশলটি চেষ্টা করেছিলাম যা খুব ভাল কাজ করে না।

Answer 1

একটি সংগ্রহস্থল ক্লোন করার পরে আমার ম্যাকের একই সমস্যা ছিল। এটি ধরে নেবে যে সমস্ত ফাইল পরিবর্তন করা হয়েছিল।

দৌড়ানোর পরে git config --global core.autocrlf input, এটি এখনও সমস্ত ফাইলকে পরিবর্তিত হিসাবে চিহ্নিত করছে। একটি সমাধান সন্ধানের পরে আমি .gitattributesহোম ডিরেক্টরিতে ফাইলটি জুড়ে এসেছিলাম যার মধ্যে নিম্নলিখিত ছিল।

* text=auto

আমি এটি মন্তব্য করেছিলাম এবং এখন থেকে অন্য কোনও ক্লোন করা ভাণ্ডার ভাল কাজ করছে।

Comments

ধন্যবাদ! টোগলিং সমস্ত কোর.আউটোক্রল্ফ এবং প্রয়োগ.ভাইটস্পেসের পরে অবশেষে আমি এটি পেয়েছি। এটি কাজ করে। ধন্যবাদ.

— xer0x

.Gitattributes এ আপত্তিজনক লাইনটি ম্যাথিয়াস বাইেনের ডটফিলগুলি থেকে এসেছে , যদি অন্য কেউ এদিকে আসে।

— শানপোনিল

যে কেউ এই বিশেষ কনফিগারেশন উপর আরও আলোকপাত করতে পারেন? কি করে * text=auto? এটি থেকে সরানোর অর্থ কী .gitattributes? আমি দেখতে পাচ্ছি যে এটি আমার জন্য এই সমস্যার সমাধান করে, তবে আমি নিশ্চিত নই কেন এটি এমনটি ঘটে এবং এটি আসলে কী করছে এবং এটি সম্ভবত কী সমস্যা তৈরি করছে?

— ডেনিস

@ ডেনিস এই সেটিংটি লাইন সমাপ্তিকে স্বাভাবিক করতে সহায়তা করে, তাই এটি মুছে ফেলা সম্ভবত সঠিক উত্তর নয়। দেখুন এই প্রশ্নের 'র উত্তর এবং এই নিবন্ধটি । নিচে অ্যারোমাস্টারের উত্তর আমার জন্য আরও সহায়ক ছিল। আমি ব্যবহার করেছি git addএবং git commitযা ফাইলটি স্বাভাবিক করেছে এবং সমস্যা থেকে মুক্তি পেয়েছি।

— jtpereyda

git config --global core.autocrlf inputএটা আমার জন্য স্থির কর ধন্যবাদ।

— ডিমিগুয়েল

Answer 2

আমি বুঝতে পেরেছি. অন্যান্য সমস্ত বিকাশকারী উবুন্টুতে রয়েছেন (আমি মনে করি) এবং সুতরাং কেস-সংবেদনশীল ফাইল সিস্টেম রয়েছে। আমি তবে তা করি না (যেমন আমি ম্যাকে আছি)। প্রকৃতপক্ষে, আমি যখন তাদের ব্যবহার করে একবার দেখে নিই তখন সমস্ত ফাইলের ছোট হাতের অক্ষর ছিল git ls-tree HEAD <path>।

আমি তাদের মধ্যে একটি এটিকে সাজানোর জন্য পেয়ে যাব।

Comments

তারা কি কখনও এটিকে বাছাই করেছিল? আমি সম্ভবত একই সমস্যা হচ্ছে।

— জোশ জনসন

হ্যাঁ, কেবল কেস-সংবেদনশীল ফাইল সিস্টেমের সাথে কাউকে ফাইলের প্রতিটি সেট থেকে একটি ছাড়া সমস্ত ফাইল মুছতে পারেন যার ক্ষেত্রে কেস-সংবেদনশীল ফাইল সিস্টেমে নকল ফাইলের নাম থাকবে।

— স্যাম এলিয়ট

উবুন্টু থেকে ম্যাকে চলে যাওয়ার পর থেকে কেবল একই সমস্যার মধ্যে পড়ে। ধন্যবাদ, আপনার উত্তর মাথায় পেরেক আঘাত। আশা করি upvote এটিকে প্রথম অবস্থানে ঠেলে দেবে। :-)

— chmac

@ ডার্ক এই কারণেই একাধিক উত্তর রয়েছে। আমার ক্ষেত্রে যে আবেদন করেছে আমি তা গ্রহণ করেছি, যা অযৌক্তিক নয়।

— স্যাম এলিয়ট

এটি আমার সমস্যাটিও ছিল - কেস সংবেদনশীল ম্যাকওএস। তবে git ls-tree HEAD <path>কেবল একটি একক ফাইল দেখানো হয়েছে। আমি তবে গিটহাব ডটকম ইউআই-তে নকল ফাইলগুলি দেখতে পেয়েছি এবং সেই সংস্করণটি মুছতে সেই ইউআইও ব্যবহার করেছি।

— ওরিওন এলিজিল

Answer 3

git config core.fileMode false

আমার ক্ষেত্রে এই সমস্যাটি সমাধান করুন

https://git-scm.com/docs/git-config

টি এল; ডিআর;

core.fileMode

মিথ্যা হলে, সূচক এবং কার্যনির্বাহী গাছের মধ্যে নির্বাহযোগ্য বিট পার্থক্য উপেক্ষা করা হবে; FAT এর মতো ভাঙ্গা ফাইল সিস্টেমে দরকারী। গিট-আপডেট-ইনডেক্স (1) দেখুন।

ডিফল্টটি সত্য, গিট-ক্লোন (1) বা গিট-থার (1) ব্যতীত প্রোপোজ করা হবে এবং কোরের জন্য সেট করা হবে appropriate

Comments

কিন্তু এই কি করে ??

— সিভেল

আমি এটি কী করে তাও জানতে চাই, কারণ এটি আমার পক্ষেও কাজ করেছিল।

— ডোনাটো

যখন আমি করলাম git diff, আমি আবিষ্কার করেছি যে পরিবর্তনগুলি কেবলমাত্র ফাইল মোডে ছিল। Git আপ উপর chmod -R 777 .যা আমি আমার প্রকল্পের দৌড়ে এবং এই কনফিগ আমাকে Git দ্বারা chmod পরিবর্তন উপেক্ষা করার অনুমতি দেওয়া সৃষ্টি হয়েছিল stackoverflow.com/q/1580596/6207775

— Ayushya

লিঙ্কটি ভাঙা হয়েছে ( "দুঃখিত, আমরা আপনার কার্নেলগুলি খুঁজে পাই না" )।

— পিটার মর্টেনসেন

বাকি উত্তরগুলি কাজ করে নি, এটি যাদুটি করেছে!

— প্যাটেলের সাথে দেখা করুন

Answer 4

আমি ধরে নিই আপনি উইন্ডোজ ব্যবহার করছেন। আপনি যে গিটহাব পৃষ্ঠার সাথে লিঙ্ক করেছেন তার পেছনের বিবরণ রয়েছে। সমস্যা হল সি আর + + এলএফ লাইন শেষা w শ ইতিমধ্যে সংগ্রহস্থলের করতে প্রতিশ্রুতিবদ্ধ হয়েছে এবং কারণ আপনি core.autocrlf পারেন সেট সত্য বা ইনপুট , গীত এলএফ লাইন-শেষা w শ রূপান্তর করতে চায়, তাই git statusশো যে প্রতি ফাইল পরিবর্তিত হয়।

যদি আপনি কেবল এটি অ্যাক্সেস করতে চান তবে এটির কোনও সম্পৃক্ততা নেই এমন কোনও ভাণ্ডার যদি আপনি এই সমস্যাটিকে সমাধান না করে কেবল আড়াল করার জন্য নিম্নলিখিত কমান্ডটি চালাতে পারেন।

git config core.autocrlf false

---

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

নিম্নলিখিতটি gitattributes ম্যান পৃষ্ঠা থেকে সরাসরি নেওয়া হয়েছে এবং একটি পরিষ্কার ওয়ার্কিং ডিরেক্টরি থেকে পূর্ববর্তী করা উচিত।

echo "* text=auto" >>.gitattributes
rm .git/index     # Remove the index to force Git to
git reset         # re-scan the working directory.
git status        # Show files that will be normalized.
git add -u
git add .gitattributes
git commit -m "Introduce end-of-line normalization"

যদি কোনও ফাইল যেগুলি স্বাভাবিক করা যায় না সেগুলি যদি দেখানো হয় git statusতবে চলার আগে তাদের পাঠ্য বৈশিষ্ট্যটি আনসেট করুন git add -u।

manual.pdf      -text

বিপরীতে, গীত সনাক্ত না করে এমন পাঠ্য ফাইলগুলিতে ম্যানুয়ালি স্বাভাবিককরণ সক্ষম করা যেতে পারে।

weirdchars.txt  text

Comments

আমি উইন্ডোজ ব্যবহার করছি না।

— স্যাম এলিয়ট

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

— অ্যারোমাস্টার

এই প্রশ্নের উত্তর সহ প্রশ্ন আপডেট করেছেন। এক বা দুই মধ্যে সমস্ত বিবরণ আবার দেখুন। দেব দলের অন্যান্য সদস্যরা কী ব্যবহার করছেন তা আমি নিশ্চিত নই

— স্যাম ইলিয়ট

এটিই আমাদের পক্ষে কাজ করেছিল ( git config core.autocrlf falseযথেষ্ট ছিল)। আমরা ক্লান্তিটি লিনাক্স (এসএল / আরএইচএল) এ চলছে তা দেখে আমরা বোকা হয়েছি, তবে উইন্ডোজ হোস্ট থেকে লিনাক্স সেশনটি এক্স 2go এর মাধ্যমে শুরু হয়েছিল। সুতরাং এটি একটি উইন + লিন সমজাতীয় প্রসঙ্গে সবচেয়ে সম্ভবত সমাধান হতে পারে।

— ডার্ক

Answer 5

দয়া করে নিম্নলিখিত কমান্ডগুলি চালান। এটি সমস্যা সমাধান করতে পারে।

# Remove everything from the index.
git rm --cached -r .

# Write both the index and working directory from git's database.
git reset --hard

Comments

অন্য কোনও সমাধান আমার পক্ষে কাজ করেনি, তবে এটি আমাকে ব্যাক আপ করে চলেছে।

— রেইনবাবা

আমি এটি চেষ্টা করেছিলাম এবং এটি আমার পক্ষে কাজ করে। মিঃ লিয়ামাকে ধন্যবাদ!

— ড্যানিয়েল লিটল

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

— প্রোগ্রামার পল

এটি আমার জন্য উবুন্টু (ডাব্লুএসএল), গিট উইন্ডোজ v2.18.0.windows.1 এবং পশ-গিটের সাথে গিট v2.7.4 ব্যবহার করে আমার জন্য সর্বদা অটোক্রলফ মিথ্যা ছিল এবং উইন্ডোজের জন্য গিটে এবং পশ-গিট আপগ্রেড করার পরে এই সমস্যাটি শুরু হয়েছিল 2.18.0 আজ

— জিম ফ্রেনেট

আমি এই কাজগুলি অবাক। সাহায্যের জন্য ধন্যবাদ. অন্যরা এই পথে নেমে যাওয়ার জন্য, আপাতদৃষ্টিতে সংশোধিত ফাইলগুলি সমস্ত .png এবং .bmp ফাইলগুলি গিট এলএফএস দ্বারা পরিচালিত ছিল

— ডেভিড ক্যাস্পার

Answer 6

ভিজ্যুয়াল স্টুডিওতে, আপনি গিট ব্যবহার করছেন, আপনি .gitignore এবং .gitattributes ফাইল স্বয়ংক্রিয়ভাবে উত্পাদন করতে পারেন। স্বয়ংক্রিয়ভাবে উত্পাদিত .getattributes ফাইলের নিম্নলিখিত লাইন রয়েছে:

* text=auto

এই লাইনটি ফাইলের শীর্ষের নিকটে। আমাদের কেবলমাত্র এর সামনে একটি # যুক্ত করে লাইনটি মন্তব্য করার দরকার ছিল। এটি করার পরে, প্রত্যাশা অনুযায়ী জিনিসগুলি পরিচালনা করে।

Comments

ধন্যবাদ, এএজেজেসের জন্য এটির সাথে লড়াই করে যাচ্ছেন

— অ্যান্ড্রু বেরি

এটা আমার সমস্যা ছিল। অন্য বিকাশকারী সিআইএলির পরিবর্তে ভিএসের মাধ্যমে জিআইটি ব্যবহার করেছিলেন এবং এই .gitattributes ফাইলটি তৈরি করেছিলেন।

— জোশ মাগ

Answer 7

সমস্যাটি বিভিন্ন ফাইল অনুমতি থেকেও দেখা দিতে পারে , যেমনটি আমার ক্ষেত্রে ছিল:

তাজা ক্লোনড সংগ্রহস্থল (উইন্ডোজ, সাইগউইন):

$ git ls-tree HEAD
100755 blob 8099ea496a2c78d71125d79a05855f60ebf07904    testfile
   ↑↑↑

বেয়ার রিমোট রিপোজিটরি (লিনাক্স):

$ git ls-tree HEAD
100644 blob 8099ea496a2c78d71125d79a05855f60ebf07904    testfile
   ↑↑↑

Answer 8

আমি "কেন" এর দিকে আরও নির্দেশিত একটি উত্তর যুক্ত করতে চেয়েছিলাম, কারণ এটি কীভাবে ঠিক করবেন সে সম্পর্কে ইতিমধ্যে একটি ভাল উত্তর রয়েছে।

সুতরাং, .gitattributesএকটি * text=autoসেটিংস আছে, যা এই সমস্যাটি সৃষ্টি করে।

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

এটা আপাতত আমার বোঝাপড়া।

Answer 9

আমারও একই সমস্যা ছিল। এছাড়াও একটি ম্যাক সঙ্গে। একটি লিনাক্স মেশিনে সংগ্রহস্থলটির দিকে তাকিয়ে আমি লক্ষ্য করেছি যে আমার দুটি ফাইল রয়েছে:

জিওআইপি.ড্যাট এবং জিওআইপি.ড্যাট

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

Answer 10

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

এটি দেখা যাচ্ছে যে আমার বেশিরভাগ সহকর্মী উবুন্টুতে ext4 ফাইল সিস্টেম ব্যবহার করছেন যেখানে আমি এপিএফএস ব্যবহার করে ম্যাক করছি।

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

তারপরে আমি নীচে দৌড়েছি:

# Remove everything from the index.
git rm --cached -r .

# Write both the index and working directory from git's database.
git reset --hard

অবশেষে, আমরা স্থির করেছি যে প্রতিটি বিকাশকারীকে তার গিট কনফিগারেশন পরিবর্তন করা উচিত যাতে এটি আর না ঘটে:

# Local Git configuration
git config core.ignorecase = true

অথবা

# Global Git configuration
git config --global core.ignorecase = true

Comments

আপনি কেবল upvoted@ কেডিএস এর উত্তর দিলে ভাল হয় !

— এলহরনি

দেখে মনে হচ্ছে কমান্ড-লাইন কমান্ডের সমান চিহ্ন থাকতে হবে না ( =) কারণ এটি ignorecase = =কনফিগার ফাইলে শেষ হবে ।

— Dmytro

Answer 11

আমারও ঠিক একই সমস্যা ছিল আমার ক্ষেত্রে আমি সংগ্রহস্থলটিকে ক্লোন করেছি এবং কিছু ফাইল তত্ক্ষণাত অনুপস্থিত।

এটি ফাইলের পাথ এবং ফাইলের নাম উইন্ডোজের জন্য খুব দীর্ঘ হওয়ার কারণে ঘটেছিল। এটি সমাধানের জন্য, হার্ড-ডিস্ক ড্রাইভের রুটের যতটা সম্ভব ফাইলের পাথের দৈর্ঘ্য হ্রাস করার জন্য সংগ্রহস্থলটিকে ক্লোন করুন। উদাহরণস্বরূপ, এর C:\A\GitRepoপরিবর্তে এটি ক্লোন করুন C:\Users Documents\yyy\Desktop\GitRepo।

Answer 12

নামক ফাইলটি সম্পাদনা করুন .git/config:

sudo gedit .git/config

বা:

sudo vim .git/config

সামগ্রী

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true

[remote "origin"]
    url = [e-mail]:DigitalPlumbing/unicorn-magento.git
    fetch = +refs/heads/*:refs/remotes/origin/*

[branch "master"]
    remote = origin
    merge = refs/heads/master

[branch "productapproval"]
    remote = origin
    merge = refs/heads/productapproval

পরিবর্তন করুন filemode=trueমধ্যে filemode = false।

Comments

এটি সমানgit config core.Filemode false

— গিলারমো প্রান্ডি

Answer 13

ম্যাকোসের নতুন সংস্করণগুলির জন্য এটি ওএসের সুরক্ষা বৈশিষ্ট্যের কারণে ঘটতে পারে।

যে ভাণ্ডারটিতে আমি কাজ করছিলাম সেখানে একটি বাইনারি ফাইল ছিল যা * টাইপ হিসাবে ফাইল টাইপ ছিল as

এটি কেবল কিছু সিরিয়ালযুক্ত ডেটা ছিল, তবে ম্যাকোস সমস্ত *। অ্যাপ্লিকেশন ফাইলগুলিকে একটি অ্যাপ্লিকেশন হিসাবে বিবেচনা করে এবং ব্যবহারকারী এই ফাইলটি ডাউনলোড না করায় সিস্টেম এটি নিরাপদ বলে মনে করে এবং com.apple.quarantineফাইলের বৈশিষ্ট্য যুক্ত করেছে যা নিশ্চিত করে যে ফাইলটি কার্যকর করা যায় না।

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

আপনি চালিয়ে গিয়ে একই সমস্যা আছে কিনা তা পরীক্ষা করতে পারেন $ xattr file.app।

সমাধানটি বেশ সহজ, যতক্ষণ আপনার ফাইলটির সাথে কাজ করতে হবে না। শুধু *.app binaryআপনার যোগ করুন .gitattributes।

Answer 14

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

Answer 15

আমি দেখতে পেয়েছি যে গিট আমার ফাইলগুলি (এই ক্ষেত্রে .psd) পাঠ্য হিসাবে বিবেচনা করছে। .Gitattributes এ এটি বাইনারি টাইপ সেট করে solved

*.psd binary

Answer 16

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

git rm -rf the-folder-with-modified-stuff
git ci -m 'WAT'

পরিস্ফুটন! পরিষ্কার সংগ্রহস্থল। সমস্যা সমাধান. তারপরে আমি আমার সর্বশেষ প্রতিশ্রুতিটি ছেড়ে দিতে হয়েছিল যখন আমি আমার rebase -iএবং শেষ পর্যন্ত সবকিছু আবার পরিষ্কার হয়ে গেল। উদ্ভট!

Answer 17

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

এখানে অন্য কোনও উত্তর আমার সমস্যার সমাধান করেনি, তবে গিটের সংস্করণগুলিকে উভয় সিস্টেমে মেলানোর জন্য আপগ্রেড করা সমস্যার সমাধান করতে পারে নি।

Comments

গিটের কোন সংস্করণ একসাথে ভাল খেলছে না তা জানার জন্য এটি সহায়ক (এবং আকর্ষণীয়) হবে।

— jpaugh