एक टीम

Question

में x86 और x64 वर्कस्टेशन के बीच संदर्भ पथ प्रबंधित करना मैं जानना चाहता हूं कि .NET टीमों में असेंबली संदर्भ पथ हैंडल कर रहे हैं जब सभी तुरंत x64 ऑपरेटिंग सिस्टम में अपग्रेड नहीं कर सकते हैं। मुख्य मुद्दा अभी विंडोज़ के x64 संस्करण नियमित सी: \ प्रोग्राम फ़ाइलों के बजाय सी: \ प्रोग्राम फ़ाइलें (x86) \ में 32-बिट इंस्टॉलेशन लगाएंगे। इसका मतलब है कि तृतीय पक्षों से कई अतिरिक्त घटक और ढांचे सी: \ प्रोग्राम फ़ाइलें (x86) में समाप्त होते हैं।

तो जब कोई x86 वर्कस्टेशन पर x86 वर्कस्टेशन में निर्मित/संशोधित स्रोत प्रोजेक्ट डाउनलोड करता है, तो संदर्भ पथ सही करने के लिए कुछ संशोधन कार्य आवश्यक होता है। आम तौर पर, x64 उपयोगकर्ता संशोधन को सहेज सकते हैं और x86 उपयोगकर्ताओं की लय को तोड़कर, अपनी "वरीयताओं" को संस्करण नियंत्रण भंडार में वापस कर सकते हैं।

एक अलग टीम में सद्भाव बनाए रखने के लिए कुछ अच्छे दृष्टिकोण क्या हैं?

Answer 1

या तो प्रत्येक मशीन पर जीएसी में असेंबली स्थापित करें, या अपने समाधान रूट के तहत एक विशेष LIB फ़ोल्डर है जिसमें आपकी सभी तृतीय पक्ष असेंबली शामिल हैं। एलआईबी फ़ोल्डर वह है जो मैंने पिछले कुछ वर्षों से अपने लिए उपयोग किया है। मैंने असेंबली को स्रोत नियंत्रण में भी रखा है ताकि अन्य/नए डेवलपर्स उन्हें इसके बारे में सोचने के बिना प्राप्त कर सकें।

Answer 2

एक lib निर्देशिका के लिए 3 पार्टी विधानसभाओं जोड़ने से भी सुनिश्चित करना है कि टीम के सभी व्यक्तियों बिल्कुल एक ही संस्करण का उपयोग कर रहा है, न कि जो जब वे अपनी देव मशीन का निर्माण नवीनतम संस्करण की तुलना में एक लंबा रास्ता तय हो जाता है। यदि आपने स्रोत नियंत्रण में किसी सामान्य स्थान पर चेक नहीं किया है तो सिंक से बाहर निकलना बहुत आसान है।

Answer 3

यह उत्तर से अधिक अनुवर्ती प्रश्न है, लेकिन मैंने सोचा कि इस समूह को पता हो सकता है।

अगर हम 64 बिट मशीनों पर काम करते हैं और कुछ 32 बिट मशीनों पर काम कर रहे हैं, तो हमें क्या करना चाहिए, लेकिन हमें अप्रबंधित असेंबली का संदर्भ देना होगा, जो कि आधे टीम के लिए x86 और दूसरी छमाही के लिए x64 में होना चाहिए? 64 बिट रिग पर किसी को भी हर बार संदर्भों को मैन्युअल रूप से अद्यतन करने के अलावा कोई समाधान है?