version control - टीएलएस में अंतर और चेक के बीच अंतर क्या है?




version-control tfs (4)

प्रत्येक की अवधारणा क्या है?

कब जांचने के बजाए आपके परिवर्तनों को ढंकना ठीक है?


Darcy यह पर हाजिर हो जाता है आप एक निजी शाखा के रूप में ठंडे बस्ते के रूप में भी सोच सकते हैं जो अधिकांश भाग के लिए सार्वजनिक रूप से दिखाई नहीं दे रही है। शेल्केट्स को पूरी तरह से हटाया जा सकता है, चेक इन कोड को हटाने की तरह नहीं। अगर आप शेल्फ़सेट को हटाते हैं तो यह हमेशा के लिए चला जाता है


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

मैं दिन के अंत में अपने बदलावों को अक्सर समतल करता हूं यदि मैं कुछ बड़ा काम कर रहा हूं जो मैं अंदर नहीं देख सकता। इस तरह, अगर मेरा पीसी रातोंरात मर जाता है, तो मुझे सर्वर पर बैकअप मिल गया है


शेल्वड का मतलब है कि आपके लिए बाद में काम करने के लिए परिवर्तन अलग-अलग सेट किए गए हैं।

चेक इन में से मतलब है कि शेष टीम के लिए परिवर्तन उपलब्ध कराए गए हैं, वे बिल्ड में होंगे और आखिरकार जहाज जाएगा।

बहुत अलग। जब आप एक कार्य के साथ नहीं किया जाता है, संदर्भ स्विचिंग के लिए उपकरण के रूप में ठंडे बस्ते के बारे में सोचें जांच में मतलब है कि आपने किया (कम से कम इसका एक हिस्सा)।


उपरोक्त सभी ने इतना सच कह दिया है और मैंने इससे आबंटन सीखा है।

बस मेरे अनुभव को जोड़ने के लिए, अगर मुझे गलत है तो मुझे सही करें किसी प्रोजेक्ट में, हमारे पास एक कॉन्फ़िगरेशन फ़ाइल है mypc.json जो डेवलपर के प्रत्येक पीसी के लिए विशिष्ट है। स्थानीय रूप से सर्वर चलाने पर हम आमतौर पर इसे ओवरराइड करते हैं अन्य टीम के सदस्यों के पास उसी फाइल नाम हैं जिनमें अलग-अलग विन्यास हैं कोई भी अपनी फ़ाइल को उसी नाम से विकास शाखा में धकेलना नहीं चाहता है इसलिए मैं इन प्रकार के परिवर्तनों को सहेजने के लिए स्टेलवे का उपयोग करता हूं जब भी मुझे इन कॉन्फ़िगरेशनों की ज़रूरत होती है तो मैं आसानी से परिवर्तन से आवेदन कर सकता हूं और मेरे पर्यावरण कॉन्फ़िगरेशन मेरी परियोजना में वापस आ गए हैं





checkin