'এসএনএন ক্লিনআপ' ব্যর্থ হলে আমার কী করা উচিত?

Question

আমার একটি কার্যকারী ফোল্ডারে প্রচুর পরিবর্তন ঘটেছে এবং একটি আপডেট করার চেষ্টা করার ফলে কিছু ভুল হয়েছে।

এখন যখন আমি একটি 'এসএনএন ক্লিনআপ' প্রকাশ করি তখন আমি পাই:

>svn cleanup .
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'MemPoolTests.cpp' is not under version control

মেমপুলটিস্টেস.পি.পি হ'ল একটি নতুন ফাইল যা অন্য বিকাশকারী যুক্ত হয়েছিল এবং আপডেটে নামিয়ে আনা হয়েছিল। এর আগে আমার ওয়ার্কিং ফোল্ডারে উপস্থিত ছিল না।

ভান্ডারটির নতুন একটি অনুলিপি পরীক্ষা না করেই চেষ্টা করার এবং এগিয়ে যাওয়ার জন্য আমি কি কিছু করতে পারি ?

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

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

Comments

উত্তর: একটি নতুন অনুলিপি ব্যবহার করছি। একে অপরের বিরুদ্ধে সংস্করণগুলি আলাদা করতে তুলনার বাইরে একটি অনুলিপি ধরুন

— জন উইনস্টনলি

আমিনের সমাধান কি আপনার পক্ষে কার্যকর হয়নি? অন্যথায় গ্রহণ করার জন্য অবশ্যই একটি সুস্পষ্ট উত্তর?

— অ্যালিস পুরসেল

নিশ্চিত করুন যে কোনও ফাইল কোনও অ্যাপ্লিকেশন দ্বারা খোলা রাখেনি, এটি ভুলে যাওয়া সহজ। প্রক্রিয়া এক্সপ্লোরার এবং একটি দ্রুত অনুসন্ধান এটি উদঘাটনের

— অ্যাঙ্গুলারসেন

আইএমএইচও "এসএনএন ক্লিনআপ" কমান্ডের অস্তিত্ব ব্যর্থতার একটি স্বীকৃতি।

— yoyo

আপনি কি এটি দেখেছেন: স্ট্যাকওভারফ্লো

— ওরহান ভেলি এসেন

Answer 1

যখন সমস্ত শুরু করা কোনও বিকল্প নয় ...

আমি .svnডিরেক্টরিতে লগ ফাইলটি মুছলাম (আমি এতে আপত্তিজনক ফাইলটিও মুছে ফেলেছি .svn/props-base), একটি ক্লিনআপ করেছি এবং আমার আপডেট পুনরায় শুরু করেছি umed

Comments

আমি এখানে মূল প্রশ্নের সাথে একই রকম সমস্যা পেয়ে যাচ্ছিলাম (একটি বাধা থাকা এসএনএন চেকআউটের কারণে)। এটি আমার জন্য এটি স্থির করে দিয়েছে। যদিও আমাকেও পিতামাতার ডিরেক্টরিতে যেতে হয়েছিল এবং সেখানে একই কাজ করতে হয়েছিল।

— নাইজেল হকিন্স

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

— ইয়ান মেকপিস

আমার জন্য লক ফাইলগুলি মোছার কাজটি এটি করেছে। কারও আগ্রহের কারণ হতে পারে। আপনি নিম্নলিখিত কমান্ডের সাহায্যে এগুলি পুনরাবৃত্তভাবে মুছতে পারেন: rm -rffind . -type f -name lock

— H6।

হ্যাপি-কোডিংয়ের আদেশ কাজ করে না। এটি করে:sudo rm -rf | find . -type f -name lock

— জ্যাকারি শিউসেলার

আমার কাছে খুঁজে .svn/prop-baseপেলাম না.svn/[pristine|tmp|entries|format|wc.db]

— বিগপনি

Answer 2

জিনিসগুলি এসভিএন 1.7 দিয়ে পরিবর্তিত হয়েছে এবং .svn ডিরেক্টরিতে লগ ফাইলটি মোছার জনপ্রিয় সমাধান একটি ডেটাবেস ওয়ার্কিং-কপি বাস্তবায়নের ক্ষেত্রে সরানো সম্ভব নয়।

