การทำงานร่วมกันของคอมไพล์ด้วย Mercurial Repository

ฉันใช้ GIT บน Mac พูดพอแล้ว. ฉันมีเครื่องมือฉันมีประสบการณ์ และฉันต้องการใช้มันต่อไป ไม่มีสงครามที่นี่ ...

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

ตอนนี้ ... พวกบางคนมาพร้อมกับ Mercurial ดีสำหรับพวกเขาพวกเขามีเหตุผล แต่ฉันไม่สามารถหา GIT HG นอกสถานที่ได้เลย ฉันไม่ต้องการเปลี่ยนมาใช้ HG แต่ฉันยังต้องทำงานร่วมกับที่เก็บของพวกเขา

พวกคุณคนใดรู้วิธีแก้ปัญหาง่ายๆสำหรับเรื่องนี้?

อัปเดตตั้งแต่มิถุนายน 2555 ปัจจุบันมีวิธีการทำงานร่วมกันของ Git / Hg ต่อไปนี้เมื่อผู้พัฒนาต้องการทำงานจากด้าน git:

1. ติดตั้ง Mercurial และขยาย HG-คอมไพล์ easy_install hg-gitคุณสามารถทำหลังใช้จัดการแพคเกจของคุณหรือกับ จากนั้นตรวจสอบให้แน่ใจว่าสิ่งต่อไปนี้อยู่ใน ~ / .hgrc ของคุณ:

   [extensions]
   hggit = 
   

   คุณอาจเห็นข้อมูลอ้างอิงบางส่วนที่พูดถึงการระบุbookmarksส่วนขยายที่นี่เช่นกัน แต่สร้างขึ้นใน Mercurial ตั้งแต่ v 1.8 นี่คือเคล็ดลับบางอย่างเกี่ยวกับการติด HG-คอมไพล์บน Windows

   เมื่อคุณมี HG-คอมไพล์คุณสามารถใช้คำสั่งประมาณเช่นAbderrahim Kitouni โพสต์ดังกล่าวข้างต้น วิธีนี้ได้รับการกลั่นและเอ็นดูตั้งแต่ปี 2009 แม้ว่าและมีเสื้อคลุมมิตรGit-HG-อีกครั้ง สิ่งนี้ใช้ไดเรกทอรีระดับบนเป็นไดเรกทอรีที่ใช้งานได้สำหรับทั้ง Mercurial และ Git ในเวลาเดียวกัน มันสร้างบุ๊คมาร์ค Mercurial ที่มันจะซิงค์กับส่วนปลายของdefault(ไม่มีชื่อ) สาขาในที่เก็บ Mercurial และมันจะอัพเดทสาขา Git ท้องถิ่นจากบุ๊คมาร์คนั้น

2. git-remote-hgเป็นกระดาษห่อหุ้มที่แตกต่างกันไปตามhg-gitส่วนขยายMercurial นอกจากนี้ยังใช้git-remote-helpersโพรโทคอล (ด้วยเหตุนี้ชื่อ) มันใช้ไดเรกทอรีระดับบนสุดสำหรับไดเรกทอรีการทำงาน Git เท่านั้น มันทำให้ที่เก็บ Mercurial ว่าง มันยังคงเป็นพื้นที่เก็บข้อมูล Git ที่สองเพื่อทำการประสานระหว่าง Git และ Mercurial ปลอดภัยยิ่งขึ้น

