मैं वर्तमान में निरंतर एकीकरण सर्वर के लिए एक अच्छा सेटअप खोज रहा हूं जो कई लिनक्स वितरणों के लिए विभिन्न सी ++ अनुप्रयोगों का निर्माण करेगा।सी ++ के लिए सतत एकीकरण सर्वर - लाइब्रेरी निर्भरताओं के बारे में क्या?
मेरा प्राथमिक प्रश्न यह है कि यहां अन्य उपयोगकर्ताओं ने लिनक्स वितरण के बीच सिस्टम पुस्तकालयों में मतभेदों को कैसे संभाला है?
हालांकि यूआई पुस्तकालयों जैसे अनुप्रयोगों के साथ प्रत्यक्ष अप्रत्यक्षताएं बनाने के लिए अपेक्षाकृत आसान हो सकता है, "अप्रत्यक्ष" निर्भरता जैसे कि ग्लिबैक एक बड़े दर्द की तरह दिखता है यदि उन्हें हर बार एप्लिकेशन के साथ बनाया जाना था। इसलिए मैं प्रत्येक वितरण के लिए एक अलग आभासी मशीन में वास्तविक निर्माण निष्पादन को स्थानांतरित करने की सोच रहा हूं, उदा। आदेश चलाने के लिए rlogin का उपयोग कर। मेरा लक्ष्य बिल्ड-मशीन लाइब्रेरी संस्करणों और लक्षित वितरण में तैनात किए गए बाइनरी असंगतताओं को रोकने के लिए है।
क्या किसी को यहां ऐसी प्रक्रिया के साथ कोई अनुभव है और यह बता सकता है कि उपरोक्त एक व्यवहार्य दृष्टिकोण की तरह लगता है या नहीं?
मैं इस प्रश्न का एक अच्छा जवाब देखना चाहता हूं। मूल प्रश्न के अलावा, मैं जानना चाहता हूं कि मैं लिनक्स पर भी मिंगव के लिए संकलन कैसे पार कर सकता हूं (मैं विंडोज़ में मिंगव का उपयोग करता हूं)। इसके अलावा, मैं यूनिट परीक्षण के लिए क्यूटी फ्रेमवर्क और QTestLib का उपयोग करता हूं। धन्यवाद! –
मैं भी इस प्रश्न का एक अच्छा जवाब देखना चाहता हूं।आईएमएचओ, यह "मॉड्यूल" के रूप में अन्य मॉड्यूल के लिए "कॉन्फ़िगरेशन प्रबंधन" मुद्दों पर जाता है, और एक lib को जोड़कर, इसका मतलब है कि आप को स्पष्ट रूप से अप-स्ट्रीम libs को लिंक करना होगा। चूंकि इसके लिए lib-versioning-limitations की आवश्यकता होती है, इसलिए यह समस्या जटिल हो जाती है (उदा।, डीएलएल-नरक, या RPM-hell)। बाध्य संगत संस्करणों के संदर्भ में अप्रत्यक्ष निर्भरता प्रचार आवश्यक है। – charley