গিট রিবেস: "ত্রুটি: 'ফাইল' স্থির করতে পারে না: অনুমতি অস্বীকার করা হয়েছে"


342

আমি গিট ব্যবহার করছি, এবং একটি ছোট একটি কমিট তৈরি করেছি যার পরে একটি বড় একটি তৈরি হবে। আমি git rebaseদু'জনকে কমিট করার আগে তাদের স্কোয়াশ ব্যবহার করার সিদ্ধান্ত নিয়েছিলাম । (আমি আগে কখনো এটা করিনি.)

তাই আমি:

git rebase -i HEAD~2

এটি আমাকে আমার সম্পাদক দিয়েছে, যেখানে আমি পূর্বের প্রতিশ্রুতি বাছাই করে পরে স্কোয়াশ বেছে নিয়েছিলাম। আমি যখন সংরক্ষণ করি, গিট বলেছিল:

ত্রুটি: ' ফাইলের নাম ' স্থিতি দিতে পারে না : অনুমতি অস্বীকৃত

পরে কমিট করার জন্য sha1 প্রয়োগ করা যায়নি ... সেই কমিটের জন্য পাঠ্যের প্রাথমিক লাইন

এখন:

  • আমি যখন করি তখন কোন কমিট উপস্থিত হয় না git log
  • git status আমাকে বলছে আমি "বর্তমানে কোনও শাখায় নেই"।
  • একটি ফাইল পরিবর্তিত এবং সূচক হিসাবে তালিকাভুক্ত করা হয়েছে, এবং দুটি ফাইল তালিকাভুক্ত হিসাবে তালিকাভুক্ত করা হয়েছে। আমার প্রথম প্রতিশ্রুতিতে মাত্র একটি ফাইল ছিল (আমার মনে হয়) এবং আমার দ্বিতীয় প্রতিশ্রুতিতে ভাল ডজন ছিল।

কি হলো!? আমি কীভাবে এটি ঠিক করব?


10
আপনি কি উইন্ডোজে গিট ব্যবহার করছেন?
সিবি বেইলি

হ্যাঁ. আমি ডস উইন্ডোতে কমান্ডগুলি চালাচ্ছি।
রায়ান লুন্ডি

2
আপনি কি ভাইরাস চেকার চালাচ্ছেন? কখনও কখনও দুর্বল মানের ভাইরাস পরীক্ষক প্রোগ্রামগুলি এ জাতীয় সমস্যার কারণ হয়।
গ্রেগ হিউগিল

53
গিট চেকআউট নিয়ে আমার সমস্যা ছিল (সুতরাং গ্রহণযোগ্য উত্তর অনুসারে কোনও প্রস্তাব বাতিল করা সম্ভব নয়) তবে আমার সমস্ত আইডিই বন্ধ করে দেওয়া আমাকে যেতে দেয়। দ্বিতীয় উত্তরটি অবশ্যই গ্রহণযোগ্য হওয়া উচিত
প্লাস-

1
@ ইয়ানগ্রানগার, আপনি যে উত্তরটি উল্লেখ করছেন তা গ্রহণযোগ্য উত্তরের আট মাস পরে পোস্ট করা হয়েছিল । এই সমস্তটির গ্রহণযোগ্য উত্তরগুলি সম্ভাব্যভাবে পরিবর্তন করতে কি কয়েক মাস পর পর আমার আমার সমস্ত প্রশ্ন ঘুরে দেখার দরকার আছে? ভোটের বোতামগুলি এখানে আছে। যদি সর্বাধিক উত্সাহিত উত্তর আপনাকে গৃহীত উত্তরের চেয়ে আরও বেশি সহায়তা করে, তবে এটি ব্যবহার করুন। কে থামছে তোমাকে? তবে আমি যে উত্তরটি দিয়েছিলাম তা আমি গ্রহণ করেছি কারণ এটি আমাকে সহায়তা করেছিল এবং আমিই সেই প্রশ্নটি জিজ্ঞাসা করেছি।
রায়ান লন্ডি