আমি যা কাজ করেছি বলে মনে হয়েছিল তা এখানে:

1. আপনার কাজের অনুলিপি জন্য .svn ডিরেক্টরি মুছুন।
2. একটি নতুন, অস্থায়ী ডিরেক্টরিতে একটি নতুন চেকআউট শুরু করুন।
3. চেকআউট বাতিল করুন (আমরা সবকিছু টেনে নামার জন্য অপেক্ষা করতে চাই না)।
4. এই বাতিল হওয়া চেকআউটে একটি ক্লিনআপ চালান।
5. ক্লিন ডাটাবেস সহ এখন আমাদের কাছে একটি নতুন .svn ডিরেক্টরি রয়েছে (যদিও কয়েকটি / ফাইল নেই)
6. এটি .svn আপনার পুরানো, দূষিত কার্যকারী ডিরেক্টরিতে অনুলিপি করুন।
7. এসএনএন আপডেট চালান এবং এটি আপনার নতুন আংশিক .svn ডিরেক্টরিটি আপনার পুরানো কার্যক্ষম ডিরেক্টরিটি দিয়ে গতি বাড়িয়ে আনতে হবে।

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

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

-Jody

Comments

আমি মনে করি এটি মাসে কমপক্ষে দু'বার করুন। এমন ব্যথা। এসএনএন টিমের এই পদক্ষেপগুলি যুক্ত করা উচিত svn cleanup --force। এবং অবশ্যই সমস্ত অ্যাড, মুছুন এবং (1.8 সহ) পুনরায় নামকরণ অপারেশনগুলি হারিয়ে গেছে।

— মার্টিন

@ অ্যাডেজাজা হ্যাঁ হ্যাঁ এটা করে.

— এমজেএস

এটি আমার জন্য এটি ঠিক করুন। এটি কিছুটা আলাদা: এসএনএন পরিবর্তনের পরে 1 নির্দিষ্ট ফোল্ডারের জন্য আপডেট ব্যর্থ। সেই ফোল্ডারটি মুছুন এবং সবকিছু ঠিক আছে

— Hoàng Long

@ পপ, এটি করা উচিত। মূলত আপনি একটি নতুন চেকআউটের জন্য মেটাডেটাটি নীচে টানছেন এবং তারপরে এটি ফাইলের সাথে পপুলিং করছেন। ফাইলগুলি মেটাডেটার সাথে মেলে কিনা তা এসভিএন নির্ধারণ করবে। তবে, আপনি জানেন যে, সবকিছু ঠিকঠাক ক্ষেত্রে প্রথমে জিপ করুন ...

— জে কেপলো

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

— দিমিত্রি

Answer 3

একবার দেখুন

http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/

উপরের লিঙ্কটি থেকে সংক্ষিপ্তসার সংক্ষিপ্তসার (অনুজ ভার্মাকে ধন্যবাদ)

1. Http://www.sqlite.org/download.html থেকে স্ক্লাইট কমান্ড-লাইন শেল (স্ক্লাইট-সরঞ্জাম-উইন 32) ইনস্টল করুন

2. sqlite3 .svn/wc.db "select * from work_queue"

SELECT আপনাকে কাজের কাতারের অংশ হিসাবে আপনার আপত্তিজনক ফোল্ডার / ফাইলটি দেখানো উচিত। আপনাকে যা করতে হবে তা হ'ল কাজের সারি থেকে এই আইটেমটি মোছা।

3. sqlite3 .svn/wc.db "delete from work_queue"

এটাই. এখন, আপনি আবার ক্লিনআপ চালাতে পারেন - এবং এটি কাজ করা উচিত। অথবা ক্লিনআপ চালানোর জন্য অনুরোধ করার আগে আপনি যে কাজটি করেছিলেন সেটিতে সরাসরি এগিয়ে যেতে পারেন (একটি নতুন ফাইল যুক্ত করা ইত্যাদি)

Comments

