'গিট স্ট্যাটাস' পরিবর্তিত ফাইলগুলি দেখায়, তবে 'গিট ডিফ' দেয় না

Question

আমি অনুরূপ সমস্ত প্রশ্ন একবার দেখেছি। তবে, আমি ডাবল চেক করেছি এবং অদ্ভুত কিছু অবশ্যই ঘটছে।

একটি সার্ভারে (গিট 1.8.1 সহ সোলারিস) আমি গিট সংগ্রহস্থলটি ক্লোন করেছি তারপরে .git ফোল্ডারটি আমার বিদ্যমান লাইভ ফাইলগুলিতে অনুলিপি করেছি। এটি পুরোপুরি কাজ করেছে, আমি চালাতে পারি

git status

তারপর

git diff [filename]

যে কোনও ফাইল আলাদা ছিল তা পরীক্ষা করতে।

অন্য সার্ভারে (গিট 1.7.6 সহ সোলারিস) তবে আমি ঠিক একই করছি

git diff [filename]

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

Comments

এটা কি আপনার সূচকে রয়েছে? যদি তা হয় তবে আপনি এর সাথে পার্থক্যটি দেখতে পারেন git diff --cached।

— jeremyharris

git diff --cachedশুধু আমাকে ফাঁকা আউটপুট দেয়।

— অলিভার পি

git logকোন আউটপুট দেয়।

— অলিভার পি

সত্যই একটি ত্রুটি রয়েছে তা ধরে নিলে আপনার একটি ন্যূনতম উদাহরণ তৈরি করতে সক্ষম হওয়া উচিত। এটি পুনরুত্পাদন এবং নমুনা ভাগ করার চেষ্টা করুন।

— ই

1) ফাইল মোড পরিবর্তন করা হয়েছিল? core.fileModeবিকল্পের জন্য এখানে দেখুন 2) এছাড়াও, কনসোল 2 আসলে চলার সময় আমি কনসোল 2 কনফিগারেশনের সাথে একই ধরণের সমস্যার মুখোমুখি হয়েছি (আমার কাছে এটি গিটার অধীনে রয়েছে)। হয়ত কোনও ফাইল লক ফাইলটি বদলে গেছে বলে গিটকে তোলে।

— পাগল

Answer 1

আমি সূচীতে ফাইলটি যুক্ত করেছি :

git add file_name

এবং তারপরে দৌড়ে:

git diff --cached file_name

আপনি এখানে গিট ডিফারেন্টের বর্ণনা দেখতে পাবেন ।

যদি আপনার গিট অ্যাডটি পূর্বাবস্থায় ফেরাতে হয়, তবে দয়া করে এখানে দেখুন: কমিট করার আগে 'গিট অ্যাড' কীভাবে পূর্বাবস্থায় ফেরাবেন?

Answer 2

কিছু কারণ রয়েছে কেন git statusসম্ভবত পার্থক্য দেখাতে git diffপারে তবে তা নাও পারে।

• ফাইলটির মোড (অনুমতি বিট) পরিবর্তিত হয়েছে - উদাহরণস্বরূপ, 777 থেকে 700 এ।

• লাইন ফিডের স্টাইলটি সিআরএলএফ (ডস) থেকে এলএফ (ইউএনআইএক্স) এ পরিবর্তিত হয়েছে

কী ঘটেছে তা সন্ধান করার সহজ উপায়টি হল চালানো git format-patch HEAD^এবং উত্পন্ন প্যাচটি কী বলে তা দেখুন।

Comments

যদি পরিবর্তনসমূহের অনুমতি ফাইলগুলি প্রয়োগ হয়: ফাইলের অনুমতি অগ্রাহ্য করার জন্য গিট কনফিগারেশন কোর.ফিলমোড মিথ্যা

— জুনজুফা

আপনি কীভাবে জানতে পেরেছিলেন যে সিআরএলএফ থেকে এলএফ-তে লাইন ফিড পরিবর্তন এমন এক পরিস্থিতিতে যেখানে গিটের স্থিতি একটি পার্থক্য দেখাবে এবং গিটের পার্থক্য দেখাবে না?

— অ্যালেক্স স্পার্লিং

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

— সেএমসিবিবে

Answer 3

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

git config core.fileMode false

অন্যান্য অন্তর্দৃষ্টি: আমি কীভাবে গিটকে ফাইল মোড (chmod) পরিবর্তন উপেক্ষা করব?

Comments

এটি আমার কাছে একগুচ্ছ ফাইলের সাথে থাকা একটি সমস্যার সমাধান করেছে, যদিও আমি মনে করি এটি পরিবর্তে পরিবর্তিত / পরিবর্তিত সময়ের সাথে থাকা ফাইলের সাথে ছিল।