উত্তর:


195

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

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

সম্ভবত সবচেয়ে সহজ কাজটি হল বাতিল করা এবং আবার চেষ্টা করা, এই আশা করে যে এটি পরের বার হবে না।

git rebase --abort

git applyগিট কমিট করার আগে আসলে কি করার চেষ্টা করছিল তা আপনি ব্যবহার করার চেষ্টা করতে পারেন এবং git rebase --continueসমস্ত সততার সাথে আমি এটি সুপারিশ করব না। বেশিরভাগ সময় আমি এটি চেষ্টা করে দেখেছি সন্ধ্যা হওয়ার চেয়ে তার চেয়ে ভাল হয়েছে যে কোনও ঘটনা দুর্ঘটনাক্রমে মিস হয়েছে বা গণ্ডগোল হয়ে যায়।


6
@ কিরলেস: হুমম, আপনি কি পুনরায় চালুর চেষ্টা করেছেন? কিছু যদি অবিচ্ছিন্নভাবে সেই ফাইলটি লক করে থাকে তবে পুনরায় বুট করার পরে (বা কিছুটা কম কড়াকড়ি যা ফাইলটি প্রকাশ করে) আপনার সক্ষম হওয়া উচিত git checkout -- previously-locked-fileএবং ব্যাক আপ এবং চলমান থাকা উচিত।
সিবি বেইলি

51
ঠিক আছে, আমি এখনও ঠিক কী তা নিশ্চিত তা নিশ্চিত নই, তবে সর্বোপরি আমি বলতে পারি, ভিএস ২০১০ ফাইলটি লক করছিল (অদ্ভুত কারণ এটি একটি .xML ডক ফাইল ছিল)। প্রক্রিয়া এক্সপ্লোরার সেই ফাইলটি লক করে রাখেনি, তবে আমি ভিএস থেকে বেরিয়ে যাওয়ার পরে, git checkoutফাইলটি ফিরে পেতে ব্যবহার করতে সক্ষম হয়েছি ( git statusএতে মুছে ফেলা হয়েছিল), এবং এখন পুনরায় চাপ দেওয়ার / স্কোয়াশের চেষ্টা করার আগে সবকিছু যেমন ছিল তেমন ফিরে এসেছে। সম্ভবত আমার আবার চেষ্টা করা উচিত, যদিও আমি এই মুহুর্তে কিছুটা তাত্পর্য বোধ করি।
রায়ান লুন্ডি

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

49
ভিজ্যুয়াল স্টুডিও 2010 সমাপ্তি এটি আমার জন্যও স্থির করেছে
Trev

4
এটম স্পষ্টতই ফাইলগুলি লক করে। পুনঃসূচনা এটি স্থির করে।
অগস্টিন ব্র্যালি

653

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


72
আমি একই ত্রুটি পেয়েছিলাম। আমি স্রেফ ভিজ্যুয়াল স্টুডিও এবং সমস্ত কিছুই বন্ধ করে দিয়েছি।
জ্যাকোসিমিওন

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

6
আমি মার্জ করার চেষ্টা করার সময় ভিজ্যুয়াল স্টুডিও একটি ন্যুগেট প্যাকেজে একটি লক ধরেছিল। ক্লোজিং ভিএস আমার পক্ষে কাজ করেছিল।
কোডএইচএসআর

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

5
"আমিও" উত্তর পরমাণুর জন্য। এটি ফাইল এবং ডিরেক্টরিগুলি লক করে বলে মনে হচ্ছে; এটি বন্ধ করা সমস্যার সমাধান করে।
আজ বুধবার

277

কেবলমাত্র আপনার আইডিই বন্ধ করুন (ভিজ্যুয়াল স্টুডিও / এটিএম ইত্যাদি)। এটি কাজ করতে পারে