নোট করুন যে কেবলমাত্র লিঙ্ক-উত্তরগুলি নিরুৎসাহিত করা হয়েছে, এসও উত্তরগুলি সমাধানের সন্ধানের শেষ পয়েন্ট হওয়া উচিত (বনাম। রেফারেন্সগুলির মধ্যে আরও একটি স্টপওভার, যা সময়ের সাথে সাথে বাসি হয়ে যায়)। রেফারেন্স হিসাবে লিঙ্কটি রেখে এখানে দয়া করে এখানে একা একা সংক্ষিপ্তসার যোগ করার বিষয়টি বিবেচনা করুন।

— ক্লিওপাত্র

ফায়ারফক্সের স্ক্লাইট ম্যানেজার এক্সটেনশন রয়েছে যা .svn / wc.db ফাইলটি খুলতে এবং সম্পাদনা করতে পারে। ওয়ার্ক_উইউতে সমমানের ক্রিয়াকলাপ করার জন্য একটি সুবিধাজনক জিইউআই সরবরাহ করে।

— ম্যাজিশিয়ানার

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

— আরবিট

আমার জন্য চলছে 'ডাব্লুসি_লোক থেকে মুছুন'; পাশাপাশি প্রয়োজন।

— ত্রিস্তান.লিউ

পুরোপুরি কাজ! Svn স্তন্যপান! কিন্তু work_queue থেকে মুছে ফেলার পরে svn আমাকে একটি অন্য ত্রুটি "svn লক" করুন, কেবল কচ্ছপ দিয়ে চালান (

— গ্রহপসে

Answer 4

অন্য সব ব্যর্থ হলে:

1. একটি নতুন ফোল্ডার দেখুন।
2. আপনার পরিবর্তিত ফাইলগুলি অনুলিপি করুন।
3. আবার চেক ইন
4. পুরানো ফোল্ডারটি মুছে ফেলার আগে এবং নতুনটি ব্যবহার করার আগে কোথাও জিপ করুন (আপনি কখনই জানেন না যে + পেরোনিয়া ভাল)।

Answer 5

সর্বশেষতম ভার্শন (আমি 1.9.5 ব্যবহার করছি) ক্লিন আপ মেনুতে "ব্রেক লক" বিকল্পটি যুক্ত করে এই সমস্যার সমাধান করে। পরিষ্কার করার সময় এই চেক বাক্সটি নির্বাচন করা হয়েছে তা নিশ্চিত করুন।

Comments

এটা এখন খুব সুস্পষ্ট মনে হচ্ছে! ধন্যবাদ

— বিলি জ্যাক ও'কনোর

মোহন মত কাজ!

— বিশ্বনাথ

আমার জন্য ভাল কাজ করে।

— সার্জি

কাজ করছে! আমি যখন এই সমাধানটি দেখেছিলাম তখনই আমি তাত্ক্ষণিকভাবে বুঝতে পারি যে সমস্যাটি কী ... (আমি মনে করি): আমার এখনও একটি এক্সেল খোলা ছিল যা এটি পরিবর্তন করে। আমি কিছু জাভা ফাইলগুলিতে আমার পরিবর্তনগুলি সম্পাদন করতে চেয়েছিলাম এবং এক্সেল ফাইলটি দেখেছি এবং "আমি সেখানে কোনও পরিবর্তন করি নি ... ফিরে যাও" এর মতো ছিল। যা কার্যকর হয়নি, তারপরে আমি বুঝতে পারি এটি এখনও খোলা আছে, এটি বন্ধ করে দিয়েছে, এফ 5, কমিট করার আগে উপস্থিত হয় নি, তাই প্রতিশ্রুতিবদ্ধ করতে এগিয়ে যান। এবং তারপরে এটি আমাকে "pls রান ক্লিনআপ" বলে এবং সেখান থেকে আমি আটকে ছিলাম। সূতরাং ধন্যবাদ! :)

— বেরুশ

Answer 6

এই উত্তরটি কেবলমাত্র 1.7 এর আগে সংস্করণগুলিতে প্রযোজ্য (ধন্যবাদ @ ŁukaszBachman) ।