— ডেরেক

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

— geekinit

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

— ফ্রেডরিক অলিংগার

Answer 4

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

আমি ইনডেক্সে সমস্ত ফাইল যুক্ত করে সূচি পুনরায় সেট করে এই সমস্যাটি সমাধান করতে সক্ষম হয়েছি।

git add -A
git reset

core.filemode মিথ্যা সেট করা হয়েছিল।

Comments

ধন্যবাদ! মোহন মত কাজ!

— স্টারওয়েভ

আমি সমাধান করেছি git add --renormalize ., নীচে আমার উত্তর দেখুন।

— স্টেফানো এম

Answer 5

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

চালানোর চেষ্টা করুন:

GIT_TRACE=2 git <command>

আপনি দরকারী কিছু পান কিনা দেখুন। যদি এটি সাহায্য না করে তবে কেবল স্ট্রেস ব্যবহার করুন এবং দেখুন কী ঘটছে:

strace git <command>

Comments

@ তোয়ুই: যেহেতু এটি আপনার কাছে অনুদানের মূল্য ছিল তাই আপনার অনুরূপ ব্যর্থতার কারণ সম্পর্কে আপনি কী শিখেছেন তা জানতে আগ্রহী হব।

— সিএফআই

আমার ক্ষেত্রে, আমি env ভেরিয়েবলটিতে -Fপতাকাটি যুক্ত করেছি LESSযা দেখানোর জন্য একাধিক স্ক্রিনের পূর্ণ তথ্যের চেয়ে কম থাকলে প্রস্থান করতে কম বলে। যেহেতু গিট পেজার হিসাবে কম ব্যবহার করে, এবং আমার একটি ছোট পার্থক্য ছিল, তাই কিছুই দেখানো হচ্ছে না। হয় আমাকে এনভির সাথে যোগ -Xকরতে হয়েছিল LESSযা স্ক্রিনে থাকা সামগ্রীগুলি কম প্রস্থান করার পরেও দেখায় বা সরাতে পারে -F। GIT_TRACEএটি lessকার্যকর করা হয়েছিল তা দেখিয়েছিল যা আমাকে স্মরণ করিয়ে দিয়েছে যে আমি LESSসম্প্রতি পরিবর্তনশীল পরিবর্তন করেছি । @ Rcwxok এর উত্তরে একই কারণ, তবে কীভাবে GIT_TRACEসহায়তা হয়েছে সে সম্পর্কে মন্তব্য করতে চেয়েছিলেন ।

— রঘু দোড্ডা

এই উত্তরটি আমাকে "পেজার" এবং আমাকে বিশালাকার প্রজ্ঞান প্রদান করে সমাধান সেটিংয়ের core.pagerমধ্যে .gitconfig, যা আমার জন্য পুরোপুরি কাজ করে।

— ytu

Answer 6

আমারও একই রকম সমস্যা ছিল: git diffপার্থক্য দেখাবে, তবে git diff <filename>তা করবে না। দেখা গেল যে আমি ( ) LESSসহ একটি স্ট্রিং সেট করেছি । পতাকাটি সরানো সমস্যার সমাধান করেছে।-F--quit-if-one-screen

Comments

অপসারণের পরিবর্তে -F, যোগ -Xকরাও কাজ করতে পারে, অনুরূপ মামলার জন্য নীচে আমার উত্তর দেখুন।

— এভিভার

এই জন্য আপনাকে ধন্যবাদ! আমাকে পাগল করছে।

— হ্যাকেল

Answer 7

পূর্ববর্তী উত্তরে ইতিমধ্যে উল্লিখিত হিসাবে , লাইন-এন্ডিং সমস্যাগুলির কারণে (সিআর / এলএফ বনাম এলএফ) এই পরিস্থিতি দেখা দিতে পারে। আমি এই আদেশটি (গিট সংস্করণ ২.২২.০ এর অধীনে) এই আদেশ দিয়ে সমাধান করেছি:

git add --renormalize .

ম্যানুয়াল অনুসারে:

       --renormalize
           Apply the "clean" process freshly to all tracked files to
           forcibly add them again to the index. This is useful after
           changing core.autocrlf configuration or the text attribute in
           order to correct files added with wrong CRLF/LF line endings.
           This option implies -u.

Comments

এটি নতুন সেরা উত্তর।

— পিএইচপিএস

Answer 8

সংক্ষিপ্ত উত্তর

দৌড়ানো git addকখনও কখনও সাহায্য করে।

উদাহরণ

গিটের স্থিতি পরিবর্তিত ফাইল দেখায় এবং গিট ডিফ কিছুই দেখায় না ...

> git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   package.json

