मैंने हमेशा अपनी परियोजनाओं को कॉन्फ़िगर करने के लिए जीयूआई समर्थन में निर्मित विजुअल स्टूडियो का उपयोग किया है, अक्सर संपत्ति शीट का उपयोग करके ताकि कई परियोजनाएं एक सामान्य सेट का उपयोग करें।एकाधिक परियोजनाओं और कॉन्फ़िगरेशन के लिए प्रभावी रूप से विजुअल स्टूडियो प्रोजेक्ट गुणों का उपयोग
इसके साथ मेरी मुख्य पकड़ में से एक कई परियोजनाओं, विन्यास और प्लेटफार्मों का प्रबंधन कर रहा है। यदि आप मुख्य जीयूआई के साथ सबकुछ करते हैं (प्रोजेक्ट -> गुणों पर राइट क्लिक करें) यह जल्दी से गड़बड़ हो जाता है, बनाए रखने में मुश्किल होती है और बग प्रवण होती है (जैसे कुछ मैक्रो को सही ढंग से परिभाषित करने में विफल, या गलत रनटाइम लाइब्रेरी का उपयोग करना आदि)। इस तथ्य से निपटने के लिए कि विभिन्न लोगों ने अलग-अलग स्थानों पर निर्भरता पुस्तकालयों को रखा है (उदाहरण के लिए मेरा सभी "सी: \ लिब्स \ [सी, सी ++] \ [lib-name] \" में रहते हैं) और फिर अक्सर उन पुस्तकालयों के विभिन्न संस्करणों का प्रबंधन करते हैं अलग-अलग (रिलीज, डिबग, x86, x64, आदि) भी एक बड़ी समस्या है क्योंकि यह इसे नए सिस्टम पर स्थापित करने के लिए समय को जटिल रूप से जटिल करता है, और उसके बाद संस्करण-नियंत्रण के साथ समस्याएं होती हैं और सभी के पथ अलग-अलग होते हैं ..
संपत्ति पत्रक इसे थोड़ा बेहतर बनाते हैं, लेकिन मेरे पास एक शीट में अलग-अलग कॉन्फ़िगरेशन और प्लेटफॉर्म (ड्रॉप डाउन बक्से एक ग्रिड आउट) के लिए अलग-अलग सेटिंग्स नहीं हो सकती हैं, जिसके परिणामस्वरूप मुझे कई चादरें मिलती हैं जो सही क्रम में विरासत में होती हैं जो मैं चाहता हूं ("x86", "x64", "डीबग", "रिलीज", "सामान्य", "निर्देशिकाएं" (बूस्टएक्स 86 लिबडिर जैसे उपयोगकर्ता मैक्रोज़ को परिभाषित करके पहले उल्लिखित निर्भरता मुद्दे से संबंधित है), और यदि विरासत गलत क्रम में (उदाहरण के लिए "x64" और "डीबग" से पहले "सामान्य") गलत लाइब्रेरी संस्करण को लिंक करने का प्रयास करने या गलत तरीके से नामकरण करने की कोशिश करने जैसे मुद्दों का कारण बनता है ...
जो मैं चाहता हूं वह एक तरीका है इन सभी बिखरी हुई निर्भरताओं से निपटने और "नियम" का एक सेट स्थापित करना जो समाधान में मेरी सभी परियोजनाओं द्वारा उपयोग किया जाता है, जैसे आउटपुट लाइब्रेरी को "mylib- [vc90, vc100] - [x86, x64] [- d] .lib ", प्रत्येक व्यक्तिगत परियोजना, कॉन्फ़िगरेशन और प्लेटफ़ॉर्म संयोजन के लिए यह सब करने के बिना, और फिर उन्हें सिंक में सही ढंग से रखें।
मुझे सीएमके जैसी पूरी तरह से अलग प्रणालियों में जाने की जानकारी है जो आवश्यक फाइलें बनाते हैं, हालांकि यह परियोजनाओं में एक नई फाइल जोड़ने जैसे सरल कार्यों को कहीं और जटिल बनाते हैं, फिर अन्य जगहों में अतिरिक्त परिवर्तन की आवश्यकता होती है, जो कि कुछ ऐसा नहीं है जो मैं पूरी तरह से खुश हूं, जब तक कि वीएस -2010 एकीकरण के साथ कुछ न हो जो इन प्रकार के परिवर्तनों का ट्रैक रख सके।
शामिल होंगे मैं अपने दर्द महसूस: हम काम पर हमारे उत्पाद में 600 से अधिक vcproj की है। :( –