সাবভার্সন তার তথ্য ফোল্ডার প্রতি (.svn) সংরক্ষণ করে, সুতরাং আপনি যদি কেবল একটি সাবফোল্ডার নিয়ে কাজ করছেন তবে আপনাকে পুরো সংগ্রহস্থলটি চেকআউট করতে হবে না - কেবল যে ফোল্ডারটি বার্ক করেছে:

cd dir_above_borked
mv borked_dir borked_dir.bak
svn update borked_dir

এটি আপনাকে বোর্কযুক্ত ফোল্ডারের একটি ভাল কার্যকরী অনুলিপি দেবে, তবে এখনও আপনার পরিবর্তনগুলি বোরকডডির.বাক-তে ব্যাক আপ করা আছে। একই নীতিটি উইন্ডোজ / কচ্ছপ এসভিএন এর সাথে প্রযোজ্য।

আপনার যদি কোনও বিচ্ছিন্ন ফোল্ডারে পরিবর্তন হয় তবে একবার দেখুন

svn checkout -N borked_dir   # Non-recursive, but deprecated

অথবা

svn checkout --depth=files borked_dir
# 'depth' is new territory to me, but do 'svn help checkout'

Comments

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

— আইবাবুর

এটি আমার পক্ষে কাজ করেছিল - আমি যা করেছি তা svn upএকই রেপো যা svn upঅন্য ট্যাবের মধ্যবর্তী স্থানে ছিল - আমি ভুলে গিয়েছিলাম যে আমি এটি করেছি এবং আগের রাতে এটি অসম্পূর্ণ রেখেছি।

— জন z

আর সত্য নয় - নতুন সংস্করণ সহ এসভিএন এখন কেবল একটি .svnডিরেক্টরি ব্যবহার করছে ।

— asukaszBachman

Answer 7

$ ls -la .svn
$ rm -f .svn/lock

তারপর

$ svn update

আশা করি এটা সাহায্য করবে

Answer 8

আমার ঠিক একই সমস্যা ছিল. আমি প্রতিশ্রুতি দিতে পারিনি, এবং ক্লিনআপ ব্যর্থ হবে।

একটি কমান্ড-লাইন ক্লায়েন্ট ব্যবহার করে আমি একটি ত্রুটি বার্তা দেখতে সক্ষম হয়েছি যা ইঙ্গিত করে যে এটি কোনও ফাইলের কাছে স্থানান্তরিত করতে ব্যর্থ .svn/propsহয়েছে .svn/prop-base।

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

Comments

আমি সেই গাছটি ছেড়ে দিয়েছি এবং শেষ পর্যন্ত একটি নতুন পেয়েছি। তবে পরের বার চেক করার জন্য কোনও ইঙ্গিত দেওয়ার জন্য ধন্যবাদ।

— রব ওয়াকার

হা ... আমি এমনকি .svn ist মূল অঞ্চলটিতে ফোল্ডারগুলির নাম named নাম from থেকে {নাম} _ ওপরে রেখে আবার মূল {নাম} এ ফিরে এসেছি এবং এটি কাজ করেছে

— beauXjames

Answer 9

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

বর্তমান উইন্ডোজ (অর্থাত্‍ কৃপণ) ফাইল সিস্টেমগুলি কেবল Filenameএবং এর মধ্যে পার্থক্যটি সঞ্চার করে না FILEname। আপনার দুটি সম্ভাব্য সংশোধন রয়েছে:

1. একটি বাস্তব ফাইল সিস্টেম (ইউনিক্স-ভিত্তিক) সহ প্ল্যাটফর্মে দেখুন, ফাইলটির নাম পরিবর্তন করুন, এবং পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ।
2. আপনি যখন উইন্ডোজে স্টোক করেন আপনি এক্লিপস এসভিএন সংগ্রহস্থল ব্রাউজারে ফাইলগুলির নাম পরিবর্তন করতে পারেন যা পার্থক্যটি সনাক্ত করে এবং সেখানে ফাইলটির নাম পরিবর্তন করে।
3. আপনি যে কোনও কমান্ড-লাইন এসভিএন ক্লায়েন্ট ব্যবহার করে দূরবর্তীভাবে সমস্যাযুক্ত ফাইলগুলির নাম পরিবর্তন করতে পারেন svn rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename

