ข้อดีและข้อเสียของ MacPort, Fink และ Homebrew คืออะไร

ฉันเพิ่งจะย้ายจาก Ubuntu Linux ไปยัง Mac และทุกอย่างมันใหม่และฉันเรียนรู้สิ่งต่างๆมากมาย

บน Linux ฉันมีความสามารถในการจัดการแพกเกจซอฟต์แวร์ที่ยอดเยี่ยม ฉันหาทางเลือกบน Mac และพบเกี่ยวกับ MacPorts, Fink และ Homebrew

ฉันจะใช้คอมพิวเตอร์เครื่องนี้เป็นหลักในการพัฒนาแอปพลิเคชั่น Ruby on Rails

ดังนั้นความแตกต่างระหว่างพวกเขาคืออะไร? อัพไซด์และดาวน์ด์คืออะไร สิ่งใดที่ได้รับการดูแลอย่างดีที่สุดและมีแพ็คเกจเพิ่มเติม

แน่นอน Homebrew ฉันเริ่มต้นด้วย Fink จากนั้นเปลี่ยนเป็น MacPorts (มีความสุข) แล้วเปลี่ยนเป็น Homebrew (มากขึ้นและมีความสุขมากขึ้น) นี่คือเหตุผลของฉันสำหรับการใช้งานแต่ละรายการ (รายการโปรหากคุณต้องการ):

ตำรวจ

• Apt-based - รู้สึกเหมือนอยู่บ้านถ้าคุณมาจากสภาพแวดล้อมแบบ Debian
• แพคเกจไบนารี - แพคเกจมีให้บริการในรูปแบบไบนารีดังนั้นจึงไม่มีเวลารวบรวมนาน แม้ว่าในทางปฏิบัติแล้วฉันพบว่าไบนารีที่รวบรวมไว้นั้นล้าสมัยแล้วและฉันก็ต้องรวบรวมข้อมูลสำหรับระบบของฉันอยู่ดี
• การเลือกแพ็คเกจที่เหมาะสม

MacPorts

• การเลือกแพ็คเกจ / พอร์ตที่ใหญ่ที่สุด
• โดยทั่วไปแล้วทันสมัยมาก
• ระบบสายพันธุ์ที่ดีที่ช่วยให้คุณปรับแต่งการสร้าง
• ไฟล์พอร์ตที่ง่ายและใช้งานง่าย

Homebrew

• ทันสมัยมาก
• การใช้ประโยชน์สูงสุดจากสิ่งที่มาพร้อมกับ OS X ซึ่งแตกต่างจาก Fink หรือ MacPorts คุณไม่จำเป็นต้องสร้าง / ติดตั้ง ruby ​​และไลบรารี่ตั้งแต่เริ่มต้นเพียงติดตั้งเครื่องมือ Ruby-based ขนาดเล็ก
• ติดตั้งลงใน/usr/localดังนั้นไม่ต้องการให้คุณแก้ไขPATHที่ใดก็ได้
• ทุกสิ่งที่ผู้ใช้เป็นเจ้าของดังนั้นจึงไม่จำเป็นต้องมีแพ็คเกจใด ๆ ในการเข้าถึงรูทเพื่อติดตั้ง
• แพคเกจที่ติดตั้งทุกแพคเกจจะถูก sandboxed ไว้ในห้องใต้ดินของตัวเองอย่างสมบูรณ์ดังนั้นคุณจึงไม่มีไฟล์จรจัดในระบบของคุณเพียงแค่ symlink จาก bin, man เป็นต้น
• ขันอย่างง่ายดายในการสร้างไฟล์สูตรของคุณเอง (เช่น. descriptors แพ็คเกจ)
• เนื่องจากคุณมาจากพื้นหลังทับทิมอีกอย่างบวกก็คือทุกอย่างเขียนด้วยทับทิมและสูตรทั้งหมดเป็นสคริปต์ทับทิมเรียบง่าย

pkgin

• ทันสมัยมาก
• เร็วกว่าการติดตั้งเนื่องจากไบนารีที่คอมไพล์แล้ว
• ทุกอย่างที่ติดตั้งใน / opt / pkg /
• ได้รับการสนับสนุนโดยชุมชน pkgsrc และ Joyent
• รู้จักกันในการทำงานกับ NetBSD, DragonFly BSD, Solaris, Debian, Mac OS X, Minix

https://pkgsrc.joyent.com/install-on-osx/

http://pkgin.net/

MacPorts

