पर करने की सलाह होगा इसके लायक है परेशानी या मुझे बस ऐसा करने के लिए svn का उपयोग करना चाहिए।
मुझे लगता है कि यह इस बात पर निर्भर करता है कि आप एसवीएन में कितनी जानकारी को बनाए रखना चाहते हैं। यदि आप गिट का उपयोग करके विलय करते हैं, तो मेरा मानना है कि एसवीएन नहीं जानता कि परिवर्तन कहां से आए थे, या दूसरे शब्दों में, यह एसवीएन ट्रंक की तरह दिखेगा और शाखा अभी भी अलग है।
क्या लोग देखेंगे कि मैंने गिट का उपयोग किया है और क्या एसवीएन में विलय के बारे में कोई मेटा डेटा है?
नहीं, यह ट्रंक पर एक नई प्रतिबद्धता की तरह दिखता है।
क्या मैं ट्रंक का एक क्लोन और 1 शाखा चुन सकता हूं?
यदि आपका मतलब है कि आपके गिट-एसवीएन को एक नए गिट रेपो में क्लोन करें, तो हाँ। बस गिट-एसवीएन क्लोन करें और अपर्याप्त शाखाएं हटाएं, या क्लोन करने से पहले सीधे गिट-एसवीएन रेपो में करें।
यहां एक पोस्ट है convert an SVN repo to a git one कैसे। मुझे लगता है कि इसमें से अधिकांश इस स्थिति में लागू होंगे।
मैं एक पूर्ण क्लोन की जरूरत है या मैं इसे बिंदु है जहां शाखा बनाया गया था से आयात कर सकते हैं?
गिट क्लोन आमतौर पर पूर्ण क्लोन होंगे, जब तक कि आप --depth
विकल्प का उपयोग न करें। यदि आप पिछले इतिहास को फेंकना चाहते हैं, तो आप हमेशा सभी कामों को पुराने में स्क्वैश कर सकते हैं, या बस .git
निर्देशिका हटाएं और एक नया रेपो डालें।
यह इसके लायक हो सकता है और यह दिखाई नहीं देगा कि आपने svn के बजाय गिट का उपयोग किया था। यद्यपि आप 'गिट रिबेस' का उपयोग कैसे करते हैं, इसके बारे में बेहद सावधान रहें। यह वास्तव में svn इतिहास की गड़बड़ी कर सकता है। –
किस प्रकार का विलय? चयनित प्रतिबद्धता/संशोधन? या यह एक फीचर शाखा है जिसे आप ट्रंक से काम करने के साथ अद्यतित रखना चाहते हैं, जो ट्रंक पर वापस फिर से जुड़ना चाहते हैं? –
एक चरण-दर-चरण मार्गदर्शिका के लिए: http://myhumblecorner.wordpress.com/2011/08/25/git-svn-cheatsheet-for-git-rebels-in-an-svn-workplace/ 'गिट चेकआउट <मर्ज-टू शाखा>; गिट मर्ज - स्क्वैश <शाखा से विलय>; गिट प्रतिबद्ध; git svn dcommit # --squash कुंजी है –