svn: แทนที่ trunk ด้วย branch

วิธีที่ดีที่สุดในการทำให้หนึ่งในสาขาของพื้นที่เก็บข้อมูลการโค่นล้มเป็นลำตัวใหม่คืออะไร?

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

โดยทั่วไปการฉีดยาเก่า (Trunk 5) จะถูกติดแท็กและจะสิ้นสุดที่นี่ สาขาที่เขียนใหม่ (สาขา 6) จะกลายเป็นฉีดใหม่ (Trunk 7):

Trunk (1) -> Trunk (2) -> Trunk (5) -> × + -> Trunk ใหม่ (7)
  \ \ |
  ส้อมรวม ???
    \ \ |
     + -> สาขา (3) -> สาขา (4) -> สาขา (6) - +

การเปลี่ยนแปลงอย่างต่อเนื่องทั้งหมดจาก 'Trunk' เก่าถูกรวมไว้ใน 'Rewritten Branch' แล้ว

ฉันจะทำสิ่งนี้ได้อย่างไร

ใช้svn moveเพื่อย้ายเนื้อหาของ trunk เก่าที่อื่นและเปลี่ยนชื่อสาขาเป็น trunk หลังจากนั้น

โปรดทราบว่าการคัดลอกและย้ายใน svn ทำงานเหมือนกับการทำงานของไฟล์ คุณสามารถใช้สิ่งเหล่านี้เพื่อย้าย / คัดลอกสิ่งต่าง ๆ ในที่เก็บของคุณและการเปลี่ยนแปลงเหล่านี้ก็เป็นเวอร์ชั่นเช่นกัน คิดว่า "ย้าย" เป็น "คัดลอก + ลบ"

[แก้ไข] Nilbus svn moveเพียงแจ้งผมว่าคุณจะได้รับความขัดแย้งผสานเมื่อคุณใช้

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

ฉันเห็นด้วยกับการใช้คำสั่งย้าย svn เพื่อบรรลุเป้าหมายนี้

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

นอกจากนี้ฉันต้องการหลีกเลี่ยงสำเนาทำงานเมื่อทำการย้ายนี่คือตัวอย่างของคำสั่ง:

svn move https://SVNUrl/svn/Repo/trunk https://SVNUrl/svn/Repo/tags/AnyName

svn move https://SVNUrl/svn/Repo/branches/BranchName-Merged https://SVNUrl/svn/Repo/trunk

หมายเหตุ: ฉันใช้ 1.5

ฉันเพิ่งดูปัญหานี้เมื่อไม่นานมานี้และวิธีแก้ปัญหาที่ฉันมีความสุขมากกับการแสดง

svn ผสาน --ignore-ancestry trunk-url branch-url

บนสำเนาการทำงานของลำตัวของฉัน

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

แนะนำให้คุณทำการเปลี่ยนแปลงเหล่านี้ผ่านเครื่องมือที่เก็บเบราว์เซอร์

การพยายามลบ + ย้ายขนาดใหญ่ผ่านสำเนาทำงานเป็นวิธีที่ยอดเยี่ยมในการฆ่าสำเนาทำงาน หากคุณถูกบังคับให้ใช้สำเนาการทำงานให้ทำข้อผูกพันที่เพิ่มขึ้นหลังจากการดำเนินการลบหรือย้ายแต่ละครั้งและอัปเดตสำเนาการทำงานของคุณหลังจากการกระทำแต่ละครั้ง

