এসভিএন ত্রুটি - একটি কাজের অনুলিপি নয়


215

সম্প্রতি আমাদের এসএনএন সার্ভারটি পরিবর্তন করা হয়েছিল এবং আমরা একটি এসএনএন সুইচ করেছি।

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

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

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

সম্পাদনা: জেস্পেরই এর উত্তরের শেষ অনুচ্ছেদ

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

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

তবে, আমি এখনও এসএনএন সুইচ ত্রুটিটি বের করতে পারি না যা এখন এমন কিছু পড়ছে,

এসএনএন: 'এসএনএন: // রিপোরেল / পুনর্নামকরণ / ফোল্ডারনাম' এর সংগ্রহশালায় 'মি / রেপোনাম' রয়েছে, তবে ডব্লিউসি'র 'b5b39681-0ff6-784b-ad26-2846b9ea8e7d' রয়েছে

কোন ধারনা ?


এই ব্যবহারকারীরা এই ত্রুটিটির মুখোমুখি হয়েছেন
isomorphismes

উত্তর:


126

পুনরাবৃত্ত করার সময় যদি আপনি "একটি ওয়ার্কিং কপি নন" পান তবে svn cleanupআমার অনুমান যে আপনার একটি ডিরেক্টরি রয়েছে যা একটি ওয়ার্কিং কপি হওয়া উচিত (অর্থাত্ .svnশীর্ষ স্তরের ডিরেক্টরিটি তাই বলে) তবে এটি নিজস্ব .svnডিরেক্টরি অনুপস্থিত । সেক্ষেত্রে আপনি কেবল সেই ডিরেক্টরিটি সরিয়ে / সরানোর চেষ্টা করতে পারেন এবং তারপরে একটি স্থানীয় আপডেট (যেমন rm -rf content; svn checkout content) করতে পারেন।

যদি আপনি কোনও not a working copyত্রুটি পান তবে এর অর্থ হ'ল সাবভারশন .svnসেখানে কোনও সঠিক ডিরেক্টরি খুঁজে পাবে না। .svnডিরেক্টরি আছে কিনা তা পরীক্ষা করে দেখুনcontents

যদি সম্ভব হয় তবে আদর্শ সমাধানটি একটি তাজা চেকআউট।


1
আমি সম্মত, আপনার কাজের অনুলিপিটি রেপোতে সরানোর চেষ্টা না করে একটি নতুন চেকআউট করুন।
টাইগ্রেন

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

প্রথম অনুচ্ছেদে আপনার পরামর্শটি আমার সিস্টেমে কাজ করে না (ডাব্লু 7 + সাইগউইন)। বরং আরএম এবং এসএনএন আপডেট এটি করেছে।
Jukka Dahlbom

17
সতর্কতা: স্থায়ীভাবে rm -rfফোল্ডারটি contentমোছা। এটি কার্যকর করার আগে একটি ব্যাকআপ নিন।
কৃষাপ্রকাশ

47

আমি একই ধরণের পরিস্থিতিতে ( svn: 'papers' is not a working copy directory) অন্যরকম হয়ে পড়েছি, তাই আমি ভেবেছিলাম আমার যুদ্ধের গল্পটি (সরলীকৃত) পোস্ট করব:

$ svn add papers
svn: Can't create directory 'papers/.svn': Permission denied

ওহো! অনুমতিগুলি ঠিক করুন ... তারপরে:

$ svn add papers
svn: warning: 'papers' is already under version control
$ svn st
~     papers
$ svn cleanup
svn: 'papers' is not a working copy directory

এমনকি এমনকি papersপথ থেকে সরে যাওয়া এবং দৌড়ানোর svn up(যা ওপিতে কাজ করে) এটি ঠিক করে নি। আমি যা করেছি তা এখানে:

$ mv papers papers_
$ svn cleanup
$ svn revert papers
Reverted 'papers'
$ mv papers_/ papers
$ svn add papers

কাজ করেছে।


6

আমি এটি দ্বারা সমাধান

  1. প্রভাবিত ফোল্ডারগুলির একটি ব্যাকআপ অনুলিপি করুন
  2. এসভিএন প্রভাবিত ফোল্ডারগুলি ফিরিয়ে দেয়
  3. ব্যাকআপ থেকে ফাইলগুলি পেস্ট করুন

আমার ক্ষেত্রে সমস্যাটি .svn-ফাইলগুলি মুছে ফেলার কারণে হয়েছিল।


এটা কিভাবে করতে হবে ? দয়া করে সংক্ষেপে ব্যাখ্যা করুন
আনন্দ সাবজানি

5

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

SVN
|_
  |
  subfolder1
       |
       subfolder2   (here you get an error)

সেক্ষেত্রে আপনাকে উপরের স্তরে ডিরেক্টরি করতে হবে।


3

