Git-SVN-ช่วยเหลือเป็นชุดของเครื่องมือบรรทัดคำสั่งที่ง่ายมากโดยใช้คอมไพล์สำหรับเก็บ SVN
เป้าหมาย Git-SVN-ช่วยเหลือหลักคือการทำให้การตั้งค่าที่เก็บคอมไพล์ในท้องถิ่นต่อไปเช็คเอาท์ SVN ที่มีอยู่ 'ไม่มีเกมง่ายๆ'
นอกจากนี้ยังอยู่ที่การใช้พื้นที่เก็บข้อมูล Git-svn เดียวสำหรับการทำงานเกี่ยวกับการจ่ายเงินหลาย (ปกติ) สาขาที่แตกต่างกันและสลับระหว่างพวกเขา
การใช้งานขั้นพื้นฐาน (ตัวอย่าง)
บทสรุปผู้บริหาร:
> เส้นทาง cd / เพื่อ / SVN / repo
> gitify
นี่คือตัวอย่างของเซสชั่น:
> cd / tmp
> SVN ร่วม https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
1.1 / setup.py
...
ตรวจสอบออก 27228 แก้ไข
> cd plone.app.form
> gitify
ไม่มีพื้นที่เก็บข้อมูลคอมไพล์ที่พบใน /Users/tomster/.gitcache/
เริ่มโคลนในแคช
การวิเคราะห์ล็อก SVN ...
โคลน https://svn.plone.org/svn/plone/plone.app.form/ จาก r10593: 27155 เป็น /Users/tomster/.gitcache/
เริ่มต้นที่เก็บ Git ว่างใน /Users/tomster/.gitcache/plone.app.form/.git/
...
Git สาขา 'ท้องถิ่น / 1.1' ติดตามสาขา SVN '1.1'
# ในสาขาในประเทศ / 1.1
ไม่มีอะไรที่จะกระทำ (ไดเรกทอรีการทำงานที่สะอาด)
> สาขาคอมไพล์
* ท้องถิ่น / 1.1
& nbsp; ต้นแบบ
จุดที่ควรทราบ:
& nbsp; * gitify จำกัด โคลนเพื่อการแก้ไขที่พบในบันทึกของ SVN รากแพคเกจ (นี่ https://svn.plone.org/svn/plone/plone.app.form/) ประหยัดเวลาขนาดใหญ่โดยเฉพาะอย่างยิ่งในที่เก็บขนาดใหญ่ (เช่น plone.collective)
& nbsp; * gitify สร้างพื้นที่เก็บข้อมูลคอมไพล์ที่ ~ / .gitcache ไม่ได้อยู่ในสถานที่
& nbsp; * gitify สร้างสาขาในประเทศท้องถิ่น / 1.1 ที่ตามมา (ระยะไกล) สาขา SVN 1.1 และเปลี่ยนไป
หลายเช็คลึกหนาบาง
ในทางปฏิบัติคุณมักจะทำงานร่วมกับสำเนาเฉพาะที่แตกต่างกันของพื้นที่เก็บข้อมูลที่ได้รับคือบนลำต้นและสาขาคุณลักษณะ นั่นคือเมื่อไดเรกทอรี .gitcache สร้างขึ้นมาในสะดวก ขอย้ายเช็คเอาท์ก่อนหน้านี้ออกจากทางที่เช็คเอาท์และสร้างการบำรุงรักษาที่ตามลำต้น:
> cd ..
> mkdir คุณลักษณะสาขา
> plone.app.form MV คุณลักษณะสาขา /
> การบำรุงรักษา mkdir
> การบำรุงรักษา cd /
> SVN ร่วม https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
plone.app.form / setup.py
...
& nbsp; U plone.app.form
ตรวจสอบออก 27228 แก้ไข
เกิดอะไรขึ้นถ้าเราทำงานที่นี่ gitify ?:
> cd plone.app.form /
> gitify
Git สาขา 'ท้องถิ่น / ลำต้น' ติดตามสาขา SVN 'ลำต้น'
# ในสาขาในประเทศ / ลำ
ไม่มีอะไรที่จะกระทำ (ไดเรกทอรีการทำงานที่สะอาด)
แจ้งให้ทราบว่าการดำเนินการนี้ไปได้เร็วขึ้นมากเช่นตอนนี้เราได้ใช้พื้นที่เก็บข้อมูลคอมไพล์ที่มีอยู่ในไดเรกทอรีแคช นี้สามารถเห็นได้ต่อไปโดยมองไปที่สาขาในประเทศอยู่ในขณะนี้:
> สาขาคอมไพล์
& nbsp; ท้องถิ่น / 1.1
* ท้องถิ่น / ลำ
& nbsp; ต้นแบบ
เตือน
.git 'รีไซเคิล' ในลักษณะนี้ทำงานได้ (อาจจะแปลกใจ) ที่ดีในการปฏิบัติ แต่คุณจำเป็นต้องเก็บไว้ในใจต่อไปนี้:
จ่ายเงินทั้งหมดแบ่งปันดัชนีเดียวกัน!
ลองมาดูสิ่งที่หมายถึงนี้โดยการเปลี่ยนกลับไปยังสาขาคุณลักษณะของเรา:
> cd ../../feature-branch/plone.app.form/
> สถานะคอมไพล์
# ในสาขาในประเทศ / ลำ
# เปลี่ยน แต่ไม่ปรับปรุง:
# (ใช้ "คอมไพล์เพิ่ม / RM ... " ในการปรับปรุงสิ่งที่จะมุ่งมั่น)
# (ใช้ "เช็คเอาต์คอมไพล์ - ... " เพื่อยกเลิกการเปลี่ยนแปลงในไดเรกทอรีการทำงาน)
#
# แก้ไข: เอกสาร / HISTORY.txt
...
# ลบ: Plone / app / รูปแบบ / KSS / ทดสอบ / test_kss.py
...
#
# ไฟล์ untracked:
# (ใช้ "คอมไพล์เพิ่ม ... " ให้รวมอยู่ในสิ่งที่จะมุ่งมั่น)
#
# Plone / app / รูปแบบ / ทดสอบ / test_kss.py
Wohah! สิ่งที่เกิดขึ้นก็คือว่าตอนนี้ .git ชี้ไปที่ลำตัวและสถานะคำสั่งจึงแสดงให้เห็นถึงความแตกต่างระหว่างที่และสาขาของเราการปรับเปลี่ยนในท้องถิ่นเนื่องจากว่าเป็นสิ่งที่แสดงให้เห็นถึงระบบแฟ้ม เราสามารถตรวจสอบนี้โดยใช้คำสั่งสถานะ subversions:
> SVN เซนต์
ว้า! ทั้งหมดในการสั่งซื้อ! แต่สิ่งที่จะทำอย่างไรกับคอมไพล์? เราได้เสร็จสิ้นการทำงานบนลำต้นและต้องการที่จะได้รับกลับไปสาขาคุณลักษณะของเรา แต่ดัชนีคอมไพล์ที่ไม่ถูกต้องทั้งหมด ?! ง่าย: เพียงแค่ re-run gitify:
> gitify
Git สาขา 'ท้องถิ่น / 1.1' ติดตามสาขา SVN '1.1'
# ในสาขาในประเทศ / 1.1
ไม่มีอะไรที่จะกระทำ (ไดเรกทอรีการทำงานที่สะอาด)
โดยทั่วไปนั่นคือทั้งหมดที่คุณต้องจำไว้เมื่อทำงานกับหลายตรวจสอบลึกหนาบางของแพคเกจเดียวกัน: เสมอทำงาน gitify เมื่อสลับระหว่างการตรวจสอบลึก
มีอะไรใหม่ ในข่าวประชาสัมพันธ์ฉบับนี้
- พื้นที่เก็บข้อมูล cannonical ขณะนี้อยู่ใน https://github.com/collective [rossp]
- แก้ไขการจัดการเมื่อเปลี่ยนสาขา SVN ที่คอมไพล์แล้วมีสาขาในประเทศสำหรับ [rossp]
มีอะไรใหม่ ในรุ่น 0.8:
- ให้คำสั่ง init ทำตามถ้าพื้นที่เก็บข้อมูล SVN ได้รับ เปลี่ยนไปสาขาอื่น ขอบคุณที่คาลวิน Hendryx-ปาร์กเกอร์สำหรับการรายงานปัญหา [Tomster]
มีอะไรใหม่ ในรุ่น 0.7:
- ใช้สำเนาเต็มแทน symlinks เพื่อสร้างสำเนาการทำงาน นี้หลีกเลี่ยงปัญหาของการมีพื้นที่เก็บข้อมูลคอมไพล์และ SVN ออกจากซิงค์เมื่อทำงานกับหลายสำเนาเก็บข้อมูลเดียวกันและช่วยลดความเสี่ยงของความขัดแย้ง.
- นอกจากนี้ยังหมายถึงว่าการเรียกคำสั่งตอนนี้เท่านั้นที่ทำงานบนแคชโดยไม่ต้องแก้ไขสำเนาการทำงาน (ทำให้ความปลอดภัยในการทำงานผ่าน crontab ตัวอย่างเช่น)
- วิ่ง gitify กับสำเนาการทำงานแบบเก่าจะสร้างข้อผิดพลาด เพียงแค่ลบ symlink และอีกครั้งที่ทำงานเยียวยา gitify ว่า แต่.
- ผลกระทบอีกประการหนึ่งคือการที่คำสั่ง init อยู่ในขณะนี้จำเป็นต้องใช้เพียงครั้งเดียวสำหรับแต่ละสำเนาทำงาน (มันไม่จำเป็นที่จะกลับมาเรียกใช้คำสั่งหลังจากที่สลับไปมาระหว่างสำเนาการทำงานที่แตกต่างกันของพื้นที่เก็บข้อมูลเหมือนกัน).
- gitify จึงไม่เริ่มต้นอีกต่อไปกับคำสั่ง init (เช่นเดียวกับที่ไม่คอมไพล์หรือ SVN ทำอะไร w / o จัดหาการดำเนินการอย่างชัดเจน) นอกจากนี้จะได้รับการเปลี่ยนชื่อจาก gitify (กลับ) เพื่อ init [Tomster]
- อนุญาตให้ความช่วยเหลือ, --version และเรียกคำสั่งในการเรียกใช้ไดเรกทอรี .svn นอก [Tomster]
มีอะไรใหม่ ในรุ่น 0.5:
- เพิ่มคำสั่งปรับปรุง gitify ซึ่งดำเนินการ rebase Git-svn การดำเนินงานสำหรับการชำระเงิน SVN ปัจจุบัน แต่ยังจัดการกับการเปลี่ยนแปลงในท้องถิ่นปราศจากข้อผูกมัด gracelully (เหมือน SVN คอมไพล์ แต่ชอบ SVN ไม่)
- ไม่ใช้โมดูลเข้าสู่ระบบสำหรับความคิดเห็นของผู้ใช้ ความคิดที่ว่าค่อนข้างเข้าใจผิด
มีอะไรใหม่ ในรุ่น 0.4:
- refactored จุดเข้าใช้เพียง gitify ทุกคำสั่งอื่น ๆ อยู่ในขณะนี้คำสั่งย่อยของ gitify:
- GS-กระทำได้ถูกแทนที่ด้วยการกด gitify
- GS-การเรียกได้ถูกแทนที่ด้วย gitify เรียก
- การใช้งานที่เพิ่มเข้ามาและช่วยให้การส่งออกสำหรับแต่ละคำสั่ง.
- การแกะจุดเข้า GS-โคลนในขณะที่มันเป็นเพียงคนเดียวที่เคยใช้ร่วมกับคำสั่งหลัก gitify ต่อไป.
- ใช้เข้าสู่ระบบที่เหมาะสมแทนเพียงพิมพ์ไปยัง stdout
- เพิ่มการทดสอบครอบคลุมรวมถึงการทดสอบการใช้งานที่ครอบคลุมทั้งการปรับปรุง / commit วงจรของโคลนที่เก็บ SVN และ commiting กลับไป.
มีอะไรใหม่ ในรุ่น 0.3.1:
- แก้ไขปัญหา: อย่าใช้นามแฝงที่กำหนดเองเช่น พวกเขาอาจจะไม่สามารถติดตั้ง นี้ช่วยแก้ http://github.com/tomster/git-svn-helpers/issues#issue/2
- แก้ไขปัญหา: รายการ elementtree อย่างชัดเจนเช่นการพึ่งพานี้แก้ไข http://github.com/tomster/git-svn-helpers/issues#issue/1)
มีอะไรใหม่ ในรุ่น 0.3 Beta:
- เพิ่ม GS-กระทำคำสั่งซึ่งจะช่วยให้ผู้ต้องหากลับไป SVN และทำให้คอมไพล์และ svn ในซิงค์
มีอะไรใหม่ ในรุ่น 0.2 Beta:
- เพิ่มคำสั่ง GS-เรียกซึ่งจะช่วยให้การรักษาแคช ถึงวันที่
ต้องการ
- หลาม
ความคิดเห็นที่ไม่พบ