3. Git-hgสคริปต์ (เดิมเก็บรักษาไว้ที่นี่ ) ใช้วิธีการที่แตกต่างกันขึ้นอยู่กับการhg-fast-exportจากโครงการได้อย่างรวดเร็วส่งออก เช่นเดียวกับวิธีที่ 2 สิ่งนี้จะเก็บที่เก็บ Mercurial และที่เก็บ Git เปลือยเพิ่มเติม

   สำหรับการดึงเครื่องมือนี้จะไม่สนใจที่คั่นหนังสือของ Mercurial และนำเข้าทุกสาขา Mercurial ที่มีชื่อเข้าสู่สาขา Git และจะเปลี่ยนเป็นสาขา Mercurial เริ่มต้น (ไม่มีชื่อ) เป็นหลัก

   ความเห็นบางคนกล่าวถึงเครื่องมือนี้ว่าเป็น hg-> git เท่านั้น แต่มันอ้างว่าได้รวมอยู่ใน git-> hg push support เมื่อวันที่ 7 ธันวาคม 2554 ดังที่ฉันอธิบายในการทบทวนเครื่องมือเหล่านี้แม้ว่าวิธีที่เครื่องมือนี้พยายามนำไปใช้ ดูเหมือนจะไม่สามารถใช้การสนับสนุนได้

4. นอกจากนี้ยังมีโครงการอื่นที่เรียกว่าคอมไพล์ระยะไกล-hg ซึ่งแตกต่างจากรุ่นที่ระบุไว้ข้างต้นอันนี้ไม่ได้พึ่งพา hg-git แต่แทนที่จะเข้าถึง Mercurial Python API โดยตรง ในขณะนี้การใช้มันยังต้องมีคอมไพล์เวอร์ชันของ patched ฉันยังไม่ได้ลอง

5. ในที่สุดเทเลอร์เป็นโครงการที่เพิ่มขึ้นระหว่างความหลากหลายของ VCS ที่แตกต่างกัน ดูเหมือนว่าการพัฒนาสิ่งนี้จะไม่เกิดขึ้นอย่างต่อเนื่อง

สามวิธีแรกเหล่านี้ดูมีน้ำหนักเบาพอที่จะโน้มน้าวให้ฉันตรวจสอบ ฉันจำเป็นต้องปรับแต่งพวกเขาในบางวิธีเพื่อให้พวกเขาทำงานในการตั้งค่าของฉันและฉันเห็นวิธีที่จะปรับแต่งพวกเขาต่อไปเพื่อปรับปรุงพวกเขาแล้วฉัน tweaked พวกเขายังคงต่อไปเพื่อให้พวกเขาทำงานเหมือนกันมากขึ้น พวกเขามีประสิทธิภาพมากขึ้น จากนั้นฉันคิดว่าคนอื่นอาจต้องการปรับแต่งเหล่านี้ด้วยเพื่อทำการประเมินเดียวกัน ดังนั้นฉันจึงสร้างแพ็คเกจซอร์สที่จะช่วยให้คุณสามารถติดตั้งเวอร์ชันของเครื่องมือสามอย่างแรก ควรดูแลการติดตั้งhg-fast-exportชิ้นส่วนที่จำเป็น (คุณต้องติดตั้งhg-gitด้วยตัวเอง)

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

ดังที่ฉันได้กล่าวไว้ข้างต้นในการประเมินเครื่องมือเหล่านี้ฉันมาถึงข้อสรุปที่git-hgใช้สำหรับดึงจาก Mercurial เท่านั้นไม่ใช่เพื่อผลักดัน

มีความเกี่ยวข้องต่อไปนี้เป็นคู่มือเปรียบเทียบ / แปลที่มีประโยชน์ระหว่าง Git และ Mercurial ในบางกรณีมีการกำหนดเป้าหมายไปที่ผู้ใช้ที่รู้จัก Git อยู่แล้ว:

• Mercurial สำหรับผู้ใช้ Git
• Git and Mercurial - เปรียบเทียบและความเปรียบต่าง
• Mercurial และ Git ต่างกันอย่างไร
• Mercurial and Git: การเปรียบเทียบทางเทคนิค
• Git hg rosetta stone
• การเขียนโปรแกรม Homebrew: Mercurial
• บล็อกของ Francisoud: Git vs Mercurial (hg)
• Git vs Mercurial

มี git-remote-hg ใหม่ที่ให้การสนับสนุนดั้งเดิม:

รองรับ Bridge ใน Git สำหรับ Mercurial และ Bazaar