มันเป็นอิสระจาก Mac OS X ซึ่งหมายความว่า MacPorts จะไม่สนใจไลบรารี่ของระบบและซอฟต์แวร์ที่มีอยู่ใน Mac OS X และดึงมันมาเองแทนซึ่งอาจช้าลงเมื่อยูทิลิตี้ที่คุณติดตั้งต้องการชุดใหญ่ ห้องสมุดและซอฟต์แวร์

แต่ตัวเลือกประเภทนี้จะปลอดภัยกว่าเพราะแพ็คเกจที่คุณติดตั้งนั้นได้รับผลกระทบน้อยกว่าจากขั้นตอนการอัปเดต / อัปเกรดระบบของ Apple

Homebrew

มันขึ้นอยู่กับแพ็กเกจที่ติดตั้งบน Mac OS X ที่มีอยู่ดังนั้นสิ่งนี้จะเพิ่มความเร็วในการติดตั้งแพ็กเกจและลดจำนวนไลบรารีที่ซ้ำซ้อน

แต่ความเสี่ยงถูกติดตั้งแพคเกจอาจใช้งานไม่ได้เนื่องจากการอัปเดต / อัปเกรดระบบของ Apple

ดังนั้นนี่คือการแลกเปลี่ยนที่แตกต่างกันสองแบบ

นอกจากนี้ Homebrew จะใช้เวลามากกว่า/ usr / localโดยค่าเริ่มต้นซึ่งบางคนไม่ชอบสิ่งนี้เพราะมันขัดแย้งกับประเพณียูนิกซ์และอาจทำให้เกิดปัญหาหากคุณติดตั้งอะไรที่นั่น (MySQL, ฯลฯ )

นอกเหนือจากความแตกต่างเหล่านี้เมื่อพิจารณาถึงแพคเกจที่ทั้งสองมีให้คุณสามารถตรวจสอบกับสองคำสั่งนี้หากคุณมี MacPorts / Homebrew ติดตั้งอยู่แล้วซึ่งจะแสดงแพ็คเกจที่พวกเขาให้มาในปัจจุบัน:

port list | wc -l
brew search | wc -l

และคุณจะพบว่า MacPorts มีแพ็คเกจมากกว่า Homebrew

(19399 กับ 3583 วันที่ 13 พฤษภาคม 2559)

เพียงแค่เพิ่มความคิดของฉันเองที่ดูเหมือนจริงประมาณปลายปี 2014 อย่างน้อย

เมื่อสองสามปีที่ผ่านมา Homebrew มีมือดีในแง่ของความคิดอย่างแน่นอน คุณจะพบบล็อกจำนวนมากที่มีคนพูดถึงว่าพวกเขามีความสุขกับ Homebrew มากเพียงใดเพราะ "MacPort ดึงทั่วโลก" vs "Homebrew ใช้ประโยชน์จากสิ่งที่คุณมีอยู่แล้ว"

อย่างไรก็ตาม IMO, MacPorts เป็นสัตว์ร้ายที่แตกต่างจากตอนนี้เมื่อสองสามปีก่อน เมื่อฉันเปลี่ยนมาใช้ OS X เป็นครั้งแรกและใช้ MacPorts ปรัชญา MP ก็น่าผิดหวังเพราะเกือบทุกอย่างถูกสร้างขึ้นจากแหล่งที่มา การติดตั้งใหม่นั้นเจ็บปวด / ช้าเป็นพิเศษ อย่างไรก็ตามในปีที่ผ่านมาหรือมากกว่านั้นขึ้นอยู่กับการแสดงผลของฉันอย่างแท้จริงดูเหมือนว่า 90% ของแพ็คเกจ MP เป็นไบนารีและดังนั้นการติดตั้งจึงเร็วจริง ๆ ตอนนี้ จากสิ่งที่ฉันรวบรวม Homebrew ก็เคลื่อนไหวในทิศทางนี้ด้วย "ขวด" แต่ฉันได้รับความประทับใจว่าทุกสิ่งที่คุณติดตั้งผ่าน HB ณ เวลานี้จะถูกรวบรวมจากแหล่งที่มา

ดังนั้นหากเพียงเพื่อเสนอความเห็นตอบโต้ MacPorts ดูเหมือนว่าจะเป็นตัวเลือก "เร็วขึ้น" ในวันนี้ อย่างไรก็ตามความคิดเห็นของประชาชนส่วนใหญ่เกี่ยวกับ MP ดูเหมือนจะมาจากประสบการณ์จากประมาณ 2011-12 หรือมากกว่านั้นและไม่ได้คำนึงถึงสิ่งนี้จริงๆ ใช้เวลานี้กับเม็ดเกลือแม้ว่าฉันไม่ใช่ผู้ใช้ HB ปกติ (และมันค่อนข้างเจ็บปวดที่จะใช้ทั้งสองข้าง)

