วิธีการแก้ไข“ มีพื้นที่การดูแลสำเนาการทำงานขาดหายไป” ใน SVN

ฉันลบไดเรกทอรีที่เพิ่งเพิ่มออฟไลน์ในที่เก็บของฉันด้วยตนเอง ฉันไม่สามารถกู้คืนไดเรกทอรี

ความพยายามใด ๆ ที่จะทำการอัพเดตหรือการคอมมิตจะล้มเหลวด้วย:

"blabla/.svn" containing working copy admin area is missing.

ฉันเข้าใจว่าทำไม แต่มีอยู่เพื่อแก้ไขปัญหานี้

ฉันไม่ต้องการที่จะเช็คเอาต์ repo ทั้งหมดและเพิ่มการเปลี่ยนแปลงของฉันด้วยตนเองมันจะใช้เวลาหลายชั่วโมง

ตามนี้: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html

เช็กเอาต์โฟลเดอร์ "blabla" ไปยังตำแหน่งอื่นแล้วคัดลอกโฟลเดอร์. svn กลับไปที่ "blabla" ดั้งเดิม

FWIW ผมก็มีสถานการณ์ที่คล้ายกันและใช้SVN --force __dir__ ที่แก้ไขปัญหาสำหรับฉัน จากนั้นฉันก็ทำงานกับสำเนางานของฉันได้ตามปกติ

สิ่งที่ฉันทำเพื่อแก้ไขปัญหานี้คือการลบสำเนาโลคัลของโฟลเดอร์ภายใต้คำถามและจากนั้นให้ทำพาเรนต์svn updateโดยตรงหลังจากนั้น

แก้ไขให้ถูกต้องขึ้น

คุณลองตรวจสอบสำเนาใหม่ของไดเรกทอรีหลักได้หรือไม่

แก้ไข:เพื่อให้เจาะจงมากขึ้นฉันตั้งใจจะแนะนำให้เพิ่มระดับหนึ่งและลบไดเรกทอรีที่มีอยู่ จากนั้นทำ

svn update --set-depth infinity

เพื่อแทนที่ไดเรกทอรี

ฉันเพิ่มไดเรกทอรีไปยัง svn จากนั้นฉันลบโฟลเดอร์. svn โดยไม่ตั้งใจภายใน

ฉันใช้

svn delete --keep-local folderName

เพื่อแก้ไขปัญหาของฉัน

ฉันเพิ่งทำ 'svn revert / blabla' และใช้งานได้โฟลเดอร์กลับมาและฉันสามารถ svn ลบได้

เกิดข้อผิดพลาด "Directory 'blah / .svn' ที่มีพื้นที่การทำงาน copy admin หายไป" เกิดขึ้นเมื่อฉันพยายามเพิ่มไดเรกทอรีไปยังที่เก็บ แต่ไม่มีสิทธิ์ระบบไฟล์เพียงพอที่จะทำเช่นนั้น ไดเรกทอรีไม่ได้อยู่ในที่เก็บ แต่มันอ้างว่าอยู่ภายใต้การควบคุมเวอร์ชันหลังจากการเพิ่มล้มเหลว

การตรวจสอบสำเนาของพาเรนต์ไดเร็กทอรีไปยังตำแหน่งอื่นและการแทนที่โฟลเดอร์. svn ในพาเรนต์หลักของสำเนาการทำงานทำให้ฉันสามารถเพิ่มและคอมมิตไดเร็กตอรี่ใหม่ได้สำเร็จ

เราใช้ maven และ svn เป็นการตรวจสอบที่ผิดพลาดของไดเรกทอรีเป้าหมายไปยัง SVN ที่ทำให้เกิดข้อผิดพลาดนี้ การลบที่แก้ไขทุกอย่างถ้าคำแนะนำนี้ช่วยให้ทุกคน

ฉันพยายามที่svn rm --force /path/to/dirจะไม่เกิดประโยชน์ แต่จบลงด้วยการวิ่งsvn upและมันก็แก้ไขได้สำหรับฉัน

ฉันมีข้อผิดพลาดนี้เมื่อเร็ว ๆ นี้เมื่อไฟล์ถูกแยกออกจากการตั้งค่าในรูปแบบ SVN ของฉัน ข้อผิดพลาดเป็นสิ่งที่น่ารังเกียจเป็นพิเศษเนื่องจากฉันลบไฟล์โดยตรงจากที่เก็บ - และนั่นหมายความว่าการแก้ปัญหาข้างต้นไม่ได้ผล ในกรณีนี้การลบไดเรกทอรี. svn ด้วยตนเองจากไดเรกทอรีที่ฉันลบออกจาก SVN ทำให้ฉันสามารถเรียกใช้การอัปเดตซึ่งอนุญาตให้ฉันส่ง

ฉันมีปัญหาเดียวกันเมื่อฉันพยายามเปลี่ยน "C: \ superfolder"

ข้อความผิดพลาด:

Directory 'C:\superfolder\subfolder\.svn'
containing
working copy admin area is missing
Please execute the 'Cleanup' command.

หลังจากพยายาม "ล้างข้อมูล" ฉันได้รับข้อผิดพลาดดังต่อไปนี้:

 Cleanup failed to process the following paths:
 C:\superfolder\
'C:\superfolder\subfolder\' is not a working copy directory

