msys, msys2 และ msysgit เกี่ยวข้องกันอย่างไร

ฉันค้นหามาแล้วแต่ฉันไม่สามารถหาคำอธิบายอย่างละเอียดเกี่ยวกับสิ่งที่เกิดขึ้นกับ MSYS ทั้งสามรุ่นนี้ได้ (มันเป็นไปได้ทั้งหมดฉันไม่รู้ว่าจะมองหาอะไร) ฉันเข้าใจว่า MSYS เป็นเครื่องมือที่มีพอร์ต Linux เพียงเล็กน้อยเพื่อสนับสนุนการพัฒนาโดยใช้ MinGW แต่ฉันไม่ชัดเจนเกี่ยวกับความสัมพันธ์ระหว่างทั้งสามหรือ ทีมที่พัฒนา / ดูแลพวกเขา

ปัญหาเฉพาะที่อยู่:

• สิ่งที่อยู่ภายใต้การพัฒนาที่ใช้งานอยู่? (โดยเฉพาะ MSYS จะตายและ MSYS2 ทำงานอยู่หรือไม่)
• ความสัมพันธ์ระหว่างกลุ่มที่รักษาพวกเขาคืออะไร? (โดยเฉพาะทีม MSYS สร้าง MSYS2 หรือไม่)
• msysgit ใช้เพียงหนึ่งอย่างใดอย่างหนึ่งหรือพวกเขามีสาขาของ MSYS หรือไม่?
• สิ่งเหล่านี้เข้ากันได้หรือไม่?
• มีปัญหาความเข้ากันได้กับ Windows รุ่นใดรุ่นหนึ่งโดยเฉพาะหรือไม่
• มีคุณสมบัติที่สำคัญมากกว่าอีกหรือไม่?

ข้อจำกัดความรับผิดชอบ: ฉันเป็นผู้พัฒนา MSYS2

ในขณะที่ MSYS ยังไม่ตายฉันอยากบอกว่ามันไม่ได้ดูดีมากเช่นกัน มันเป็นโครงการที่เริ่มต้นโดยทีม MinGW เมื่อหลายปีก่อนในฐานะของ Cygwinที่ไม่เคยติดตาม Cygwin มาก่อน

msysgit เป็นทางแยกของ MSYS รุ่นที่เก่ากว่าเล็กน้อยพร้อมกับแพตช์ที่กำหนดเอง, Bash และ Perl เวอร์ชันเก่าและพอร์ตดั้งเดิมของ Git

MSYS2 เป็นโครงการที่เริ่มต้นโดย Alexey Pavlov ของทีมงาน mingw-builds (ซึ่งเป็นผู้ทำแพ็คเก็ตอย่างเป็นทางการสำหรับ MinGW-w64 toolchains) ในฐานะCygwinล่าสุดซึ่งติดตาม Cygwin ล่าสุดอย่างใกล้ชิดเพื่อไม่ให้ล้าสมัย Alexey ส่งต่อโปรแกรมปะแก้ MSYS เก่าและเพิ่มของเขาเอง

รวมทั้งให้เครื่องมือ Unix จำเป็นที่จะรวบรวมซอฟต์แวร์พื้นเมือง - เป้าหมายที่กำหนดไว้ของ MSYS - เรารังเพลิงPacmanผู้จัดการแพคเกจจากArch ลินุกซ์ Pacman เป็นมากกว่าเพียงแค่การจัดการแพ็คเกจไบนารี (แม้ว่าจะทำได้ดีมาก) มันมีโครงสร้างพื้นฐานการสร้างซอฟต์แวร์ที่เรียกว่า makepkg ที่ช่วยให้การสร้างสูตร (PKGBUILD และไฟล์แพทช์) สำหรับการสร้างซอฟต์แวร์

IMHO การใช้ Pacman เปลี่ยนแปลงสิ่งต่าง ๆ อย่างมีนัยสำคัญสำหรับการพัฒนาโอเพ่นซอร์สบน Windows แทนที่จะทุกคนแฮ็คเชลล์สคริปต์ตามความต้องการของตนเองเพื่อสร้างซอฟต์แวร์ในแบบฮ็อดจ์ - พอดจ์วิธีที่ไม่เข้ากันแพคเกจสามารถขึ้นอยู่กับแพ็คเกจอื่นและไฟล์ PKGBUILD และแพตช์ที่เกี่ยวข้องสามารถใช้เป็นข้อมูลอ้างอิงสำหรับการสร้าง PKGBUILDs ใหม่ มันใกล้เคียงกับระบบ Linux ในฐานะที่เป็น (เนทีฟ) Windows สามารถได้รับ (โดยเฉพาะ Arch Linux) และอนุญาตให้อัปเดตแพคเกจที่ติดตั้งทั้งหมดได้ง่าย

