ซอฟต์แวร์เชิงพาณิชย์ประเภทใดควรติดตั้งใช้เพื่อสนับสนุน Linux

9

ซอร์สโค้ดไม่เปิดหรือว่างดังนั้นการคอมไพล์เมื่อติดตั้งไม่ใช่ตัวเลือก จนถึงตอนนี้ฉันได้เห็นนักพัฒนาที่:

ระบุไฟล์ tar.gz และขึ้นอยู่กับผู้ใช้ที่จะคลายการบีบอัดในตำแหน่งที่เหมาะสม
ระบุ. tar.gz ด้วยสคริปต์ install.sh เพื่อเรียกใช้ตัวติดตั้งพื้นฐานซึ่งอาจทำให้ผู้ใช้ติดตั้งตัวเลือก
จัดหาไฟล์ RPM และ / หรือ deb ให้ผู้ใช้สามารถใช้เครื่องมือการจัดการแพ็คเกจดั้งเดิมที่พวกเขาคุ้นเคยกับการติดตั้ง / อัพเกรด / ถอนการติดตั้ง

ต้องการสนับสนุนการกระจาย Linux จำนวนมากที่สุดทำให้ชีวิตของผู้ใช้ง่ายที่สุดเท่าที่จะเป็นไปได้และยังคงโครงสร้างพื้นฐานการสร้าง / การบรรจุ / การติดตั้งเพียงเล็กน้อย

ค้นหาคำแนะนำเกี่ยวกับวิธีการจัดทำซอฟต์แวร์ของฉัน

linux software-installation packaging

— ไมค์เกรย์
แหล่งที่มา

19

ฉันเห็นสองวิธีในการดู

หนึ่งคือการกำหนดเป้าหมาย Linuxes ที่นิยมที่สุดให้แพคเกจพื้นเมืองสำหรับแต่ละการส่งมอบแพคเกจตามลำดับความนิยม เมื่อไม่กี่ปีที่ผ่านมานั่นหมายถึงการจัดหา RPMs สำหรับ Red Hat ประเภท Linuxes ก่อนจากนั้นเมื่อเวลาอนุญาตให้สร้าง RPM ต้นทางใหม่สำหรับ Linux ที่ใช้ RPM ที่ได้รับความนิยมน้อยลง นี่คือเหตุผลว่าทำไม Mandriva RPM มักจะแก่กว่า Red Hat หรือ SuSE RPM เล็กน้อย แม้ว่า Ubuntu จะได้รับความนิยมในช่วงไม่กี่ปีที่ผ่านมาคุณอาจต้องการเริ่มต้นด้วย. deb และเพิ่ม RPM ในภายหลัง

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

คุณสามารถลองใช้วิธีการผสม: แพ็คเกจดั้งเดิมสำหรับ Linuxes ที่ได้รับความนิยมมากที่สุดรวมถึง tarballs แบบไบนารีสำหรับ Linuxball คี่บอลและ sysadmins แบบเก่าที่ไม่ชอบผู้จัดการแพคเกจด้วยเหตุผลใดก็ตาม

— วอร์เรนยัง
แหล่งที่มา

นี่เป็นวิธีที่ฉันได้ทำไปแล้ว - เริ่มต้นด้วย RPM สำหรับ Redhat / Fedora / CentOS ตอนนี้ให้ไฟล์ Ubuntu / Debian .deb แต่ตอนนี้ยังไม่ได้ตัดสินใจว่าการสร้าง tar.gz จะยังคงมีประโยชน์และจำเป็น ฟังดูเหมือนว่าจะเป็นการดีสำหรับการอนุญาตให้ผู้ใช้ที่มี distros ที่ได้รับความนิยมน้อยลงอย่างน้อยก็ให้ซอฟต์แวร์ทำงานด้วยตัวเองแทนที่จะไม่มีตัวเลือก ขอบคุณ

— Mike Gray

2

การสร้างไบนารีทาร์บอลแบบพกพาอาจทำงานได้มากกว่าที่คุณจินตนาการ กับดักที่มีศักยภาพเพียงอย่างเดียวนั่นคือ g ++ ABI มีการเปลี่ยนแปลงหลายครั้งในช่วงหลายปีที่ผ่านมาดังนั้นคุณอาจต้องจัดส่งไลบรารี่รุ่น C ++ ของไลบรารี C ++ ที่คุณใช้แทนที่จะใช้เวอร์ชันแพลตฟอร์มเพื่อให้เข้ากันได้อย่างเพียงพอ นี่คือเหตุผลหนึ่งที่ไบนารี RPM เดียวไม่ได้ติดตั้งและทำงานทุกที่ ดูเหมือนว่าจะมีการยอมรับทางวัฒนธรรมของความจริงนี้กับ RPM ในขณะที่ tarballs - อาจเป็นเพราะพวกเขาเป็นมาตรฐานโบราณ - คาดว่าจะทำงานได้ทุกที่

— Warren Young

ฉันได้เห็นวิธีการผสมผสานที่ดีที่สุด: คุณสามารถเข้าถึงผู้คนจำนวนมากและความพยายามนั้นไม่มาก

— Hugo

ทำ tarball ไบนารีง่าย ๆ ยังคงดี พิเศษถ้า tarball นั้นเก็บไฟล์เกมทั้งหมดไว้ในไดเรกทอรีที่มีอยู่ในตัวเดียว มันจะช่วยให้ผู้ใช้บางคนแกะและเรียกใช้โดยไม่ต้องติดตั้ง และมันจะทำให้ชีวิตง่ายขึ้นสำหรับ distros อื่น ๆ (เช่น Gentoo, Arch และอื่น ๆ ) เพราะมันจะง่ายขึ้นสำหรับพวกเขาที่จะแกะ / บรรจุหีบห่อใหม่ที่ tarball

— Denilson Sá Maia

4

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

— vwduder
แหล่งที่มา

0

การตั้งค่าของฉันสำหรับแพ็คเกจ (rpm | deb เป็นต้น) เสมอ ขึ้นอยู่กับลักษณะของซอฟต์แวร์มันอาจคุ้มค่ากับแพ็คเกจการกำหนดเป้าหมายสำหรับ distros เฉพาะ (rhel / centos เป็นต้น) แต่คุณอาจไม่สามารถหมุนแพ็คเกจได้เพียงพอสำหรับทุกคน

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

— theotherreceive
แหล่งที่มา

0

เกมมีแนวโน้มที่จะใช้ตัวติดตั้ง (ก่อนหน้านี้ Loki Installer ปัจจุบัน MojoSetup) ซึ่งติดตั้งเกมอย่างหมดจดในส่วนนำหน้าและจัดการกับสิ่งต่าง ๆ เช่นไอคอน

— directhex
แหล่งที่มา