मुझे लगता है कि Git, पूरे पेड़ों पर काम कर रहा है जैसा कि यह करता है, स्रोत नियंत्रण उपकरणों की तुलना में IDE एकीकरण से कम लाभ होता है जो या तो फ़ाइल आधारित हैं या चेकआउट-एडिट-कमिट पैटर्न का पालन करते हैं। निश्चित रूप से ऐसे उदाहरण हैं जब इतिहास की कुछ परीक्षाओं को करने के लिए बटन पर क्लिक करना अच्छा हो सकता है, लेकिन मुझे यह याद नहीं है।
असली-करना यह है कि आपकी .gitignore फाइल को उन चीजों से भरा होना चाहिए जो एक साझा भंडार में नहीं होनी चाहिए। मेरा आमतौर पर (अन्य सामान के बीच) निम्नलिखित होते हैं:
*.vcproj.*.user
*.ncb
*.aps
*.suo
लेकिन यह किसी भी वर्ग जादूगर शैली की कार्यक्षमता का बहुत कम या कोई उपयोग नहीं होने के साथ भारी सी ++ पक्षपाती है।
मेरा उपयोग पैटर्न निम्नलिखित की तरह कुछ है।
विजुअल स्टूडियो में कोड, कोड, कोड।
जब कोड करने के लिए खुश (समझदार मध्यवर्ती बिंदु, Git पर स्विच करें, तो चरण परिवर्तन और समीक्षा भिन्न होती है। यदि कुछ भी स्पष्ट रूप से गलत है, तो Visual Studio पर वापस जाएँ और ठीक करें, अन्यथा कमिट करें।
कमांड प्रॉम्प्ट से किसी भी मर्ज, शाखा, रिबास या अन्य फैंसी SCM सामान Git में करना आसान है। विज़ुअल स्टूडियो आम तौर पर इसके तहत बदलने वाली चीज़ों से काफी खुश है, हालाँकि कभी-कभी कुछ प्रोजेक्ट्स को फिर से लोड करने की ज़रूरत पड़ सकती है यदि आपने प्रोजेक्ट फ़ाइलों को महत्वपूर्ण रूप से बदल दिया है।
मुझे लगता है कि जीआईटी की उपयोगिता पूर्ण आईडीई एकीकरण नहीं होने की किसी भी छोटी असुविधा से आगे निकलती है, लेकिन यह कुछ हद तक, स्वाद का मामला है।