2009-05-12 9 views
8

मेरी कंपनी का एक सॉफ्टवेयर उत्पाद है जो लिनक्स प्लेटफॉर्म के लिए सी में लिखा गया है, ऑटोटूल के साथ बनाया गया है और बाइनरी पैकेज के माध्यम से वितरित किया गया है। द्विआधारी बनाने के लिए, हम पहले एक स्रोत आरपीएम उत्पन्न करते हैं और फिर स्रोत को एसआरपीएम से संकलित करते हैं।एकाधिक वितरण और संस्करणों के लिए लिनक्स पैकेज बनाना

वर्तमान में हम केवल 64-बिट फेडोरा 10 के लिए आरपीएम पैकेज प्रदान करते हैं, लेकिन हम एकाधिक लिनक्स वितरण के लिए संकुल प्रदान करना शुरू करना चाहते हैं - 32-बिट के साथ-साथ 64-बिट - और संभवतः प्रत्येक वितरण के विभिन्न संस्करण भी (उदाहरण के लिए फेडोरा 11 के साथ ही फेडोरा 10)।

मैंने सुना है सबसे अच्छा तरीका है का उत्पादन करने के लिए कई लिनक्स जायके के लिए बनाता है कि एक एकल बिल्ड सर्वर है और संकुल है कि आप का निर्माण करना चाहते के प्रत्येक सेट के लिए एक अलग chrooted पर्यावरण का प्रयोग है। क्या किसी के पास एक अच्छा संसाधन है जो इसे अधिक विस्तार से बताता है, शायद इस निर्माण तंत्र का उपयोग करने वाले प्रसिद्ध परियोजनाओं के उदाहरणों के साथ, या एक ही लक्ष्य प्राप्त करने के लिए बेहतर विकल्प है?

उत्तर

1

आप अपने आवेदन/dynlib/खोल स्क्रिप्ट संगतता परीक्षण करने के लिए LSB appchecker उपयोग कर सकते हैं। इसके बाद आप सभी आरपीएम वितरण के लिए आरपीएम का उपयोग कर सकते हैं और अन्य

+1

जबकि ऐपचेकर संगतता के बारे में मूल्यवान जानकारी दिखाता है, यह वितरण-विशिष्ट निर्भरता विनिर्देशों के साथ संकुल नहीं बनाता है। –

1

जैसे टूल विभिन्न डिस्ट्रोज़ के लिए पैकेज तैयार करने में आपकी सहायता करेंगे। निजी तौर पर, यदि आप मौजूदा पैकेज प्रबंधन प्रणालियों के साथ एकीकृत करना चाहते हैं, तो आप अपने सर्वर पर एकाधिक रिपॉजिटरीज होस्ट करना और पैकेज उपलब्ध कराएंगे, फिर उपयोगकर्ता अपने सर्वर मैनेजर को अपने सर्वर से ऐप खींचने के लिए कॉन्फ़िगर करेंगे।

0

स्थानीय पुस्तकालयों पर आपके सॉफ़्टवेयर वास्तव में क्या करता है और किस निर्भरता (यदि कोई है) के आधार पर, आप पुराने ग्लिब वितरण का उपयोग करके अपना सॉफ़्टवेयर बनाने में सक्षम हो सकते हैं और यह कई अलग-अलग वितरणों में काम कर सकता है। यह हम InstallBuilder के साथ करते हैं। यदि आपके पास विशिष्ट पैकेजों पर निर्भरता नहीं है, तो आरपीएम या डीईबी पैकेज बनाना भी संभव है जो अधिकांश आरपीएम या डीईबी-आधारित लिनक्स डिस्ट्रोज़ पर चलेंगे। किसी भी मामले में क्रॉस-लिनक्स विकास, यह आसान नहीं है :) शुभकामनाएँ!

0

बिल्ड एजेंटों पर this article में बॉब एइलो द्वारा कवर किए गए मामलों में से एक यह है। We में ऐसे कई ग्राहक हैं जो समानांतर में कई प्लेटफॉर्म पर निर्माण के लिए इस दृष्टिकोण का उपयोग करते हैं।

+0

धन्यवाद - निर्माण एजेंटों का उपयोग करके अमेज़ॅन ईसी 2 में हमारे निर्माण बुनियादी ढांचे की संभावना है, लेकिन रखरखाव की आसानी के लिए यदि संभव हो तो मैं सब कुछ एक बिल्ड सर्वर पर रखना पसंद करूंगा (उदाहरण के लिए, यदि हम कुछ निर्भर पैकेज के संस्करण को अपग्रेड करते हैं, मैं कई अमेज़ॅन मशीन छवियों को अद्यतन नहीं करना चाहता)। –

संबंधित मुद्दे