เพียงแค่คัดลอกgit-remote-hgไปยัง $ PATH ของคุณทำให้สามารถใช้งานได้และนั่นก็คือไม่มีการพึ่งพา (นอกเหนือจาก Mercurial):

git clone hg::https://www.mercurial-scm.org/repo/hg/

คุณควรจะสามารถดันและดึงออกมาได้ราวกับว่ามันเป็นที่เก็บ Git ดั้งเดิม

เมื่อคุณกดสาขา Git ใหม่บุ๊คมาร์ค Mercurial จะถูกสร้างขึ้นสำหรับพวกเขา

ดูวิกิ git-remote-hgสำหรับข้อมูลเพิ่มเติม

คุณควรจะสามารถใช้ hg-gitได้

hg clone <hg repository>

แก้ไข ~/.hgrcและเพิ่ม:

[extensions]
hgext.bookmarks =
hggit =

สร้างบุ๊คมาร์คเพื่อคุณจะได้ master git:

cd <repository>
hg bookmark -r default master

แก้ไข .hg/hgrcในที่เก็บและเพิ่ม:

[git]
intree = true

ตอนนี้คุณสามารถสร้างที่เก็บ git:

hg gexport

และคุณสามารถใช้ไดเรกทอรีผลลัพธ์เป็นโคลนคอมไพล์ได้ การดึงจาก Mercurial จะเป็น:

hg pull
hg gexport

และผลักดันให้ Mercurial:

hg gimport
hg push

(ใช่คุณต้องใช้ hg กับเวิร์กโฟลว์นี้ แต่การแฮ็คของคุณจะเป็น git ทั้งหมด)

ป.ล. หากคุณมีปัญหากับเวิร์กโฟลว์นี้โปรดยื่นข้อบกพร่อง

คุณสามารถลองใช้hg2gitซึ่งเป็นสคริปต์ python และเป็นส่วนหนึ่งของการส่งออกอย่างรวดเร็วซึ่งคุณสามารถดูได้ที่http://repo.or.cz/w/fast-export.git http://repo.or.cz/w/fast-export.git

คุณจะต้องทำการติดตั้ง Mercurial

เนื่องจาก hg-git เป็นสะพานสองทางจึงช่วยให้คุณสามารถผลักดันเซ็ตการแก้ไขจาก Git ไปยัง Mercurial

HG-Git Mercurial ปลั๊กอิน ยังไม่ได้ลองด้วยตัวเอง แต่อาจคุ้มค่าที่จะเช็คเอาท์

ฉันประสบความสำเร็จอย่างมากกับgit-hgจากhttps://github.com/cosmin/git-hg (ต้องใช้การติดตั้งในการทำงานhgด้วย) มันรองรับการดึงดึงและดันและมีความเสถียรมากกว่าสำหรับฉันhg-git(คุณสมบัติที่คล้ายกันตั้งแต่hgถึงคอมไพล์)

ดูhttps://github.com/cosmin/git-hg#usageสำหรับตัวอย่างการใช้งาน git-svnส่วนติดต่อผู้ใช้จะคล้ายกับ

git-hgต้องใช้พื้นที่ดิสก์เพิ่มเติมสำหรับแต่ละ repo hg โคลน การใช้งานนั้นใช้โคลน Mercurial เต็มรูปแบบโคลนเปลือยคอมไพล์พิเศษและ repo คอมไพล์จริง พื้นที่ดิสก์ที่ต้องการประมาณ 3 เท่าของการใช้งานคอมไพล์ปกติเท่านั้น สำเนาพิเศษจะถูกจัดเก็บไว้ด้านล่าง.gitไดเรกทอรีของไดเรกทอรีทำงานของคุณ (หรือตำแหน่งที่ชี้ตามGIT_DIRปกติ)