no changes added to commit (use "git add" and/or "git commit -a")
> git diff
> 

... গিট অ্যাড চালানো অসঙ্গতি সমাধান করে।

> git add
> git status
On branch master
nothing to commit, working directory clean
> 

Comments

এটি আমার কাছে 'অসুস্থতা নিরাময়ের' পরিবর্তে 'লক্ষণগুলির বিরুদ্ধে লড়াই' করার মতো মনে হচ্ছে ...;)

— ইএনজোহনে

@ আইঞ্জোহান এই ক্ষেত্রে অসুস্থতা আপনার কী মনে হয়?

— শন লুটিন

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

— einjohn

@ আইনজহান মনে হয় বেশিরভাগ সময়ই লাইনের শেষ হয়। এগুলি পরিচালনা করার পৃথক পৃথক পদ্ধতি রয়েছে বলে মনে হয় statusএবং diffআছে।

— শন লুটিন

Answer 9

আমি এই সমস্যা মধ্যে দৌড়ে। আমার ক্ষেত্রে অনুরূপ ছিল ইস্যু rcwxok পোস্ট করেছে ।LESS

আমার ক্ষেত্রে, আমি PAGERপরিবেশটিকে পরিবর্তনশীল হিসাবে সেট করেছি PAGER='less -RSF'।

তবে, পূর্ববর্তী উত্তরের মতো, আমি -Fবিকল্পটি সরাতে চাইনি , কারণ আমি lessস্ক্রিনফুলের চেয়ে সংক্ষিপ্ততর হলে এটির ভিন্নতা প্রদর্শন রোধ করার আশায় আমি স্পষ্টভাবে এটি রেখেছি ।

পরিবর্তে সরানোর, কাঙ্ক্ষিত ফলাফল পেতে -F, আমি যোগ -X: PAGER='less -RSFX'। এটি উভয়ই সমস্যার সমাধান করেছে git diffএবং তদ্ব্যতীত এটির সাথে সংক্ষিপ্ত পার্থক্য দেখাতে বাধা দেয় less।

Comments

মূলধনকে অদ্ভুত বলে মনে হয়। আপনি কি "LESS -RSFX" এর পরিবর্তে "কম -RSFX" বলতে চান? বিকল্পগুলি কি সঠিক ক্ষেত্রে আছে?

— স্ট্যাকজ অফফটফ

হ্যাঁ, ধন্যবাদ, এটি একটি ভুল ছিল। কীভাবে হয়েছিল তা নিশ্চিত নয়। এখন স্থির।

— এভিভার

Answer 10

আমি সবেমাত্র একটি অনুরূপ ইস্যু চালিয়েছি। git diff fileকিছুই দেখায়নি কারণ আমি গিট ইনডেক্সে ফাইলটির নামের বড় অংশের সাথে বড় অংশে যুক্ত করেছি GeoJSONContainer.js।

এরপরে, আমি এর নামকরণ করেছি GeoJsonContainer.jsএবং পরিবর্তনগুলি ট্র্যাক করা বন্ধ হয়ে গেছে। git diff GeoJsonContainer.jsকিছুই দেখাচ্ছে না। আমাকে একটি শক্তির পতাকা সহ সূচি থেকে ফাইলটি সরিয়ে ফেলতে হয়েছিল এবং ফাইলটি আবার যুক্ত করতে হয়েছিল:

git rm -f GeoJSONContainer.js
git add GeoJSONContainer.js

Answer 11

আপনি সত্যই কোনও প্রশ্ন জিজ্ঞাসা করেননি, তবে যেহেতু এটি সাধারণ ব্যবহারের ঘটনা তাই আমি প্রায়শই এখানে ব্যবহার করি's আপনি নিজে এটি চেষ্টা করে দেখতে পারেন এবং ত্রুটিটি যদি থেকে যায় তবে।

আপনার ব্যবহারের ক্ষেত্রে আমার অনুমান:

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

সত্যিই দুটি উপায় আছে।

ক্লোন রেপো - এমভি .git- গিট রিসেট --হার্ড

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

git reset --hard

তবে এটি আপনার বর্তমান ডিরেক্টরিতে ফাইলগুলির স্থিতি পরিবর্তন করবে। আপনি এটি আপনার ডিরেক্টরিতে একটি সম্পূর্ণ অনুলিপি / আরএসএনসি চেষ্টা করে দেখতে পারেন এবং কী কী পরিবর্তন ঘটে তা অধ্যয়ন করতে পারেন। অন্তত পরে আপনি আর এর মধ্যে পার্থক্য দেখতে পাবেন git logএবং status।

নতুন সংগ্রহস্থল আরম্ভ করুন - মূল থেকে পয়েন্ট

