গিট টান "রেফারেন্স সমাধান করতে অক্ষম" "স্থানীয় রেফ আপডেট করতে অক্ষম"

Question

1.6.4.2 গিট ব্যবহার করে, আমি যখন চেষ্টা করেছি তখন আমি git pullএই ত্রুটিটি পেয়েছি:

error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory
From git+ssh://remoteserver/~/misk5
 ! [new branch]      LT558-optimize-sql -> origin/LT558-optimize-sql  (unable to update local ref)
error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory
 ! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

আমি চেষ্টা করেছি git remote prune origin, কিন্তু তাতে কোন লাভ হয়নি।

Comments

stackoverflow.com/questions/19548199/…

— অমিত যাদব

Answer 1

আপনার স্থানীয় সংগ্রহস্থলটি পরিষ্কার করার চেষ্টা করুন:

$ git gc --prune=now
$ git remote prune origin

---

ম্যান গিট-জিসি (1):

git-gc - Cleanup unnecessary files and optimize the local repository

git gc [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune]

       Runs a number of housekeeping tasks within the current repository, such as compressing file revisions
       (to reduce disk space and increase performance) and removing unreachable objects which may have been
       created from prior invocations of git add.

       Users are encouraged to run this task on a regular basis within each repository to maintain good disk
       space utilization and good operating performance.

ম্যান গিট-রিমোট (1):

git-remote - manage set of tracked repositories

git remote prune [-n | --dry-run] <name>

           Deletes all stale remote-tracking branches under <name>. These stale branches have already been
           removed from the remote repository referenced by <name>, but are still locally available in
           "remotes/<name>".            

Comments

কেন এই কাজ করে? সমস্যাটি কী এটি সমাধান করে?

— ইক্কে

দ্বিতীয় কমান্ড আমার পক্ষে কাজ করেছিল। স্পষ্টতই আমার সদ্য তৈরি করা একটি প্রত্যন্ত শাখার কাছে একটি ভাঙা রেফারেন্স ছিল। কীভাবে এটি ঘটেছে তা নিশ্চিত নয়, তবে খুশি হলাম এটি একটি সাধারণ সমাধান। ধন্যবাদ ভিটেক!

— জেজিটেলর

এটি নিখুঁতভাবে কাজ করেছে! এটি কী করে এবং কেন এটি কাজ করে তার একটি ব্যাখ্যাও আমি পছন্দ করি। ধন্যবাদ!

— এরিয়েলএসডি

git remote prune originকমান্ডটি কি আমার স্থানীয় কাজের অনুলিপি বা দূরবর্তী সংগ্রহস্থলে চালিত হবে?

— ব্যবহারকারী 1438038

@ user1438038 এটি কোনও শাখা অপসারণ করা উচিত নয় এবং কেবলমাত্র আপনার স্থানীয় ওয়ার্কিং কপির রিমোট রেফারিকে আপডেট করা উচিত। আরো এখানে তথ্য: stackoverflow.com/questions/20106712/...

— Zengineer

Answer 2

পাশাপাশি আমার ঘটেছে। আমার ক্ষেত্রে, খারাপ রেফার্কটি মাস্টার ছিল এবং আমি নিম্নলিখিতগুলি করেছি:

rm .git/refs/remotes/origin/master
git fetch

এটি গিটটি রেফ ফাইল পুনরুদ্ধার করে। এরপরে সবকিছু প্রত্যাশার মতো কাজ করল।

Comments

আমি একই জিনিসটি করেছি এবং এটি আমার সমস্যার সমাধান করেছে। আমি নোটপ্যাড ++ এ ফাইলটি খুললে এটি স্পষ্টত দূষিত হয়েছিল।

— দ্য মায়ার

আপনি যে ফাইলটি মাস্টারের পরিবর্তে সমস্যা দিচ্ছেন তা আপনি চয়ন করেছেন তা নিশ্চিত করুন

— bia.migueis

@ বিয়া.মিগুইয়েস: আপনি যদি দুর্ঘটনাক্রমে পাশাপাশি মাস্টারকে সরিয়ে দেন তবে তা ক্ষতিগ্রস্থ হবে না - এটি পরের ফিচারটিও আপডেট হবে।

— nnot101