ওয়ার্কআউন্ড: ডাইরেক্টরির নাম পরিবর্তন করুন যা 'ওয়ার্কিং কপি' নয়, চেকআউট / আপডেট / এই ডিরেক্টরিটি পুনরুদ্ধার করুন পুনরায় নামকরণ ডিরেক্টরি থেকে ফাইলগুলি নতুন কমিট পরিবর্তনগুলিতে সরান

কারণ: আপনি .svn ডিরেক্টরিতে কিছু ফাইলগুলিতে কিছু পরিবর্তন করেছেন, এটি 'ওয়ার্কিং কপি'


3

যদি আপনি একটি নতুন ডিরেক্টরিতে একটি ফাইল তৈরি করেন তবে 'এসএনএন অ্যাড নিউডির / নিউফিল' এর পরিবর্তে 'এসএনএন অ্যাড নিউডির' ব্যবহার করুন কারণ আপনাকে ডিরেক্টরি যুক্ত করতে হবে। ডিরেক্টরি ভিতরে থাকা সমস্ত ফাইল ডিফল্টরূপে যোগ করা হবে।


1

আমি সবেমাত্র "একটি ওয়ার্কিং কপি নই" পেয়েছি এবং আমার জন্য কারণ ইউনিক্সে অটোমোটার। স্রেফ একটি নতুন "সিডি / পাথ / টু / ওয়ার্ক / ডিরেক্টরি" কৌশলটি করেছে।


1

একই, আমার একটি 'অবদান' ফোল্ডার আপডেট করা দরকার:

  1. পুরানো ফোল্ডারটি সরিয়ে নিয়েছে,
  2. নতুনটি অনুলিপি করেছেন
  3. .Svn ফোল্ডারগুলি প্রতিটি (আমার ক্ষেত্রে কেবল তিনটি) নতুন ফোল্ডারে অনুলিপি করেছেন।

আমি আমার ক্ষেত্রেও সমস্যা .svn ফোল্ডার মুছে ফেলার কারণে এসেছি।

সমাধান।


এটি গ্রহগ্রহ প্লাগইন ব্যবহার করে প্রায় 4 ঘন্টা এসভিএন ক্লিনআপে পেয়েছে - ভাল সময়! কাজের অনুলিপি লক করা আছে - না এটি নয়, একটি ভাল বার্তা গ্রহন করুন লোক, ধন্যবাদ।
ডার্থ জোন

1

আমি সাব ফোল্ডারটি থেকে মূল ফোল্ডারে .svn ফোল্ডারটি আটকানোর চেষ্টা করেছি। এটি কাজ করে !!!


1

এটি আমিই করেছি:

  1. ট্রাঙ্কের নাম ট্রাঙ্ক_
  2. একটি নতুন ফোল্ডার ট্রাঙ্ক তৈরি করুন
  3. পুনরায় চেকআউট এবং কয়েকটি ফাইল চেক আউট হওয়ার পরে প্রক্রিয়াটিকে বাধাগ্রস্থ করে
  4. ট্রাঙ্ক_ থেকে ট্রাঙ্কে ফাইলগুলি সরান
  5. এসএনএন ক্লিনআপ করুন
  6. এসএনএন আপডেট করুন। এটি ফাইলগুলির স্থিতি আপডেট করবে এবং তারপরে আপনার সমস্ত ফাইল সংস্করণিত হবে।

1

আমি এই সমস্যাটি svn diff অপারেশনেও পূরণ করি, এটি ভুল ফাইল পাথের কারণে হয়েছিল, আপনার './'বর্তমান ফাইল ডিরেক্টরিটি নির্দেশ করতে যোগ করা উচিত ।


0

এসএনএন: 'এসএনএন: // রিপোরেল / পুনর্নামকরণ / ফোল্ডারনাম' এর সংগ্রহশালায় 'মি / রেপোনাম' রয়েছে, তবে ডব্লিউসি'র 'b5b39681-0ff6-784b-ad26-2846b9ea8e7d' রয়েছে

প্রতিটি বিপর্যয় রেপো একটি অনন্য সনাক্তকারী (uuid) থাকে। স্যুইচিংয়ের মতো জিনিসগুলি করার সময় রেপো আসলে একই রকম হয় তা নিশ্চিত করার জন্য সাবভারশন এটি ব্যবহার করে। আপনার সম্ভবত সার্ভারের ইউইডটি আগের মতো হতে হবে।


সার্ভারে ইউইড পরিবর্তন করা হচ্ছে - এটি কীভাবে করবেন?
বিজয় দেব

সত্য, আমার কোন ধারণা নেই, আমি কেবল ধরে নিই যে এটি করা যেতে পারে। আপনি সাবভার্সন বইতে চেক করেছেন কি এ সম্পর্কে কিছু বলেছেন?
জেস্পের ই

0