দ্বিতীয়টি কম বিরক্তিকর: cdআপনার গন্তব্যে প্রবেশ করুন এবং দিয়ে একটি নতুন সংগ্রহশালা শুরু করুন

git init

তারপরে আপনি সেই নতুন ভাণ্ডারটি বলবেন, এর পূর্বপুরুষের অন্য কোনও জায়গা রয়েছে:

git remote add origin original_git_repo_path

তারপরে নিরাপদে

git fetch origin master

আপনার স্থানীয় ফাইলগুলি পরিবর্তন না করে ডেটা অনুলিপি করতে। এখন সব ঠিকঠাক করা উচিত।

আমি সর্বদা কম ত্রুটি-প্রবণ হওয়ার জন্য দ্বিতীয় উপায়ের পরামর্শ দিই।

Comments

আপনি বোঝাচ্ছেন যে এটি গিট ত্রুটি । ঠিক আছে, হতে পারে। আমি এখনও ধরে নিয়েছি আমার কাছে সঠিক গিট বোঝার অভাব রয়েছে, কারণ আমি লিনাসের মতো স্মার্ট নই ;-)

— তোয়াই

@ তোয়ুই: না, আমি বোঝাচ্ছি না যে এটি গিটের ত্রুটি, না আমি এর বিপরীতটিও বোঝাচ্ছি। আমি গিট ইন্টার্নালদের সাথে পরিচিত নই। তবে থাম্বের একটি সাধারণ নিয়ম হিসাবে, .gitফোল্ডারগুলিকে অন্য কর্মক্ষেত্রে স্থানান্তরিত করে , আমরা সম্ভবত গিট অনুমানের লঙ্ঘন করছি। যদি এরিত আচরণের ফলে আমরা গিটকে দোষ দিতে পারি না, গিটের সাথে কৌশল চালানোর জন্য আমাদের নিজেদেরকে দোষ দিতে হবে। গিট এটি ঠিক করার অর্থ প্রদান করে, যেমন reset --hard। এটি কেবল এটিই আমরা চাই not এই কারণেই উপায়টি init/remote addসুপারিশ করা হয়েছে, এবং সব ভাল।

— সিএফআই

@ টাওই এবং অলিভার পি: আমি যখন বুঝতে পেরেছি যে আপনি আপনার বিশেষ সমস্যার ত্রুটিটি সমাধান করতে চান তবে কখনও কখনও এটি কেবলমাত্র সাধারণ সুপারিশের সাথে যাওয়ার পরামর্শ দেওয়া হয় - বিশেষত যদি তারা আপনার ব্যবহারের ক্ষেত্রে পুরোপুরি ফিট করে। কোনও তথ্য ক্ষতি হয় না। আর remote addজিনিসগুলি প্রণালী এখনও অলিভার পি দ্বারা বর্ণিত মত একটি বিশৃঙ্খলার সৃষ্টি অবস্থা প্রয়োগ করা যেতে পারে

— cfi

কোনও মন্তব্য ছাড়াই একটি ডাউনভোট এই উত্তরটি উন্নত করতে সহায়তা করে না, পুরো সাইটেরও নয়। যে কেউ নিম্নমান দেয়, দয়া করে একটি মন্তব্য দিন যাতে সমস্যাটি সমাধান করা যায়।

— সিএফআই

Answer 12

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

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

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

আপনি দেখতে পাচ্ছেন যে আমি যখন ফাইলটিতে পৃথক থাকি তখন কিছুই দেখায় না, কেবল প্রম্পট দেয়।

Answer 13

নিম্নলিখিত পদ্ধতিতে আমার বর্ণিত একই সমস্যাটি ছিল: আমি যদি টাইপ করি

$ git diff

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

যদি আমি টাইপ করি

$ git diff <filename>

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

অবশেষে, চারপাশে পড়ে আমি লক্ষ্য করেছিলাম যে কাজটি করতে git diffআসলে কল করে callsmingw64\bin\diff.exe

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

সুতরাং আপনি যদি টাইপ করুন:

git diff

এবং এটি কেবল এই প্রম্পটে ফিরে আসে আপনার এই সমস্যা হতে পারে।

প্রকৃত ডিফ.এক্স.সি যা gitআপনার মিংডব্লু \ 64 বিন ডিরেক্টরিতে অবস্থিত

শেষ পর্যন্ত, এটি ঠিক করার জন্য, আমি আসলে আমার অনুলিপি করেছি mingw64\bin গিটি যে জায়গাটি অনুসন্ধান করছিল সেটিতে আমি ডিরেক্টরিটি I আমি চেষ্টা করেছিলাম এবং এটি এখনও কার্যকর হয়নি।

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