যদি এটি সাবমডিউল হয় তবে রেফটি খুঁজে পাওয়া কিছুটা জটিল। প্রথমে যদি না .gitহয় তবে তা করে কোনও ফোল্ডার রয়েছে ls -laকিনা তা .gitযাচাই করুন, আসল .git ফোল্ডারে যে রেফগুলি রয়েছে তা সন্ধান করার জন্য ফাইলের সামগ্রীগুলি দেখুন see .gitআমার ক্ষেত্রে ফাইল বিষয়বস্তু: gitdir: ../.git/modules/my-submodule-name

— CCoder

গত এক বছরে দুবার আমি আবার ফিরে এসেছি এবং এটি আবার ঠিক করতে এসেছি, এটিই কেবলমাত্র কার্যকর যা কাজ করে।

— টেড

Answer 3

এটি আমার জন্য কাজটি করেছে:

git gc --prune=now

Comments

এটি কাজ করে। আমার দিন বাঁচানোর জন্য ধন্যবাদ! @ বারেন্ড কমান্ডের কোনও সম্ভাব্য ব্যাখ্যা?

— ন্যাশচিজ

গিট জিসি ডক্স এখানে রয়েছে

— বিগআরন

আমার জন্যও কাজ করেছেন। চালানোর দরকার git remote prune origin

— পড়েনি

Answer 4

আমার জন্য, এটি ফোল্ডার থেকে ত্রুটি ছুড়ছে এমন ফাইলগুলি সরাতে কাজ করেছে .git/refs/remotes/origin/।

Comments

এটা এটা করেছে! তবে মাত্র কৌতূহলের বাইরে আপনি কি জানেন যে এই ত্রুটিটি কেন এসেছিল? (সবকিছু ঠিকঠাক কাজ করছিল এবং তারপরে হঠাৎ একদিন এই ত্রুটিটি পপ হয়ে গেল)। এবং আপনি কীভাবে ফাইল মুছে ফেলা এটি সমাধান করে তা জানেন?

— শ্রেয়ানস

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

— ব্রায়ান ভ্যান রুইজেন

দুর্দান্ত কাজ করেছেন! লক্ষ্য করুন যে সমস্যাটি সৃষ্টি করে এমন সমস্ত ফাইল (মুছে ফেলা ত্রুটি প্রতিবেদনের উপর ভিত্তি করে) আপনাকে মুছে ফেলতে হবে, যেন আপনি কেবল একটি মুছুন এবং এটিকে আবার টেনে আনার চেষ্টা করবেন।

— রায়

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

— ডেভিড ফেরেঞ্জি রোগোয়ান

Answer 5

এটি চেষ্টা করুন:

git gc --prune=now

git remote prune origin

git pull

Comments

যদিও এটি লেখকদের প্রশ্নের জবাব দিতে পারে, এতে কিছু ব্যাখ্যাকারী শব্দ এবং / অথবা ডকুমেন্টেশনের লিঙ্কের অভাব রয়েছে। আশেপাশে কিছু বাক্যাংশ ছাড়া কাঁচা কোড স্নিপেটগুলি খুব বেশি কার্যকর নয়। আপনি কীভাবে একটি ভাল উত্তর লিখতে পারেন তা খুব সহায়ক। আপনার উত্তর সম্পাদনা করুন।

— রায় শেফার 21

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

— Musikero31

git gc --prune = এখন অপ্রয়োজনীয় ফাইলগুলি মুছে ফেলার সময় স্থানীয় সংগ্রহস্থল আপডেট করে। এটা আমার জন্য কাজ করে।

— ভ্যাসিল গুটনিক

Answer 6

নিম্নলিখিত আদেশগুলি কার্যকর করুন:

rm .git/refs/remotes/origin/master

git fetch

git branch --set-upstream-to=origin/master

কেবলমাত্র যদি আপনার জানা দরকার তবে আপনি গিট রেফারেন্সের রিমোটস বিভাগটি .git/refs/remotes/origin/masterপড়তে পারেন ।

Comments

.Git / রেফার্স / রিমোটস / আদি / শাখা নাম কী তা ব্যাখ্যা করতে পারেন? এই সমাধানটি আমার পক্ষে কাজ করেছিল

— caitcoo0odes

Answer 7

আমি কেবল যুক্ত করতে চাই যে এটি কীভাবে ঘটতে পারে যা কোনও রেফারেন্স ভেঙে যায়।