หากคุณต้องการทำให้สาขาเป็น trunk ใหม่ (เช่น) กำจัดการเปลี่ยนแปลงทั้งหมดใน trunk ที่สร้างขึ้นตั้งแต่ Branch ถูกสร้างขึ้นคุณสามารถทำได้ 1. สร้างสาขาของ trunk (เพื่อวัตถุประสงค์ในการสำรองข้อมูล) 2. "ย้อนกลับการเปลี่ยนแปลง "บนลำตัว (เลือกการแก้ไขทั้งหมดหลังจากสาขาถูกสร้างขึ้น 3 ผสานสาขากลับไปที่ลำต้น

ประวัติควรเป็นแบบนี้

ขอแสดงความนับถือ Roger

@Aaron Digulla และ @kementeus สามารถใช้งานได้ สำหรับที่เก็บ Subversion 1.4 การดำเนินการคัดลอก / ย้ายสามารถทำการโอนย้ายในอนาคตไปยังโครงสร้างที่เก็บอื่นหรือแยกที่เก็บได้ยาก

ฉันเชื่อว่าการปรับปรุง 1.5 รวมถึงการแก้ปัญหาการย้าย / การคัดลอกที่ดีกว่าดังนั้นจึงอาจไม่มีปัญหาสำหรับที่เก็บ 1.5

สำหรับที่เก็บ 1.4 ฉันขอแนะนำให้ใช้svnadmin dumpและsvndumpfilterดำเนินการเคลื่อนไหวของลำตัวที่มีอยู่ที่อื่นจากนั้นย้ายสาขาไปยังลำต้นด้วยกลไกเดียวกัน โหลด dumpfiles สองไฟล์ลงในที่เก็บข้อมูลทดสอบตรวจสอบแล้วย้ายไปยังการผลิต

แน่นอนสำรองที่เก็บข้อมูลที่มีอยู่ของคุณก่อนที่จะเริ่ม

สิ่งนี้รักษาประวัติโดยไม่ต้องบันทึกการย้าย / คัดลอกอย่างชัดเจนและทำให้องค์กรใหม่ในอนาคตรักษาประวัติง่ายขึ้น

แก้ไข: ตามที่ร้องขอเอกสารประกอบของพฤติกรรม 1.4 จากหนังสือ 1.4 Red-Bean, ประวัติการกรองที่เก็บ

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

นี้ใช้กับการโยกย้าย / reorganizations svndumpfilterใช้ มีหลายครั้งที่งานพิเศษเล็ก ๆ น้อย ๆ ในขณะนี้สามารถบันทึกงานพิเศษจำนวนมากได้ในภายหลังและด้วยการทำให้การใช้งานง่ายsvndumpfilterสำหรับการโยกย้าย / การปรับโครงสร้างองค์กรในอนาคตลดความเสี่ยงด้วยต้นทุนที่ค่อนข้างต่ำ

แม้ว่าคำตอบข้างต้นจะได้ผล แต่ก็ไม่ใช่วิธีปฏิบัติที่ดีที่สุด เซิร์ฟเวอร์ svn ล่าสุดและการติดตามลูกค้ารวมเข้าด้วยกันสำหรับคุณ ดังนั้น svn จึงรู้ว่ามีการแก้ไขใดที่คุณรวมเข้ากับสาขาและจากที่ใด มันช่วยได้มากเมื่อรักษาสาขาที่ทันสมัยแล้วผสานมันกลับเข้าไปในลำต้น

ไม่ว่าคุณจะใช้การโค่นล้มในเวอร์ชันใดมีวิธีการปฏิบัติที่ดีที่สุดสำหรับการเปลี่ยนแปลงในสาขากลับสู่ลำต้น มันเป็นที่ที่ระบุไว้ในคู่มือการโค่นล้ม: การควบคุมเวอร์ชันที่มีการโค่นล้มบทที่ 4 กิ่งและการผสานรักษาสาขาในการซิงค์

มันเป็นรูปแบบแปลก ๆ / ผิดปกติจริงๆใน SVN แม้ว่าฉันคิดว่ามันไกลจากการเป็น "แนวปฏิบัติที่ดี" อยู่ดี แต่ฉันคิดว่าคุณสามารถทำสิ่งต่อไปนี้ได้:

• ชำระเงิน sourcetree ทั้งหมด (svn co therootsourcetree)
• ลบลำต้น (ลำต้น svn rm)
• คัดลอกสาขาไปยังลำต้น (svn cp branch / thebranch / trunk)
• ลบสาขา (svn rm branch / thebranch)
• ยอมรับการเปลี่ยนแปลง

โชคดี