1
ইন্টেলিজজে, টমক্যাট চলমান চলমান কাজ বন্ধ করা আমার পক্ষে কাজ করেছিল। আইডিই পুনরায় চালু করার চেয়ে সামান্য সহজ easier
ফিল কার্টার

আমার কাছে একটি গিট বাশ উইন্ডোও খোলা ছিল - বন্ধ করে দেওয়া আমার পক্ষে কাজ করে।
ভিনস আমি

এটির লবণের কোনও আইডিই কোনও রেপোতে লক করা উচিত নয় ... থাম্বস আপ !!
লাইটসিসি

বনাম কোডে কাজ করে
মুহম্মদ মুছা

উইন্ডোজ ১০ এ অ্যাটম ব্যবহার করে অস্থায়ী শাখায় পরীক্ষা করার পরে এই সমস্যাটি হিট করুন এটিম বন্ধ এবং পুনরায় খোলার পর এটি আমার জন্য সমস্যাটি সমাধান করেছে।
মিকবার্কেজনার

24

আমি যখন আমার মেশিনে এটি দেখি, এটি "কিছু প্রক্রিয়াতে ফাইলটি খোলা আছে" এর চেয়ে খারাপ। ফাইলটির আসল মালিকানা এমন পর্যায়ে পৌঁছেছে যে আমি (প্রশাসক হিসাবে চালানো) কেবল পুনরায় বুট করার পরে এটি অ্যাক্সেস করতে পারি।

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

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

আমি জানি যে সত্যিই প্রশ্নের উত্তর দেয় না, তবে অন্যের পক্ষে সহায়ক হতে পারে।


হাই, মাইক ... আমাদের ঠিক একই সমস্যা হচ্ছে, তবে এটি নীল থেকে বেরিয়ে এসেছে। আইআইএস চলমান অনেক প্রকল্পে আমরা একই প্রক্রিয়াটি ব্যবহার করে আসছি এবং কখনও সমস্যা হয়নি। একদিন, যদিও এটি ঘটতে শুরু করে ... হতবাক ও হতাশাবোধ। আপনি এটি লেখার পর থেকে আপনি আরও কিছু শিখেছেন?
এথন ব্রাউন 21

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

আইআইএস আমার জন্যও অপরাধী ছিল; যখন এটি দ্রুত পপ আপ হয় iisresetতখন ফাইল লকগুলি প্রকাশিত হয়।
অ্যালেক্স

আমি খুঁজে পেয়েছি যে ওয়ানড্রাইভের ক্ষেত্রেও একই ঘটনা ঘটে: ওয়ানড্রাইভে সংরক্ষিত একটি রেপোতে শাখাগুলি স্যুইচ করা সত্যিই এটিকে বিভ্রান্ত করে
রেপোতে

এটি পুনরায় বুট করার জন্য উইন 10 এ আমার সাথেও ঘটেছিল তবে আমি iisresetসমাধানটি পরীক্ষা করিনি ।
qdread

17

উইন্ডোজে এটি কোনও টর্টোজাইজিআইটি প্রক্রিয়া হতে পারে যা এই ফাইলগুলিকে ব্লক করে। টাস্ক ম্যানেজার খুলুন এবং শেষ প্রক্রিয়া TGitCache.exe


2
জেনে রাখা ভাল, যদিও আমার ক্ষেত্রে আমি টরটোইজিট ব্যবহার করছি না; আমি কেবল কমান্ড লাইনটি ব্যবহার করি।
রায়ান লুন্ডি

13

আমি কেবল উত্তরের এই সুত্রে হোঁচট খেয়েছি - এই ত্রুটিটি যেমন একটি বোগাস ত্রুটি #

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

একবার সম্পাদকটি বন্ধ করে দিলে - আমি আবার "গিট একীভূত" করে দৌড়ে এসেছি, এটি কাজ করে।