ฉันคิดว่า HB มีข้อดีที่หมายความว่ามันน่าจะ "ชนะสงคราม" ในระยะยาว

• HB เป็นทับทิมทั้งหมดในขณะที่ MacPorts และสูตรบรรจุภัณฑ์นั้นเขียนใน TCL ซึ่งไม่ใช่ภาษาสคริปต์ที่เป็นที่นิยมอย่างแน่นอน ที่กล่าวว่ามันค่อนข้างง่ายที่จะสร้างพอร์ตไฟล์ของคุณเอง
• HB มีพื้นฐานมาจาก GitHub และดูเหมือนว่าจะมีการต้อนรับผู้ร่วมให้ข้อมูลมากขึ้นในขณะที่ MacPort โฮสต์ที่เก็บ SVN ของตัวเองที่ไหนสักแห่งที่ฉันคิดว่า - ซึ่งโดยทั่วไปสะท้อนถึงอายุที่แตกต่างกันของทั้งสองโครงการที่ฉันคิด
• ดังที่ได้กล่าวมาแล้วฉันทามติทั่วไปคือ MacPorts ถูกแทนที่โดย HB & ไม่ว่าจะถูกหรือผิดที่ดึงดูดผู้คนจำนวนมากเข้าหามัน

มิฉะนั้น YaOZl & kLy ครอบคลุมความแตกต่างที่สำคัญในแง่ของ sudo, การพึ่งพา ฯลฯ ค่อนข้างดี โดยส่วนตัวแล้วฉันพบว่าบางครั้ง MacPort ทำให้เกิดอาการปวดหัวในแง่ของโปรแกรมอื่น ๆ ที่ไม่คาดหวังว่าจะมีอะไรอยู่/opt/localสิ่งที่ถูกติดตั้งด้วยสิทธิ์การใช้งานรูท ฯลฯ และมีบางสิ่งที่โดยทั่วไปแล้วไม่ติดตั้งกับ MacPorts MacPorts แต่คุณคงคลั่งไคล้ที่จะไม่ติดตั้งผ่านการจัดการพลอยปกติของรูบี้) นอกเหนือจากนั้นแม้ว่าฉันจะเป็นแฟนตัวยงของปรัชญา MacPorts ในการสร้างโลกเล็ก ๆ ของตัวเองและไม่ต้องพึ่งพาไลบรารี่ OS X ที่ได้รับการบรรจุไว้ล่วงหน้า - เมื่อมันทำงานและส่วนใหญ่ก็ทำทุกอย่างเรียบง่าย อะไรคือสิ่งที่คุณต้องการของ Package Manager จริงๆ และอย่างที่ฉันพูดถึง ณ จุดนี้ในเวลามันสวยน่ากลัวอย่างรวดเร็วในการตั้งค่าส่วนใหญ่

หวังว่าสิ่งเหล่านั้นมีประโยชน์

Brew ใช้งานได้อย่างราบรื่นอย่างสมบูรณ์แบบดังนั้นฉันจึงไม่สามารถบอกได้ว่าข้อเสียของมันคืออะไร ข้อเสียบางประการของ MacPorts:

• คุณต้องติดตั้ง Xcode จากเว็บไซต์ Apple Developerดังนั้นคุณต้องมีบัญชีนักพัฒนาของ Apple (ซึ่งตอนนี้ต้องใช้บัตรเครดิต) และดาวน์โหลดเนื้อหาเกือบ 3.5 GB;
• ถ้าพอร์ต 873 (rsync) ถูกปิดกั้นโดยไฟร์วอลล์ของคุณคุณจะต้องกำหนดค่าโปรโตคอล HTTPS ด้วยตนเอง ;
• เซิร์ฟเวอร์ HTTP (S) ที่ดาวน์โหลดแพคเกจนั้นช้ามาก (ต่ำกว่า 20 KiB / s เมื่อวานนี้ทดสอบจากการเชื่อมต่อ Gigabit ที่เชื่อถือได้มากในประเทศต่าง ๆ ) และอาจล้มเหลวเนื่องจากการทำงานผิดพลาดช้าเกินไป น้อยกว่า 1024 ไบต์ / วินาทีถ่ายโอน 60 วินาทีสุดท้ายบังคับให้คุณทำซ้ำทุกอย่างตั้งแต่เริ่มต้น

มีคำถามยอดนิยมมากมายเกี่ยวกับสองประเด็นแรก