সম্ভাব্য মূল কারণ

আমার সিস্টেমে (উইন্ডোজ 7 64-বিট), যখন কোনও বিএসওডি হয় , কিছু সঞ্চিত রেফারেন্স ফাইল (সম্ভবত সম্ভবত খোলার / বিএসওডের সময় লেখা হয়েছিল) NULLঅক্ষর (ASCII 0) দিয়ে ওভাররাইট করা হয় ।

অন্যরা যেমন উল্লেখ করেছেন, এটি ঠিক করার জন্য, কেবলমাত্র এই অবৈধ রেফারেন্স ফাইলগুলি মুছতে এবং পুনরায় সংগ্রহ করতে বা সংগ্রহস্থলটিকে পুনরায় টানতে যথেষ্ট।

উদাহরণ

ত্রুটি: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

সমাধান: ফাইলটি মুছুন%repo_root%/.git/refs/remotes/origin/some/branch

Comments

উইন্ডোজ 10 64 বিবিটে একই দৃশ্য - বিএসওড হওয়ার সাথে সাথে গিট রেপোতে কাজ করা। error: cannot lock ref 'refs/remotes/origin/master': unable to resolve reference 'refs/remotes/origin/master': reference broken। git pullপ্রথম ফাইলটি মোছার পরে আবার চেষ্টা করা হয়েছে fatal: update_ref failed for ref 'HEAD': cannot lock ref 'HEAD': unable to resolve reference 'refs/heads/master': reference broken। মুছে ফেলার পরে দ্বিতীয় ফাইলটি git pull origin masterসফল হয়েছিল।

— সিজেএমসিডনন

Answer 8

আমার এই একই সমস্যাটি ছিল এবং এটির ত্রুটিযুক্ত ফাইলটিতে গিয়ে সমাধান করেছি:

\repo\.git\refs\remotes\origin\master

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

Comments

একই সমস্যা ছিল, কিন্তু ফাইলটি .git/refs/remotes/origin/masterখালি ছিল। সমস্যাটি সরিয়ে সমাধান করুন।

— জিনোভিয়েভ

Answer 9

আমার ক্ষেত্রে, ডিরেক্টরিটির অধীনে সমস্ত অপসারণ রেফারেন্স ফাইলগুলি মুছে ফেলার পরে সমস্যার সমাধান হয়েছিল .git ।

আপনি যদি বার্তাটি দেখুন, এটি আপনাকে বলবে যে কোন ফাইলগুলি আপনাকে মুছতে হবে (বিশেষভাবে)।

মুছে ফেলার ফাইলগুলি নীচে বসে .git/refs/remotes।

আমি সবেমাত্র সমস্ত ফাইল মুছে ফেলেছি, এবং গিসি ছাঁটাই করেছি

git gc --prune=now

এর পরে, সবকিছু ঠিকঠাক কাজ করে।

Comments

আমার ক্ষেত্রে আমি কেবল .git / refs / রিমোটগুলি মুছুন এবং তারপরে সার্ভারের আপডেট এবং পুশ করুন এবং এটি কার্যকর।

— ফারাজ আহমেদ

ধন্যবাদ উরি। আমার ক্ষেত্রে আমি কেবল রেফ / রিমোটস / উত্স / বৈশিষ্ট্যের অধীনে ফাইলগুলি

— মুছলাম

Answer 10

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

এই সমস্যাটি সমাধান করার জন্য:

git fetch --prune
git fetch --all
git pull

অতিরিক্ত পড়ার জন্য - গিথুব ডকুমেন্টেশন থেকে রেফারেন্স :

গিট-ফেচ - অন্য সংগ্রহস্থল থেকে অবজেক্ট এবং রেফস ডাউনলোড করুন

- সমস্ত রিমোট আনুন।

--প্রিনে আনার পরে, রিমোটে থাকা কোনও দূরবর্তী ট্র্যাকিং শাখাগুলি সরিয়ে ফেলুন।

Comments

এটি আমার পক্ষে কাজ করেছে

— ওনেগিয়ে রিচার্ড

ধন্যবাদ, এটি আমার পক্ষে কাজ করেছে।

— স্যাম

Answer 11

git fetch --prune আমার জন্য এই ত্রুটিটি স্থির করে:

[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:25]
[I]> git fetch
error: cannot lock ref 'refs/remotes/origin/user/janek/integration/20170505': 'refs/remotes/origin/user/janek/integration' exists; cannot create 'refs/remotes/origin/user/janek/integration/20170505'
From github.com:zooxco/driving
 ! [new branch]            user/janek/integration/20170505 -> origin/user/janek/integration/20170505  (unable to update local ref)
From github.com:zooxco/driving
[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:30]
[I]> git fetch --prune
 - [deleted]               (none)     -> origin/user/janek/integration

এটি ধরে নিয়েছে যে আপত্তিজনক শাখা যদিও রিমোটে মুছে ফেলা হয়েছিল।

Comments

আপনার উদাহরণটি অসম্পূর্ণ বলে মনে হচ্ছে: এটি --pruneআমি দেখতে পাচ্ছি না। এছাড়াও প্রোটিপ: উদাহরণগুলি আটকানোর পরে অকেজো পাসওয়ার্ড প্রম্পটগুলি সরিয়ে ফেলুন।

— MarkHu

আপনি একেবারে ঠিক - আমি আনতে কমান্ড থেকে আউটপুট ছেড়েছি কিন্তু আমি এটি উদাহরণে রেখেছি। পাসওয়ার্ড প্রম্পটটিও মুছে ফেলার টিপটির জন্য ধন্যবাদ!

— মার্জিচ

Answer 12

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

এক্ষেত্রে আপনার উভয় স্থিতিকে টানা বা মাঝে না ঠেকিয়েই প্রয়োগ করা উচিত ...

rm .git/refs/remotes/origin/master
git fetch
git gc --prune=now
git remote prune origin

আমার জন্য স্থায়ী রেজোলিউশনটি কেবল ধাক্কা / টানার আগেই উভয় ফিক্স প্রয়োগ করার পরে অর্জন করা হয়েছিল।

Comments

এর জন্য ধন্যবাদ. নোট করুন যে আমি শাখার সাথে 'মাস্টার' প্রতিস্থাপন করেছি যা ব্যর্থ হয়েছিল যেমন - rm .git / refs / remotes / উত্স / বিকাশ

— ড্যামিয়েন সাওয়ের

আপনার উত্তরের জন্য ধন্যবাদ, সত্যিই সাহায্য!

— নাফিক

এটি আমার পক্ষে কাজ করেছিল

— জীবন

Answer 13

খুব সংক্ষেপে এর উত্তর দিতে, এই সমস্যাটি তখনই আসে যখন আপনার স্থানীয়টির কাছে দূরবর্তী সম্পর্কে কিছু তথ্য থাকে এবং কেউ এমন কিছু পরিবর্তন করে যা দূরবর্তী এবং আপনার পরিবর্তনগুলিকে সিঙ্ক করে।

আমি এই সমস্যাটি পাচ্ছিলাম কারণ কেউ প্রত্যন্ত শাখা মুছে ফেলেছে এবং আবার একই নামে তৈরি করেছে।

এই জাতীয় সমস্যাগুলি মোকাবেলার জন্য, রিমোট থেকে একটি টানুন বা আনুন।

git remote prune origin

বা যদি আপনি কোনও জিইউআই ব্যবহার করে থাকেন তবে দূর থেকে একটি আনুন।

Answer 14

আমি কাজ করতে সক্ষম ছিল

git remote update --prune

Answer 15

এটা চেষ্টা কর:

git pull origin Branch_Name

Branch_Name, আপনি বর্তমানে যে শাখাটি চালু করছেন

আপনি যদি শুধুমাত্র একটি git pull এটি অন্যান্য তৈরি সমস্ত শাখার নামও টানবে।

আপনি এটি পাবার কারণটিও তাই:

! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

Answer 16

আমার জন্য, আমার একটি স্থানীয় শাখা ছিল feature/phase2এবং প্রত্যন্ত শাখার নামকরণ হয়েছিল feature/phase2/data-model। নামকরণের বিরোধটি সমস্যার কারণ ছিল, তাই আমি আমার স্থানীয় শাখাটি মুছে ফেললাম (এটির জন্য আপনার প্রয়োজনীয় কিছু থাকলে আপনি এটির নাম পরিবর্তন করতে পারেন)

Comments