หมายเหตุ:ปัญหาพื้นฐานที่git-hgพยายามแก้ไขคือไม่มีการแมป 1: 1 ระหว่างgitและhgคุณลักษณะ ปัญหาใหญ่ที่สุดคือไม่ตรงกันความต้านทานระหว่างสาขาคอมไพล์และสาขาที่ไม่มีชื่อ hgและhg ชื่อสาขาและบุ๊คมาร์ค hg (ทั้งหมดดูเหล่านั้นเป็นจำนวนมากเช่นสาขาgitผู้ใช้) ปัญหาที่เกี่ยวข้องคือhgพยายามบันทึกชื่อสาขาเดิมในประวัติรุ่นซึ่งตรงข้ามกับ git ที่มีการเพิ่มชื่อสาขาในเทมเพลตการส่งข้อความโดยค่าเริ่มต้น

เครื่องมือใด ๆ ที่อ้างว่าสร้างสะพานเชื่อมโยงระหว่างgitและhgควรอธิบายว่าจะจัดการอย่างไรกับการจับคู่อิมพิแดนซ์นี้ จากนั้นคุณสามารถตัดสินใจได้ว่าโซลูชันที่เลือกนั้นเหมาะสมกับความต้องการของคุณหรือไม่

โซลูชันที่git-hgใช้คือการทิ้งบุ๊กมาร์ก hg ทั้งหมดและแปลงสาขาที่มีชื่อเป็นสาขา git นอกจากนี้ยังตั้งค่าสาขาหลัก git เป็นค่าเริ่มต้นสาขา hg ที่ไม่มีชื่อ

ได้ลอง hggit แล้ว ได้ผลสำหรับฉันเนื่องจากฉันต้องรับมือกับงานของ git'ers และ hg'ers โดยเฉพาะอย่างยิ่งสำหรับรีวิวนี้เป็นสิ่งที่ดี

ปัญหา / คำเตือนเล็กน้อยในหัวข้อนั้น:

ฉันพยายามโคลนที่เก็บเคอร์เนล linux ที่เสถียรด้วย hg ที่เก็บเหล่านี้เก็บรักษาไว้ในคอมไพล์และโดยทั่วไปจะมีไฟล์จำนวนมากอยู่ในนั้น

มันช้ามาก ใช้เวลา 2 วันในการโคลนอย่างสมบูรณ์และอัปเดตสำเนาที่ใช้งานได้

ฉันได้ลองgit-hg ของ cosminและabitget git-hg-againทั้งคู่ในrepo hg repoมันดูเหมือนว่าประการต่อมาคำสั่งของการผสานกันในอดีตเป็นบิตแบบสุ่ม คุณสามารถดูได้จากภาพหน้าจอด้านล่าง

กราฟประวัติการผสานของ mutt ที่นำเข้าโดยgit-hg ของ cosmin :

กราฟประวัติการผสานของ mutt ที่นำเข้าโดยabitget's git-hg-again :

กราฟประวัติ actuall ที่พล็อตโดย hgk บนที่เก็บ hg ของ mutt:

ดังที่คุณเห็นจากด้านบนกราฟที่สองโดยabitget's git-hg-อีกครั้งนั้นใกล้เคียงกับกราฟ hgk ดั้งเดิมมากและสะท้อนถึงเวิร์กโฟลว์ที่แท้จริงของ mutt

หนึ่งข้อเสียเปรียบของ git-hg- อีกครั้งที่ฉันพบคือมันไม่ได้เพิ่มรีโมต 'hg' แทนที่จะนำเข้า refs ทั้งหมดเป็นแท็กท้องถิ่น git-hg มีรีโมต 'hg' ที่ยอดเยี่ยมแสดงถึง repo hg upstream

สองทาง HG-คอมไพล์ (และ Git-คอมไพล์ HG-hg) ซิงค์ยังเป็นไปได้ด้วยบริการGit-hg กระจก มันใช้ hg-git (ท่ามกลางคนอื่น ๆ ) เบื้องหลังและรหัสของมันก็เป็นโอเพ่นซอร์ส

คำเตือน : ฉันมาจาก บริษัท ที่อยู่เบื้องหลังมัน