2012-12-21 7 views
6

मैं https://qt-project.org/doc/qtcreator-2.6/creator-sharing-project-settings.html पर प्रलेखन से देख सकता हूं कि .pro.shared फ़ाइल कैसे बनाएं जो संपादक सेटिंग्स को मानकीकृत करती है।क्यूटी निर्माता '.pro.shared` फ़ाइल में निर्माण, तैनाती और चलाने के कॉन्फ़िगरेशन को कैसे निर्दिष्ट करें?

लेकिन कॉन्फ़िगरेशन बनाने, चरणों का निर्माण, तैनाती विधियों या कॉन्फ़िगरेशन चलाने का कोई उल्लेख नहीं है।

मैंने अपनी .pro.user फ़ाइल (जिसमें कस्टम बिल्ड, तैनाती और रन कॉन्फ़िगरेशन शामिल है) को .pro.shared पर नाम बदलने की कोशिश की, लेकिन जब मैंने प्रोजेक्ट को फिर से खोल दिया, तो मुझे डिफ़ॉल्ट मिला।

.pro.shared फ़ाइल में इन सेटिंग्स को निर्दिष्ट करने का सही तरीका क्या है?

उत्तर

3

तो संक्षिप्त उत्तर: आप नहीं कर सकते। उन सेटिंग्स कारण हैं कि यह एक .user फ़ाइल क्यों है: वे उन सेटिंग्स को संदर्भित करते हैं जो एक क्यूटी निर्माता उदाहरण के लिए विशिष्ट हैं।

लंबा उत्तर: हम इस उपयोग के मामले को बेहतर तरीके से समर्थन देने के लिए आगे बढ़ रहे हैं, 2.6 उस दिशा में एक बड़ा कदम था। 2.6 के साथ आप बिल्ड/तैनाती/रन सेटिंग्स, साझा करने में सक्षम हो सकते हैं, लेकिन आपको यह सुनिश्चित करना होगा कि .user फ़ाइल का उपयोग करने वाले सभी को ठीक उसी आईडी के साथ संगत किट हैं। आपको यह सुनिश्चित करने की भी आवश्यकता है कि हर कोई स्रोतों, निर्माण, ऑपरेटिंग सिस्टम इत्यादि के समान पथ का उपयोग कर रहा है जो इसके उपयोग को सीमित करता है।

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

कृपया ध्यान रखें कि जहां तक ​​मुझे पता है कि किसी ने कभी भी इस तरह के सेटअप का परीक्षण नहीं किया है। तो आप सबसे अधिक संभावनाओं और दुर्व्यवहार में भाग लेंगे ... यदि आप करते हैं: कृपया https://bugreports.qt.io/ पर बग रिपोर्ट दर्ज करें ;-)

यदि आपके पास केवल एक ही वातावरण है जिसे आप अपने विकास के साथ लक्षित कर रहे हैं, तो आप बहुत दूर हो सकते हैं उस वातावरण को स्थापित करना (उदाहरण के लिए आपके पास केवल एक कंपाइलर/क्यूटी संस्करण/किट परिभाषित है जो वास्तव में आप सभी को उपयोग करना चाहते हैं)। निर्माता तब उस पर डिफ़ॉल्ट होगा, भले ही आपके पास कोई .user फ़ाइल न हो।

+0

आह, यह समझ में आता है। धन्यवाद। हम काफी अलग निर्माण वातावरण पर काम कर रहे हैं, इसलिए यह काम नहीं करेगा। मेरी मुख्य चिंता यह है कि हमारे पास एक बड़ी Qmake SUBDIRS प्रोजेक्ट है, जिसमें बहुत से परीक्षण लक्ष्य हैं, और मैं इन परीक्षण लक्ष्यों को क्यूटी निर्माता में नहीं दिखाना चाहता हूं जब कोई उपयोगकर्ता एक नया विकास वातावरण स्थापित करता है, क्योंकि वे ' स्वतंत्र रूप से चलाने के लिए शायद ही कभी उपयोगी होता है - मैं डेवलपर्स को एक ही समय में सभी परीक्षणों को चलाने के लिए कमांड लाइन पर 'चेक करें' चलाने के लिए पसंद करता हूं। क्या यह नियंत्रित करने का कोई तरीका है कि उपप्रोजेक्ट Qt निर्माता में लक्ष्य के रूप में दिखाई देता है या नहीं? – smokris

+0

अभी तक नहीं, लेकिन आप इसे https://bugtracker.qt-project.org/ :-) –

+1

पर एक सुविधा अनुरोध के रूप में जोड़ना चाहेंगे जोड़ा गया: https://bugreports.qt-project.org/browse/QTCREATORBUG- 8482 – smokris

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