Comments

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

— কেগ্রিফস

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

— ডেভিড ডব্লিউ।

Answer 10

svn cleanupএকটি টার্মিনালে রান কমান্ড (যদি এটি গ্রহন থেকে ব্যর্থ হয় যা আমার ক্ষেত্রে ছিল):

~/path/to/svn-folder/$ svn cleanup

---

আমি এখানে বর্ণিত বিভিন্ন সমাধানের চেষ্টা করেছি , কিন্তু কোনওটিই কার্যকর হয়নি ।

অ্যাকশন টিম → আপডেট মাথা থেকে ব্যর্থ হলে:

এসএনএন: ই 155004: '/ হোম / ইউজার / পাথ / টু / এসএনএন-ফোল্ডারে' অসম্পূর্ণ কাজের আইটেম রয়েছে; প্রথমে 'এসএনএন ক্লিনআপ' চালান।

অ্যাকশন টিম → ক্লিনআপ একই ত্রুটির সাথে ব্যর্থ হয়।

আমার পক্ষে কাজ করা সমাধান: একটি টার্মিনালে এসএনএন ক্লিনআপ কমান্ড চালান ।

আদেশটি সফল হয়েছে।

তারপরে অ্যালিপসে টিম → আপডেট আবার কাজ করেছে।

দ্রষ্টব্য: আমার এসভিএন সংস্করণটি 1.9.3।

যদি কাজ না করে তবে ক্রিসের উত্তরও পরীক্ষা svn cleanupকরে দেখুন।

Answer 11

আমি svn cleanupকনসোলের মাধ্যমে করার চেষ্টা করেছি এবং এর মতো একটি ত্রুটি পেয়েছি:

svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base':
The system cannot find the file specified.

সুতরাং আমি এই ফাইলটি ম্যানুয়ালি (খালি) তৈরি করেছি এবং svn cleanupআবার করেছি। এবার ঠিক হয়ে গেল।

Answer 12

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

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

Comments

ইয়াৰে জিমি, তুমি আমার নায়ক (ইন) (

— ট্রোয়া

Answer 13

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

Answer 14

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

% svn co http://[domain]/svn/mortgages mortgages

(চেকআউট নিশ্চিত ... তারপর…)

svn: In directory 'mortgages/trunk/images/rates'
svn: Can't open file 'mortgages/trunk/images/rates/.svn/tmp/text-base/Header_3_nobookmark.gif.svn-base': No such file or directory

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

% cd mortgages/trunk/images/rates/
% svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)

তবে, দৌড়ানো কার্যকর svn cleanupহয় না, যেমনটি আমরা জানি।

% svn cleanup
svn: In directory '.'
svn: Error processing command 'modify-wcprop' in '.'
svn: 'spacer.gif' is not under version control

spacer.gifএখানে সমস্যা নেই ... এটি কেবল আগের ত্রুটিটি পরবর্তী ফাইলটিতে সরাতে পারে না। সুতরাং আমি ডিরেক্টরি .svnবাদে ডিরেক্টরি থেকে সমস্ত ফাইল মুছে ফেলেছি এবং এসভিএন লগ সরিয়েছি। এটি পরিষ্কার-পরিচ্ছন্নতার কাজ করেছে, যাতে আমি আপত্তিকর ফাইলটির চেক আউট এবং নাম পরিবর্তন করতে পারি।

% rm *; rm -rf .svn/log; svn cleanup
% svn up Header_3_nobookmark.gif
A    Header_3_nobookmark.gif
Updated to revision 1087.
% svn mv Header_3_nobookmark.gif foo
A         foo
D         Header_3_nobookmark.gif
% svn up
A    spacer.gif
A    Header_3_noBookmark.gif

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

Answer 15

যখনই আমার অনুরূপ সমস্যা হয় আমি এর মতো সাহায্যের জন্য আরএসসিএনসি (এনবি: আমি লিনাক্স বা ম্যাক ওএস এক্স ব্যবহার করি):

