मैं वर्तमान में साफ़केस पर काम कर रहा हूं और अब जीआईटी में माइग्रेट कर रहा हूं। लेकिन हमें इस प्रवासन की आवश्यकता है कि सभी काम जीआईटी में किए जाएंगे और डेटा को साफ़केस स्ट्रीम में वापस सिंक किया जाएगा। हमारे पास जीआईटी और सीसी दोनों में समान शाखा नाम और स्ट्रीम नाम होंगे, इसलिए स्क्रिप्टिंग एक समस्या नहीं होनी चाहिए। समस्या यहाँ है,सिंक जीआईटी और क्लीयरकेस
कोई सुझाव दे सकते हैं जो सबसे अच्छा मॉडल सीसी और Git
है सिंक करने के लिए है सब Vobs GIT में एकल रेपो, और विभिन्न रूप में सीसी में प्रमुख धारा है के रूप में सीसी में जीआईटी में शाखाएं - एकल जीआईटी रेपो (वीओबीएस) और कई शाखाएं (सीसी धाराएं)। - यह कम जगह लेता है क्योंकि कई शाखाओं के साथ वीओबी को एकल रेपो के रूप में रखा जाता है।
स्वतंत्र Git संग्रह और प्रत्येक भंडार सभी सीसी VOBs होने के रूप में महत्वपूर्ण सीसी शाखाएं हैं। - कई सीसी शाखाओं के लिए कई जीआईटी रेपो - इसमें बहुत सी जगह होगी क्योंकि वीओबी को दोहराया जाएगा।
कौन आपको लगता करना सबसे अच्छा तरीका है ClearCase
धन्यवाद यह मेरी बहुत मदद करता है। मैं मानता हूं कि सभी वीओबी या सभी यूसीएम घटक एक एकल रेपो में होने से जीआईटी को ऑपरेशन करने में काफी समय लगेगा, खासकर अगर यह 20 जीबी की तरह है। क्या आप मुझे और अधिक चीज़ों पर स्पष्टीकरण दे सकते हैं। आइए मान लें कि एक यूसीएम घटक/एक वीओबी के लिए एक रेपो है, लेकिन चर्चा के अनुसार सभी महत्वपूर्ण सीसी/यूसीएम धारा रेपो में शाखाओं के रूप में है, क्या अलग-अलग डेवलपर्स के लिए एक ही रेपो की अलग-अलग शाखाओं को बिना किसी हिसाब से धक्का देना संभव है यह देखने के लिए कि क्या सभी शाखाएं एक ही नंगे रेपो में हैं? –
@ सेंथिल: हाँ: आप रिमोट नंगे रेपो में किसी भी शाखा को धक्का दे सकते हैं। नोट: यदि आपको काम करने के लिए कई यूसीएम घटक (यानी कई गिट रेपो) की आवश्यकता है (या तो उन्हें पढ़ना या उन्हें संशोधित करना), आपको submodules के साथ एक या कई मुख्य परियोजना की आवश्यकता होगी (http://stackoverflow.com/questions/1979167/ देखें Git-submodule अद्यतन/1979194 # 1979194) – VonC