เรากำหนดเป้าหมายเป็น Windows XP SP3 เป็นขั้นต่ำและสนับสนุนทั้ง Windows แบบ 32 บิตและ 64 บิต เราจะขอให้คุณไม่ผสม MSYS2 กับ msys หรือ msysgit Pacman ใช้เพื่อจัดการระบบทั้งหมดและดังนั้นไฟล์จากระบบอื่นจะทำให้เกิดข้อขัดแย้ง

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

เว็บไซต์หลักของเราอยู่บนSourceForgeและมีลิงก์ไปยังที่เก็บ PKGBUILD ของเรา เรายังมีผู้ใช้มากขึ้นเว็บไซต์ติดตั้งที่เป็นมิตรบนGitHub

อย่าลังเลที่จะเข้าร่วมกับเราใน IRC (oftc # msys2) หากคุณต้องการข้อมูลเพิ่มเติม

Git 2.8 (มีนาคม 2016) รวมถึงรายละเอียดมากกระทำซึ่งจะอธิบายความสำคัญของการ msys2 สำหรับใหม่คอมไพล์สำหรับหน้าต่างซึ่งแทนที่ msysgit ในต้นปี 2015

ดูกระทำ df5218b (13 มกราคม 2016) โดยโยฮันเน Schindelin (dscho )
^{(รวมโดยJunio C Hamano - gitster-ในการกระทำ 116a866 , 29 มกราคม 2016)}

เป็นเวลานาน Git สำหรับ Windows ล้าหลังรุ่น 2.x ของ Git เนื่องจากนักพัฒนา Git สำหรับ Windows ต้องการให้การกระโดดครั้งใหญ่นั้นเกิดขึ้นพร้อมกับการกระโดดที่จำเป็นจาก MSys ไปยัง MSys2

เพื่อให้เข้าใจว่าทำไมเรื่องนี้จึงเป็นปัญหาใหญ่จึงจำเป็นต้องสังเกตว่าส่วนต่าง ๆ ของ Git ไม่ได้เขียนในอุปกรณ์พกพา แต่ Git นั้นใช้ POSIX shell และ Perlแทน

เพื่อสนับสนุนสคริปต์ Git สำหรับ Windows มีการจัดส่งชั้นจำลอง POSIX น้อยที่สุดกับทุบตีและ Perl โยนในและเมื่อ Git สำหรับ Windows พยายามเริ่มต้นในเดือนสิงหาคม 2007 นักพัฒนาซอฟต์แวร์นี้ตัดสินเกี่ยวกับการใช้MSYS, รุ่นปล้นลงของ Cygwin
ดังนั้นชื่อดั้งเดิมของโครงการคือ "msysGit" (ซึ่งน่าเศร้าทำให้เกิดความสับสนมากเพราะผู้ใช้ Windows ไม่กี่คนที่รู้เกี่ยวกับ MSys และแม้แต่ความใส่ใจน้อยกว่า)

ในการรวบรวมรหัส C ของ Git สำหรับ Windows นั้น MSys ก็ถูกใช้เช่นกัน: มันรองรับ GNU C Compiler สองรุ่น:

• ชั้นที่เชื่อมโยงกับเลเยอร์การจำลอง POSIX โดยปริยาย
• และอีกอันหนึ่งที่มีเป้าหมาย Win32 API แบบธรรมดา (ที่มีฟังก์ชั่นความสะดวกสบายเล็กน้อยโยนเข้ามา)

ไฟล์ประมวลผลของ Git for Windows นั้นสร้างขึ้นโดยใช้โปรแกรมหลังและดังนั้นจึงเป็นเพียงโปรแกรม Win32 เท่านั้น เพื่อ executables มองเห็นกำหนดชั้นจำลอง POSIX จากคนที่ไม่ได้หลังถูกเรียกว่า MinGW (GNU น้อยที่สุดสำหรับ Windows) เมื่ออดีตจะเรียกว่า MSYS executables

การพึ่งพา MSys นี้ก็เป็นสิ่งที่ท้าทายเช่นกัน:

• การเปลี่ยนแปลงบางอย่างของเราในการรันไทม์ของ MSys ซึ่งจำเป็นต่อการรองรับ Git สำหรับ Windows ดีกว่านั้นไม่ได้รับการยอมรับในขั้นต้นดังนั้นเราจึงต้องรักษาทางเลือกของเราเอง
• นอกจากนี้รันไทม์ของ MSys ยังไม่ได้รับการพัฒนาเพิ่มเติมเพื่อรองรับเช่น UTF-8 หรือ 64- บิตและนอกเหนือจากการขาดระบบการจัดการแพ็กเกจจนกระทั่งภายหลังมาก (เมื่อmingw-getได้รับการแนะนำ) แพ็คเกจจำนวนมากที่โครงการ MSys / MinGW ล้าหลัง ซอร์สโค้ดเวอร์ชันโดยเฉพาะอย่างยิ่ง Bash และ OpenSSL

ในขณะที่โครงการ Git for Windows พยายามแก้ไขสถานการณ์โดยพยายามสร้างแพ็คเกจรุ่นใหม่ แต่สถานการณ์ไม่สามารถแก้ไขได้อย่างรวดเร็วโดยเฉพาะอย่างยิ่งปัญหาเช่น Heartbleed bug ที่ต้องการการกระทำที่รวดเร็วซึ่งไม่เกี่ยวข้องกับการพัฒนา Git สำหรับ Windows เพิ่มเติม

อย่างมีความสุขในระหว่างนี้โครงการ MSys2 ( https://msys2.github.io/ ) ก็ปรากฏตัวขึ้นและได้รับเลือกให้เป็นฐานของ Git สำหรับ Windows 2.x
เช่นเดียวกับ MSYS, MSys2 เป็นรุ่นปล้นลงของ Cygwin แต่มันจะถูกเก็บไว้อย่างแข็งขัน up-to-date กับรหัสที่มาของ
ดังนั้นมันรองรับ Unicode ภายในแล้วและยังรองรับ 64- บิตที่เราปรารถนาตั้งแต่เริ่มต้นโครงการ Git สำหรับ Windows

MSys2 รังเพลิงยังระบบการจัดการแพคเกจ Pacman จาก Arch Linux และใช้มันอย่างหนัก สิ่งนี้นำมาซึ่งความสะดวกสบายแบบเดียวกันกับที่ผู้ใช้ Linux ใช้ในการyumหรือจากapt-getและผู้ใช้ MacOSX ที่ใช้จาก Homebrew หรือ MacPorts หรือผู้ใช้ BSD จากระบบพอร์ตเป็น MSys2: ง่าย ๆpacman -Syuจะอัปเดตแพ็คเกจที่ติดตั้งทั้งหมดเป็นเวอร์ชั่นล่าสุด สามารถใช้งานได้.

MSys2 นั้นยังทำงานอยู่มากโดยปกติแล้วจะมีการอัพเดทแพ็คเกจหลายครั้งต่อสัปดาห์

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

การกระทำนี้เป็นการวางรากฐานของการทำงานเพื่อสนับสนุนการสร้าง Git ที่ใช้ MSys2

ในความคิดเห็นคำถามถูกถามในเดือนมกราคม 2559:

เนื่องจาก Git สำหรับ Windows ใช้ MSYS2 อยู่แล้วไบนารีที่ไม่ได้ขึ้นอยู่กับเลเยอร์การจำลองนั้นมีให้เป็นแพ็คเกจ MSYS2 หรือไม่

เรย์ Donnellyตอบในเวลา:

เรายังไม่ได้รวมอย่างเต็มที่เลย เรากำลังดำเนินการอยู่

แต่ ... madz ชี้ให้เห็นว่าในช่วงต้นปี 2017 ความพยายามดังกล่าวไม่ได้เลื่อนออกไป
ดู:

• Alexpux/MSYS2-packages PR 786
• git-for-windows/git ปัญหา 284

ปัญหาคือฉันไม่สามารถมีส่วนร่วมการเปลี่ยนแปลงที่จะทำให้ msys2-runtime ใหม่ในเวลาที่เหมาะสม
ไม่ใช่ปัญหาใหญ่ แต่ฉันจะคอย Git for Windows ทำงานต่อไปเรื่อย ๆ

วิกิกล่าวถึงตอนนี้ (2018):

Git สำหรับ Windows สร้างแพทช์บางตัวสำหรับ msys2-runtime ที่ยังไม่ได้ส่งอัปสตรีม (สิ่งนี้ได้ถูกวางแผนไว้ แต่ถูกกำหนดในปัญหา # 284 ซึ่งอาจไม่เกิดขึ้น)
ซึ่งหมายความว่าคุณต้องติดตั้ง Git สำหรับ Windows msys2-runtime เองเพื่อให้มีคอมไพล์ทำงานได้อย่างสมบูรณ์ภายใน MSYS2

โปรดทราบว่าตั้งแต่คอมมิชชัน aeb582a9 (Git 2.22, Q2 2019) โครงการ Git for Windows เริ่มกระบวนการอัปเกรดเป็นเวอร์ชันรันไทม์ MSYS2 โดยยึดตาม Cygwin v3.x

mingw: อนุญาตการสร้างด้วยรันไทม์ MSYS2 v3.x

เมื่อเร็ว ๆ นี้โครงการ Git for Windows เริ่มกระบวนการอัปเกรดเป็นเวอร์ชันรันไทม์ MSYS2 ซึ่งอ้างอิง Cygwin v3.x

สิ่งนี้มีผลที่น่าทึ่งมากที่จะ$(uname -r)ไม่รายงานเวอร์ชันที่ขึ้นต้นด้วย "2" อีกต่อไป แต่เป็นเวอร์ชันที่มี "3"

สิ่งนี้ทำลายโครงสร้างของเราเช่นdf5218b ( config.mak.uname: รองรับ MSys2, 2016-01-13, Git v2.8.0-rc0) เพียงแค่ไม่ได้คาดหวังว่ารุ่นที่รายงานuname -rจะขึ้นอยู่กับรุ่น Cygwin พื้นฐาน: คาดว่ารุ่นที่รายงานจะตรงกับ " 2 "ใน" MSYS2 "

ดังนั้นกลับด้านกรณีทดสอบเพื่อทดสอบอย่างอื่นที่ไม่ใช่รุ่นที่ขึ้นต้นด้วย "1" (สำหรับ MSys)
สิ่งนี้จะปกป้องเราในอนาคตแม้ว่า Cygwin จะออกเวอร์ชั่นที่เผยแพร่เช่น 314.272.65536

Git 2.22 (Q2 2019) จะทำการทดสอบในอนาคตกับการอัพเดทสำหรับรันไทม์ MSYS2 ซีรี่ส์ v3.x

ดูกระทำ c871fbe (7 พฤษภาคม 2019) โดยโยฮันเน Schindelin (dscho )
^{(รวมโดยJunio C Hamano - gitster-ในการกระทำ b20b8fe , 19 พฤษภาคม 2019)}

t6500(mingw): ใช้ Windows PID ของเชลล์

ใน Git สำหรับ Windows เราใช้ MSYS2 Bash ซึ่งสืบทอดโมเดล PID ที่ไม่ได้มาตรฐานจากเลเยอร์การจำลอง POSIX ของ Cygwin: กระบวนการ MSYS2 ทุกกระบวนการมี Windows PID ปกติและนอกจากนี้ยังมี MSYS2 PID (ซึ่งสอดคล้องกับกระบวนการเงาที่เลียนแบบ การจัดการสัญญาณแบบ Unix)

ด้วยการอัปเกรดเป็น MSYS2 runtime v3.x กระบวนการเงานี้ไม่สามารถเข้าถึงได้OpenProcess()อีกต่อไปดังนั้น t6500 จึงคิดอย่างไม่ถูกต้องว่ากระบวนการอ้างอิงในgc.pid(ซึ่งจริงๆแล้วไม่ใช่gcกระบวนการจริงในบริบทนี้ แต่เชลล์ปัจจุบัน) ไม่ได้อีกต่อไป ที่มีอยู่

มาแก้ไขกันด้วยการทำให้แน่ใจว่า Windows PID นั้นเขียนไว้ gc.pidในสคริปต์ทดสอบนี้เพื่อให้git.exeสามารถเข้าใจได้ว่ากระบวนการนั้นยังคงมีอยู่จริง

ความเข้าใจของฉันเกี่ยวกับการเชื่อมต่อระหว่างพวกเขาคือ

• Cygwinเสนอการจำลอง POSIX ที่ด้านบนของหน้าต่าง
• msysพยายามลดความซับซ้อนของ Cygwin แต่ล้าสมัยจากปี 2010
• msysGit - อนุญาต Git ได้มากถึง 1.9.4 ใน Windows (อาจเรียกว่าgit-for-windows-1.X ) ขึ้นอยู่กับ msys รุ่นเก่า
• msys2 - Cygwin ที่เรียบง่ายซึ่งแยกจากกันด้วยการเปลี่ยนแปลงจาก msys และซิงค์กับฟีเจอร์ต่าง ๆ จาก Cygwin ซึ่งรวมเข้ากับ Pacman
• MinGW - MinGWเริ่มต้นถูกละทิ้งจาก 2010
• MinGW-w64 - การผสานรวมที่รวดเร็วและดีกว่ากับ windows โดยไม่มี POSIX
• git-for-windows-2.x - มอบ Git ตั้งแต่ 2.X สำหรับ Windows โดยใช้MinGW-64 , MinGW-32และเมื่อไม่สามารถใช้ทางเลือกmsys2 ได้

ซอกับความหมายสมบูรณ์กราฟในนางเงือก