কি অর্থহীন ত্রুটি :(


ধন্যবাদ! প্রতিদিন নয় আপনি তালিকার নীচে 'ডান' উত্তরটি দেখতে পাবেন। আমি এটিকে সঠিক উত্তর চিহ্নিত করার পরামর্শ দিচ্ছি। বর্তমান অপারেশন বাতিল না করে, আসল সমস্যাটি সমাধান করার জন্য বোঝা যায়।
নিখিল কুরিয়াকোজে

12

যদি vscode ব্যবহার করে থাকেন তবে টার্মিনাল কিল করুন এবং নতুনটি খুলুন। অন্যথায় সম্ভবত টার্মিনাল বন্ধ


এটি ছিল, কোনও প্রক্রিয়া লক করা বা অন্য কিছুর মতো লাগছিল
কিছুর মাইক উপজোঁ

10

আমার মাঝে মাঝে উইন্ডোজ এ ঘটে

ত্রুটি: 'ফাইলের নাম' স্থিতি দিতে পারে না: অনুমতি অস্বীকৃত

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

গিট ব্যাশের একটি উদাহরণ বাদে সমস্ত কিছু বন্ধ করা আমার পক্ষে সমস্যাটি সমাধান করে।


9

আপনি যে আইডিই ব্যবহার করেন (যদি আপনি এটি ব্যবহার করেন) তবে সেই উপায়টি সম্ভবত পেতে পারে। কিউটিক্রিটার ব্যবহার করার সময় আমার সাথে এটি ঘটেছিল।


আমার ক্ষেত্রে এই ঘটনাটি ছিল পিএইচপিস্টর্ম ব্যবহার করে। এটি পুনরায় চালু করার ফলে ত্রুটিটি স্থির হয়েছে।
ল্যানসমনোটোন

7

উইন 10-তে সোর্স ট্রি ব্যবহার করে, এটাম সম্পাদক বন্ধ করে সমস্যাটি স্থির করে।

ত্রুটি পুনরুত্পাদন:

  1. শাখা বিতে, এটিএম সম্পাদনা করে সংরক্ষণ এবং প্রতিশ্রুতিবদ্ধ করে একটি এমডি ফাইল তৈরি করুন।
  2. শাখা A তে স্যুইচ করুন, সার্ভার থেকে নতুন কমিটগুলি টানুন।
  3. পিছনে স্যুইচ করুন, ওপসগুলি চেষ্টা করুন, এটি বলছে "ত্রুটি: 'ফাইল' স্ট্যাটাস করতে পারে না: অনুমতি অস্বীকার করা হয়েছে"।

6

আপনি যখন সাব্লাইমেক্সট ব্যবহার করছেন এবং পপআপ উইন্ডোটি আপনাকে প্রোগ্রামটি কিনতে বলছেন তখন এটিও ঘটতে পারে।


1
এটি প্রকল্পের / ফাইল গাছ খোলা
হাল

1
@ হালের মতো আমার সমস্যাটিও ছিল পরমাণুর সাথে। কারণ একটি শাখায় একটি ফোল্ডার অন্য শাখায় ছিল না। এটিম বন্ধ করলে এটি ঠিক হয়ে যাবে তবে আপনি প্রকল্পের গাছটিও ফোল্ড করতে পারেন (ফোল্ডারটি আড়াল করতে) এবং এটিও কার্যকর।
jsalwen

6

এটি প্রায়শই ঘটে যখন আপনি প্রিপ্রোসেস বা কোডকিটের মতো প্রজেক্টটি প্রিফ্রোসেসিং সফটওয়্যার / অ্যাপ্লিকেশনগুলি দেখেন। এছাড়াও, প্রকল্পের কোনও ফাইল বর্তমানে সম্পাদনা করা হচ্ছে যদি অ্যাটম এবং সাব্লাইম (এবং এমনকি নোটপ্যাড ++) এটি ঘটতে পারে।

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


1
হে মানুষ! আমি পটভূমিতে এলম-লাইভ চালিয়ে যাচ্ছিলাম। এটি আমার মাথা ব্যাথার এক টন বাঁচিয়েছে।
হিমশীতল

6

আপনি যদি ওয়েবপ্যাক চালাচ্ছেন তবে এটি বন্ধ করুন। আপনার আইডিই বন্ধ করুন। এই জিনিসগুলি করার পরে ভাল কাজ করা উচিত।


4

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


4

আমি সবেমাত্র উইন 7 এর অধীনে এটি পেয়েছি।

it গিট স্ট্যাশ পপ ত্রুটি: 'প্যারেন্টফোল্ডার / সাবফোল্ডার' স্ট্যাটাস করতে পারে না: অনুমতি ত্রুটি অস্বীকার করেছে: 'প্যারেন্টফোল্ডার / সাবফোল্ডার' স্ট্যাটাস করতে পারে না: অনুমতি অস্বীকার করেছে

রোগ নির্ণয়:

1> আমি সাবফোল্ডারে গিয়েছিলাম এবং এটি সেখানে আছে এবং আমি এটি মুছতে পারিনি!

2> "প্রক্রিয়া অন্বেষণকারী" ব্যবহার করুন -> সন্ধান করুন -> হ্যান্ডলগুলি এবং Dlls খুঁজুন -> "সাবফোল্ডার" নামটি সেখানে রেখে অনুসন্ধান করুন and

ফলাফল: দেখা যাচ্ছে এটি এক্সএমএসএফএস সেখানে একটি এক্সএমএল খুলেছে, এক্সএমএল স্পাই বন্ধ করুন এবং আবার স্ট্যাশ পপ চেষ্টা করুন, এটি এখন কাজ করছে।


4

ইন্টেলিজি ইন্টিগ্রেটেড টার্মিনালের অভ্যন্তরে রিব্যাক করার সময় উইন্ডোজটিতে আমার কাছে ঘটেছিল । আমি লক্ষ্য করেছি যে আমার কাছে গিট ব্যাশ ক্লায়েন্টের দৃষ্টান্তটি সমান্তরালে চলছে।

গিট ব্যাশ বন্ধ করে দেওয়া সমস্যার সমাধান করেছে।


2

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

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

attrib -R /S

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


2

আমি উপরের "ক্লোজাল ভিজ্যুয়াল স্টুডিও" উত্তরের সাথে একমত

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

গিট টান

এবং " ফাইলের নাম স্থির রাখতে পারে না " ত্রুটি অদৃশ্য হয়ে যায়। এটি সম্ভবত ভিজ্যুয়াল স্টুডিও এক্সটেনশনের কারণে প্রক্রিয়াটি বন্ধ হওয়ার পরেও দীর্ঘ সময়ের জন্য উন্মুক্ত রাখার কারণে।


2

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


2

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

লকহান্টার হ'ল আমি যা ব্যবহার করি: https://lockhunter.com/ সেখানে সম্ভবত অন্যরাও রয়েছেন, তবে এইটি আমার পক্ষে দুর্দান্ত কাজ করেছে।


1

উইন্ডোজ 10 64 বিটের একই সমস্যা, গিট বাশ সংস্করণ 2.9.0.windows1 এটমকে আমার সম্পাদক হিসাবে ব্যবহার করছে running

এটি আমার পক্ষে কাজ করেছে: আমি উইন্ডোজ ডিফেন্ডারকে বাদ দিয়ে গিট সফ্টওয়্যার ফোল্ডারটি (আমার জন্য এটি সি: \ প্রোগ্রাম ফাইলস \ গিট) যুক্ত করেছি।

বর্জন যুক্ত হওয়ার পরে, git checkout 'file'সূক্ষ্মভাবে কাজ করে।


1

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

সেক্ষেত্রে তবে এটি যেহেতু মূলত একটি রেসের শর্ত, তাই আপনাকে যা করতে হবে তা হ'ল আপনার বাধা পুনর্বাসনের প্রক্রিয়া চালিয়ে যাওয়া । দুর্ভাগ্যক্রমে আমার সাথে সর্বদা এটি ঘটে থাকে, তাই আমি আমার প্রত্যাবর্তনগুলি চালিয়ে যেতে এই ক্ষুদ্র বিপজ্জনক সহায়ককে লিখেছি:

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

আপনি যদি অতিরিক্ত নিশ্চিত হতে চান তবে আপনি git rebase --edit-todoপরবর্তী প্রতিশ্রুতি প্রয়োগ করতে হবে কিনা তা যাচাই করার জন্য আপনি ব্যবহার করতে পারেন যা আগে প্রয়োগ করতে ব্যর্থ হয়েছিল। git clean -dnআপনি কোনও গুরুত্বপূর্ণ ফাইল মুছবেন না তা নিশ্চিত করতে ব্যবহার করুন ।


1

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



1

ভান্ডার সম্পর্কিত w3wp.exe প্রক্রিয়া হত্যা আমার জন্য এটি স্থির করে fixed


1

আমার ক্ষেত্রে, আমার পিছনে একটি ওয়েবপ্যাক ডেভ সার্ভার চলছিল।


0

আমার ভিএস 1013 যখন 8.1 লক্ষ্য করে একটি শাখায় ছিল তখন আমি এই ত্রুটিটি পেয়েছি এবং আমি একটি 8.0 শাখা চেকআউট করার চেষ্টা করছি। আমার ভিএস-এ ফিরে ট্যাব এবং আপডেটএলকে এটির অনুমতি দেওয়া দরকার। তারপরে আমি ত্রুটি ছাড়াই 8.0 শাখাটি চেকআউট করতে পারি।


0

আমি যখন একই ত্রুটির মুখোমুখি হয়েছিলাম তখনও আমি উইন্ডোজ মেশিনে গিট শেল ব্যবহার করে ছিলাম।

যাইহোক, সেই সময়ে আমার একাধিক গিট টার্মিনাল খোলা ছিল।

প্রথম টার্মিনালটি উপরে আপনি ত্রুটিটি পোস্ট করেছেন এবং অন্য টার্মিনালটি ইতিপূর্বে grunt serveইয়োমন থেকে টার্মিনাল কমান্ড চালিয়েছিল (নীচে লিঙ্কিত)। স্থানীয় সার্ভারের উদাহরণটি হোস্ট করার জন্য দ্বিতীয় টার্মিনালটি উন্মুক্ত থাকতে হবে।

চলমান প্রক্রিয়াগুলিতে চলমান সমস্ত টার্মিনাল উইন্ডো বন্ধ করে দেওয়ার ফলে ত্রুটিটি দূরে যেতে পারে।

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

গ্রান্ট সার্ভ কমান্ড - ইয়োম্যান.আই / ও
http://yeoman.io/learning/


0

আমি কেবল এই ইস্যুতে দৌড়েছি। এখানে উত্তরগুলির উত্তরহীন আমার জন্য এটি সমাধান করার জন্য ঘটেছে।

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

আমি কীভাবে এটি সমাধান করেছি তা ডান ক্লিক করে ফাইলটি মুছে ফেলুন (যা কাজ করেছিল তবে আমি এটি খুলতে পারিনি কারণ উইন্ডোজ এটি খুঁজে পায় না ???) এবং আবার একত্রিত হওয়ার চেষ্টা করুন এবং এটি সমস্যার সমাধান করেছে।

খুব অদ্ভুত.

আশা করি এটি পরে কাউকে সহায়তা করবে।


0

আমি আমার পাঠ্য সম্পাদক থেকে প্রস্থান করেছি যা প্রকল্প ডিরেক্টরিগুলি অ্যাক্সেস করছে, তারপরে মাস্টার শাখায় মার্জ করার চেষ্টা করেছিল এবং এটি কাজ করে it

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.