এটি কি কোনও ওয়ার্কিং কপির ফর্ম্যাট মেলে না? এটি svn 1.4 এবং 1.5 এর মধ্যে পরিবর্তিত হয়েছে এবং আরও নতুন সরঞ্জামগুলি স্বয়ংক্রিয়ভাবে ফর্ম্যাটটি রূপান্তর করে, তবে তারপরে পুরানোগুলি রূপান্তরিত অনুলিপিটির সাথে আর কাজ করে না।


0

আপনি অবশ্যই আপনার প্রকল্প থেকে একটি এসভিএন - বেস ফাইল মুছে ফেলেছেন (যা কেবলমাত্র পঠনযোগ্য ফাইল)। এর কারণে আপনি এই ত্রুটি পান।

একটি নতুন প্রকল্পটি আবার দেখুন, আপনার পুরানো এসভিএন প্রকল্পের পরিবর্তনগুলি (যদি থাকে তবে) একটি নতুন "উইনমার্জ" ব্যবহার করে মার্জ করুন এবং আপনার সর্বশেষ চেক আউটটিতে পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ।


0

@ জেস্পের উল্লেখ করেছেন যে আপনাকে ইউইড পরিবর্তন করতে হবে। নিম্নলিখিতটি আপনাকে এটি অর্জনে সহায়তা করবে।

এসভিএন 1.5+ এ, আপনি এসএনএইডমিন সেটআপুইড করতে পারেন; তারপরে আপনি এটি পরীক্ষা করতে পারেন যে এটি svnlook uuid ব্যবহার করে সঠিকভাবে সেট করা হয়েছে। এসভিএন এর পূর্ববর্তী সংস্করণগুলিতে এটি আরও শক্ত প্রক্রিয়া। Http://chestofbooks.com/computers/revision-control/subversion-svn/ ম্যানেজিং- রিপোজিটরি- ইউইউডিগুলি- রিপোসাদমিন- মেন্ট- ইউইডস html দেখুন

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

[আমি মূলত @ জেস্পেরই এর উত্তরে মন্তব্য করেছি , তবে এটি জনগণের কাছে আরও স্পষ্ট এবং Google এর জন্য আরও সহায়ক হওয়ার জন্য এই উত্তরটি তৈরি করেছি। আমি তখন থেকে আমার মন্তব্যগুলি সরিয়েছি। ]


0

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

svn: '।' একটি কার্যকরী অনুলিপি ডিরেক্টরি নয়

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


0

ম্যাকের জন্য: - সার্ভারের দিক থেকে চেকআউট নিন এবং আপনার স্থানীয় কোডটি নির্বাচিত ফোল্ডারে রাখার চেয়ে আপনার স্থানীয় মেশিন থেকে ডিরেক্টরি নির্বাচন করার জন্য একটি নতুন উইন্ডো খুলবে তারপরে এসএনএন লোকাল সাইডটি খুলুন এবং প্রকল্পটি যুক্ত করুন এবং প্রতিশ্রুতিবদ্ধ করুন


0

আজ আমি /FILE_NAME/ is not a working copyসকালে একই সমস্যাটি পেয়েছি এবং এটি সমাধান করতে আমি আরও দুই ঘন্টা ব্যয় করেছি। আরএনডি এবং গুগলের দীর্ঘ পরে আমি কিছু সমাধান খুঁজে পেয়েছি এবং তা হ'ল CHECKOUT

  1. CHECKOUTSUBVERSIONনতুন প্রকল্প হিসাবে স্থানীয় থেকে ।
  2. জাভা ফাইলে কোডের কিছু পরিবর্তন করুন এবং প্রকল্পটি কমিট করুন।
  3. এটা আমার জন্য কাজ করে।

আশা করি এটি আপনার পক্ষে সহায়ক হবে।


0

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


0

আমি কেবলমাত্র এমন একটি ক্ষেত্রে দৌড়েছি যেখানে .svn ডিরেক্টরিটি একটি অন্য মেশিনে একটি এনএফএস সার্ভারে রয়েছে এবং এনএফএস ক্লায়েন্ট ফাইল লকিং পরিষেবা ( lockd) চালাচ্ছে না ।

svn: E155007: '/mnt/svnworkdir' is not a working copy

এটি একবার চলে গেল যখন lockdএনএফএস ক্লায়েন্ট হোস্টে শুরু হয়েছিল।

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


0

আমি একই প্রকল্প থেকে একটি পৃথক স্থানে একটি নতুন চেকআউট করেছি তারপরে .svn ফোল্ডারটি অনুলিপি করেছি এবং আমার পুরানো .svn ফোল্ডারটি প্রতিস্থাপন করেছি। এর পরে এসভিএন আপডেট ফাংশন বলা হয় এবং সবকিছু ঠিকঠাক করে আপ টু ডেট।


-1

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

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