# Go to the parent directory
cd dir_above_borked

# Rename corrupted directory
mv borked_dir borked_dir.bak

# Checkout a fresh copy
svn checkout svn://... borked_dir

# Copy the modified files to the fresh checkout
# - test rsync
#   (possibly use -c to verify all content and show only actually changed files)
rsync -nav --exclude=.svn borked_dir.bak/ borked_dir/

# - If all ok, run rsync for real
#   (possibly using -c again, possibly not using -v)
rsync -av --exclude=.svn borked_dir.bak/ borked_dir/

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

Answer 16

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

Comments

এসভিএন এর প্রতি পপআপ ডায়ালগ নেই; সম্ভবত আপনি কচ্ছপ ব্যবহার করছেন। ওপি কমান্ড লাইন ক্লায়েন্ট ব্যবহার করছে, সুতরাং আপনার পরামর্শটি খুব সহায়ক নয়।

— রবার্ট

Answer 17

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

Answer 18

(আপনি ফোল্ডারগুলি সরানোর আগে এবং একটি নতুন চেকআউট করার চেষ্টা করার আগে)

আপত্তিজনক ফাইল (গুলি) ফোল্ডারে থাকা ফোল্ডারটি মুছুন - হ্যাঁ, এমনকি .svnফোল্ডারও, তারপরে svn cleanupখুব উপরে / প্যারেন্ট ফোল্ডারে একটি করুন।

Answer 19

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

Answer 20

আমি যখন টরটোইজএসভিএন (উইন্ডোজ) এর সাথে এই সমস্যার মুখোমুখি হই তখন আমি সাইগউইনে গিয়ে সেখান থেকে ' এসএনএন ক্লিনআপ ' চালাই ; এটি আমার জন্য সঠিকভাবে পরিষ্কার হয়ে যায়, তারপরে সবকিছু টরটোইজএসভিএন থেকে কাজ করে।

Comments

এটি একটি সিএমডি উইন্ডোতেও কাজ করে। টর্টোস ব্যর্থ হলে কেন এটি কাজ করে তা আমি জানি না, তবে এটি কখনও কখনও ঘটে।

— ওয়াটসিমোটো

Answer 21

এখানে উত্তরগুলি আমাকে সহায়তা করেনি, তবে প্রকল্পটি আবার যাচাই করার আগে, আমি Eclipse (সাবভার্সিভ আমার এসভিএন ক্লায়েন্ট) বন্ধ করে খুললাম এবং সমস্যাটি অদৃশ্য হয়ে গেল।

Answer 22

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

(আমি এটি পুনরায় ডাউনলোড করার চেষ্টা করেছি, তবে একটি পরিষ্কার ডিরেক্টরিতে একটি চেকআউট সর্বদা একই জায়গায় স্থির থাকে))

Answer 23

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

Answer 24

এখানে উদ্ধৃত বেশিরভাগ সমাধানের মধ্য দিয়ে যাওয়ার পরেও আমি ত্রুটিটি পেয়েছিলাম।

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

Answer 25

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

#>svn st
!       my_dir
!       my_dir\sub_dir

svn cleanup, svn revert, svn updateএবং svn resolveএই সব ফিক্সিং এ অসফল ছিল।

আমি অবশেষে সমস্যাটি নিম্নরূপে সমাধান করেছি:

• "Sub_dir" এর জন্য .svn ডিরেক্টরিটি দেখুন
• এন্ট্রি ফাইলে 'কেবল পঠনযোগ্য' পতাকাটি চেক করতে আরসি -> বৈশিষ্ট্যগুলি ব্যবহার করুন
• এন্ট্রি ফাইলটি খুলুন এবং "অসম্পূর্ণ ..." লাইনটি এবং সংশ্লিষ্ট চেকসামটি মুছুন
• কেবল পঠনযোগ্য পতাকাটি সংরক্ষণ করুন এবং পুনরায় সক্ষম করুন
• My_dir ডিরেক্টরিটির জন্য পুনরাবৃত্তি করুন