একই সমস্যা এখানে - আমাদেরও একটি ম্যাক / পিসি কেস-নামকরণের ইস্যু ছিল, যা এটি স্পষ্ট করে দেওয়া জটিল হয়েছিল (একটি নাম মূলধন করা হয়েছিল, অন্যটি নয় - এবং এটি পিসিতে কাজ করেছিল, তবে ম্যাক নয়)

— রকস্টেডি

Answer 17

যদি git gc --prune=now আপনাকে সাহায্য না করে। (আমার মতো দুর্ভাগ্য)

আমি যা করেছি তা হ'ল স্থানীয়ভাবে প্রকল্পটি সরিয়ে ফেলুন এবং পুরো প্রকল্পটি আবার ক্লোন করুন।

Comments

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

— স্টিফান ভেরকান্ট

Answer 18

আমি টাওয়ার ব্যবহার করছি এবং কোনও কারণে আমার ফোল্ডারের নাম ছিল .git/refs/remotes/origin/Github। এটি ছোট হাতের কাছে পরিবর্তন করা সমস্যার .git/refs/remotes/origin/githubসমাধান করেছে।

Answer 19

আমার একই সমস্যা ছিল। আমি নিম্নলিখিত পদক্ষেপ অনুসরণ করুন

1) আপনার শাখাটি পরিবর্তন করুন যা অন্য শাখায় ইস্যু করে

2) যে শাখা মুছুন

3) আবার চেকআউট।

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

Answer 20

আমি ব্যবহার করেছি git prune originএবং এটি কাজ করেছে।

Answer 21

সুরকার আপডেটে আমারও একই সমস্যা ছিল। তবে আমার জন্য এটি কেবলমাত্র সুরকার ক্যাশে সাফ করার পরে এবং বিক্রেতা ফোল্ডারের সামগ্রী মুছে ফেলার পরে কাজ করেছিল:

rm -rf vendor/*
git gc --prune=now
git pull
composer clear-cache
composer update my/package

Answer 22

git bundleতৈরি হওয়া ফাইল থেকে ক্লোন করার চেষ্টা করার সময় এই সমস্যাটি পেয়েছেন , অন্য উত্তরগুলির কোনওটিরই কাজ হয়নি কারণ আমি রেপো ক্লোন করতে পারি না (সুতরাং git gcএবং ফাইলগুলি সরিয়ে / সম্পাদনা করা প্রশ্নের বাইরে ছিল)।

এটি ঠিক করার আরও একটি উপায় ছিল - একটি .bundleফাইলের উত্স ফাইলটি এখানে ভিক্ষা শুরু করেছিল:

# v2 git bundle
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d HEAD
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master

PACK.......p..x...Kj.0...: (and so on...)

কেবলমাত্র ভিএম দিয়ে চতুর্থ লাইনটি মুছে ফেলাটি সমস্যার সমাধান করেছে।

Answer 23

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

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

Answer 24

 # remove the reference file of the branch "lost"
 rm -fv ./.git/refs/remotes/origin/feature/v1.6.9-api-token-bot-reader

 # get all the branches from the master
 git fetch --all

 # git will "know" how-to handle the issue from now on
 #     From github.com:futurice/senzoit-www-server
 # * [new branch]      feature/v1.6.9-api-token-bot-reader ->
 # origin/feature/v1.6.9-api-token-bot-reader

 # and push your local changes
 git push

Answer 25

ভান্ডার মুছতে এবং একই নামে তৈরি করা হলে একই সমস্যার মুখোমুখি হয়েছিল। এটি কেবল তখনই কাজ করেছিল যখন আমি নীচের মতো দূরবর্তী ইউআরএল পুনরায় সেট করি ;

গিট রিমোট সেট-url উত্স [GIT_REPO_URL]

দূরবর্তী url যাচাই করুন:

git remote -v

এখন, সমস্ত কমান্ডগুলি যথারীতি কাজ করা উচিত।

Answer 26

সবেমাত্র দৌড়ে এসেছি আজকের সমস্যায়।

সমস্যা সমাধানের পদ্ধতি: উইন্ডোজ সার্ভারে সোর্সট্রি দিয়ে আপনি এটি প্রশাসক হিসাবে চালানোর চেষ্টা করতে পারেন। এটি ডোমেনে উইন্ডোজ সার্ভার 2012 আর 2 তে আটলাসিয়ান উত্স ট্রি 2.1.2.5 এ "স্থানীয় রেফ আপডেট করতে অক্ষম" এর সমস্যাটি ঠিক করে।

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

Comments

ঠিক আছে, আমি এটি সুপারিশ করব না। আপনি আরও বেশি ফাইলের সাথে ভুল অনুমতি নিয়ে শেষ করবেন। এবং আপনাকে প্রশাসক হিসাবে সংগ্রহস্থলগুলির ফাইলগুলির সাথে ম্যানিপুলেট করে এমন সমস্ত কিছু চালাতে হবে। প্রথমে অনুমতিগুলি ঠিক করে রাখা ভাল না?

— ডেভিড ফেরেঞ্জি রোগোয়ান

তুমি ঠিক বলছো. তবে এটি এডমিন হিসাবে কাজ করার পরে আমি বুঝতে পেরেছিলাম এটি অনুমতি সংক্রান্ত সমস্যা। সুতরাং এটি আমার নির্ণয়ের পদ্ধতির একটি পদক্ষেপ ছিল, প্রতি সেউয়ের নিখুঁত সমাধান নয়।

— লিওনেট চেন

অবশ্যই। তবে অনেক ব্যবহারকারী সত্যই এর পরিণতি না জেনে সমাধান হিসাবে আপনার উত্তরটি নিতে পারেন। যদি আপনি প্রস্তাবিত সমাধান হিসাবে অনুমতিগুলির স্থিরকরণ যোগ করেন তবে আরও ভাল।

— ডেভিড ফেরেঞ্জি রোগোয়ান

Answer 27

একটি নির্দিষ্ট কেস লিখেছেন যা এই সমস্যার কারণ হতে পারে।

রিমোটে "বৈশিষ্ট্য" শাখা থাকা অবস্থায় আমি একদিন "ফিচার / সাবফেকচার" নামে একটি শাখা ঠেলে দিয়েছিলাম।

এই অপারেশনটি আমার পক্ষে কোনও ত্রুটি ছাড়াই দুর্দান্ত কাজ করেছে, কিন্তু যখন আমার সহকর্মীরা কোনও শাখা এনেছে এবং / বা টেনেছিল তখন তাদের সবার ঠিক একই ত্রুটি বার্তা ছিল unable to update local ref,cannot lock ref 'refs/remotes/origin/feature/subfeature ।

এটি featureদূরবর্তী ( git push --delete origin feature) এর শাখা মুছে ফেলার মাধ্যমে সমাধান করা হয়েছিল এবং তারপরে git remote prune originআমার সহকর্মীদের রেপোতে চালিত হয়েছিল যা এতে বার্তা উত্পন্ন করেছিল* [pruned] origin/feature ।

সুতরাং, আমার ধারণা গিটের অভ্যন্তরীণভাবে (.git / ...) ফোল্ডারে রেফ git fetchতৈরি করার চেষ্টা করছে তবে ফোল্ডার তৈরি করা ব্যর্থ হয়েছে কারণ ইতিমধ্যে রেফ ছিল ।subfeaturefeaturefeature

Answer 28

আমরা এই সমস্যাটি পেয়েছি যখন ম্যাকের একজন বিকাশকারী শাখার নামে ">" এর চেয়ে বড় চিহ্ন সহ একটি শাখা তৈরি করেছিলেন।

এটি TeamCity এবং স্থানীয় উইন্ডোজ ভিত্তিক কম্পিউটারগুলিতে সোর্স ট্রি ব্যবহার করে সমস্যা সৃষ্টি করেছিল। বিটবাকেট কোনও সমস্যা ছাড়াই এটিকে চলতে দেয়।

সমাধানের জন্য ব্যবহারকারী শাখাটি সরিয়ে এটি পুনরায় তৈরি করেছেন। যা সুন্দর এবং সহজ ছিল।

Answer 29

একই চিত্র ছিল তবে একটি ডিরেক্টরি সহ, টানতে একটি ব্যর্থ চিত্র পেয়েছে।

গিট - প্রোনও আমাকে সাহায্য করেনি। দেখা যাচ্ছে যে দূরবর্তীভাবে তৈরি ডিরেক্টরি হিসাবে একই নামের একটি ফাইল রয়েছে।

.Git s logs \ refs \ remotes \ উত্সতে গিয়ে লোকেল ফাইলটি মুছতে হয়েছিল - তারপরে আবার টানতে হবে, ভাল।