สารละลาย:

1. ลบโฟลเดอร์ "โฟลเดอร์ย่อย"
2. ล้างโฟลเดอร์ "superfolder"
3. ลองสลับโฟลเดอร์ "superfolder" อีกครั้ง

สิ่งนี้ใช้ได้สำหรับฉัน โปรดแจ้งให้เราทราบหากยังใช้งานได้สำหรับคุณ

ฉันมีข้อผิดพลาดนี้เมื่อเร็ว ๆ นี้ มันเกิดจากรากเป็นเจ้าของสองสามไฟล์ในไดเรกทอรีให้ข้อผิดพลาดนี้

หลังจากฉันเปลี่ยนการอนุญาตทุกอย่างทำงานตามที่คาดไว้

ไม่ค่อยเข้าใจโพสต์ของคุณมากนัก ทางออกของฉันคือ

1. ตัดโฟลเดอร์ที่มีปัญหาและคัดลอกไปยังบางตำแหน่ง
2. รับการแก้ไขจากการโค่นล้มลงในไดเรกทอรีการทำงานอื่น (เพียงใหม่)
3. เพิ่มโฟลเดอร์ที่คุณบันทึกไปยังสำเนาทำงานใหม่และเพิ่มเป็นโครงการที่มีอยู่ (ถ้าเป็นโครงการเช่นในกรณีของฉัน)
4. Commit;

ฉันมีปัญหานี้ เพียงแค่ย้าย blabla ไปยังตำแหน่งอื่นชั่วคราวบอก svn เพื่อย้อนกลับแล้วย้ายกลับ จะถือว่าเป็นการเพิ่มใหม่ ! ง่าย

ง่ายที่สุดที่ช่วยฉัน:

rm -rf _dir_in_question_
svn up

หากคุณมีการเปลี่ยนแปลงใน dir ที่มีปัญหาแล้วนี่ไม่ใช่ทางออกที่ดีสำหรับคุณ

ฉันเจอปัญหานี้เมื่อแทนที่ห้องสมุด API บุคคลที่สามด้วยเวอร์ชันที่ใหม่กว่าและไม่มีวิธีแก้ไขปัญหาใด ๆ ที่นี่ใช้ได้จริงสำหรับฉันเพราะฉันต้องการแทนที่เวอร์ชัน SVN ด้วยเวอร์ชันท้องถิ่น โซลูชันของฉันเป็นดังนี้:

1) ย้ายโฟลเดอร์ที่มีการละเมิดไปยัง dir บ้านของฉันลบมันออกจาก SVN และกระทำ:

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) ใส่โฟลเดอร์กลับไปเพิ่มใน SVN แล้วคอมมิทอีกครั้ง:

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

ระคายเคืองเล็กน้อยที่จะต้องกระทำสองครั้ง แต่ดูเหมือนว่าจะทำงานได้ดี

ในกรณีที่ทุกคนต้องการโซลูชันอื่น:

1. เช็คอินโฟลเดอร์ใหม่ของคุณเป็น "foldername2"
2. ไปที่ Tortise SVN repo browser
3. เปลี่ยนชื่อ "foldername2" เป็น "foldername"
4. ใน windows explorer ทำการอัพเดต

หวังว่าจะช่วยใครซักคน

-Ev

สำหรับฉันปัญหาเดียวกันเกิดขึ้นเมื่อฉันทั้งสอง:

• ลบ ( --force) ไฟล์. map
• เพิ่ม * .map ไปยังsvn:ignoreผ่านsvn propedit svn:ignore .

ทางออกของฉันคือ:

1. เลิกทำการเปลี่ยนแปลงคุณสมบัติ
2. ส่งการเปลี่ยนแปลงไฟล์
3. ชำระเงินสำเนาใหม่ของที่เก็บ (อนิจจา!)
4. เปลี่ยนคุณสมบัติและกระทำ

ฉันมีปัญหานี้เมื่อฉันพยายามเพิ่มไดเรกทอรีไปยัง svn ฉันแก้ไขมันโดยไปที่เบราว์เซอร์ repo คลิกขวาในหน้าต่างด้านซ้ายเลือกเพิ่มโฟลเดอร์และเพิ่มไดเรกทอรีโดยตรงในเบราว์เซอร์ repo

ฉันลบไดเรกทอรีภายในเครื่อง (หลังจากสำรองข้อมูลแน่นอน) ทำการล้างข้อมูลและปรับปรุง svn และทุกอย่างทำงานได้อีกครั้ง

ก่อนอื่นเช็คเอาต์โครงการในระบบของคุณในโฟลเดอร์ จากนั้นลบโฟลเดอร์. svn ออกจากโครงการที่ขัดแย้งกันและคัดลอกโฟลเดอร์. svn จากโฟลเดอร์ชำระเงินใหม่และวางลงในโฟลเดอร์คัดลอกที่ใช้งานได้ จากนั้นปัญหาจะได้รับการแก้ไข

งานทั่วไปที่ฉันพบคือต้องใช้ไดเรกทอรี repo หนึ่งรายการใน staging และคัดลอกไปยัง repo อื่น - ทั้งสองภายใต้ SVN และทั้งสองเรียกว่าชื่อเดียวกัน วิธีการทำงานสำหรับฉันคือต่อไปนี้:

svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A