তারপরে, সবকিছু ঠিকঠাক ছিল।

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

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

Answer 26

না না না! আপনি যদি এসভিএন ১.7 বা তার বেশি ব্যবহার করেন তবে ক্লিনআপ কমান্ডটি কাজটি করা উচিত!

আমি কিছু পরীক্ষা-নিরীক্ষাও করে জানতে পেরেছিলাম যে সমাধানটি (কমপক্ষে একিপ্সিতে ) ত্রুটি বার্তায় উল্লিখিত ফোল্ডারের জন্য পুরো প্রকল্পটি নয়, ক্লিনআপ সম্পাদন করছে!

Comments

এটি আজ আমার পক্ষে কাজ করেছে, তাই আমি +1 এ যাচ্ছি। অন্যদিকে, আমি যখন লুপে উঠলাম তখন এর ঠিক বিপরীত ছিল - আমি ঠিক তখন একটি ফোল্ডারে ক্লিক করে "ক্লিনআপ" বেছে নিচ্ছিলাম যখন তার পরিবর্তে ফাঁকা জায়গায় ডান ক্লিক করতে হবে। সুতরাং এটি নির্দিষ্ট পরিস্থিতির উপর অনেক নির্ভর করে।

— ডাফনে বি

ডাউনভোট কারণ "এসএনএন ক্লিনআপ ব্যর্থ হলে আমি কীভাবে জিনিসগুলি ঠিক করব" এর উত্তরটি "এটি কাজ করা উচিত নয়"

— এমজেএস

Answer 27

আমি sudo chmod 777 -R .অনুমতি পরিবর্তন পাবে। ছাড়া sudo, এটি কাজ করবে না, আমাকে অন্যান্য কমান্ড চালানোর মতো একই ত্রুটি দেয়।

svn updateআপনার সম্পূর্ণ ডিরেক্টরিটি স্ক্র্যাপ না করে এবং এটিকে পুনরায় তৈরি না করে আপনি এখন বা যা কিছু করতে পারেন । এটি বিশেষত সহায়ক, যেহেতু আপনার আইডিই বা পাঠ্য সম্পাদকটিতে ইতিমধ্যে কিছু নির্দিষ্ট ট্যাব খোলা থাকতে পারে বা সিঙ্ক সমস্যা রয়েছে। এই পদ্ধতির সাহায্যে আপনার কাজের ডিরেক্টরিটি স্ক্র্যাপ করে প্রতিস্থাপন করতে হবে না।

Answer 28

আমি আমার কিছু সহকর্মীর .svn ডিরেক্টরিটি আমার অনুলিপি করে এবং তারপরে আমার কার্যকরী অনুলিপি করে এই সমস্যার সমাধান করেছি। এটি একটি দুর্দান্ত, দ্রুত এবং পরিষ্কার সমাধান ছিল।

Answer 29

পূর্বের উত্তরে কিছু খুব ভাল পরামর্শ রয়েছে, তবে আপনি যদি উইন্ডোজে টরটোইজএসভিএন নিয়ে সমস্যা বোধ করেন (একটি ভাল পণ্য, তবে ...) সর্বদা কমান্ড লাইনে পড়ে এবং প্রথমে একটি সাধারণ "এসএনএন ক্লিনআপ" করুন।

অনেক পরিস্থিতিতে উইন্ডোজ ক্লায়েন্ট ক্লিনআপ কমান্ড চালায় না, তবে ক্লিনআপ এসভিএন কমান্ড লাইন ইউটিলিটিটি ব্যবহার করে ভাল কাজ করে।

Answer 30

একটি অনুরূপ সমস্যার মুখোমুখি হওয়ার সময়, সংগ্রহস্থল সিঙ্ক ভিউতে ম্যানুয়াল একত্রিত হওয়া বিষয়টি সমাধান করতে সহায়তা করে।

একটি ফাইলের নাম অন্যটির সাথে সাংঘর্ষিক ছিল এবং এটি স্পষ্টভাবে বিষয়টি উল্লেখ করেছে। নতুন ফাইলটিকে অন্য নামে নামকরণ করা এটি সমাধান করেছে।