एक ही निर्देशिका में Git रेपो और मर्क्यूरियल होने


11

बीमार मेरी समस्या बताएं,

मैं वर्तमान में gitious gitious का इन-हाउस इंस्टॉल उपयोग कर रहा हूं। मैं फॉग क्रीक से फॉगबुग और किल का परीक्षण शुरू करना चाहूंगा जो मर्क्यूरियल का उपयोग करता है। मैं दोनों समाधानों का उपयोग करते हुए विकास जारी रखने के लिए कम से कम कुछ समय के लिए चाहूंगा।

क्या किसी को एक ही डायरेक्टरी में git और मर्क्यूरल रेपो होने के किसी भी दीर्घकालिक गंभीर प्रभावों के बारे में पता है। या वहाँ एक बेहतर तरीका है git और मर्क्यूरियल सर्वर को सिंक में रखने का।

Ive ने इसे टेस्ट रेपो के साथ आज़माया और मैंने कोई समस्या नहीं देखी।

किसी भी मदद के लिए धन्यवाद।


1
मुझे नहीं लगता कि इसमें कोई समस्या होगी, क्योंकि ये दोनों svn की .svnफाइलों से अलग हैं ।
जोश के

जवाबों:


8

मैंने पाया है कि hg-git ब्रिज काफी हद तक दूसरी दिशा में जा रहा है (गितुब पर कुछ सामान को उजागर करना जो मूल रूप से स्रोत नियंत्रण के लिए Mercurial का उपयोग करके बनाया गया था)। मूल रूप से, आप "बस" मर्क्यूरियल का उपयोग करते हैं, "मास्टर" को "डिफ़ॉल्ट" से जोड़ने के लिए एक बुकमार्क बनाते हैं जब आप एक गिट रेपो को धक्का देने के लिए तैयार होते हैं, और धक्का देते हैं। गिट से खींचो उसी तरह से काम करता है जिस तरह से करता है जब आप रिमोट रेपो से खींचते हैं। आप इस परिदृश्य में .it + .hg फ़ाइलों के साथ समाप्त नहीं होते हैं, आपके पास अपने स्थानीय बॉक्स पर केवल व्यापारी होते हैं, जब तक कि आप पूरी तरह से समाप्त करने के लिए पलायन नहीं करते हैं, जिस स्थिति में आप शायद एक नए में क्लोन काम करेंगे। निर्देशिका।

Git उपयोगकर्ताओं के लिए एक समान परियोजना है जो Mercurial रिपॉजिटरी से पुश / पुल करना चाहते हैं, लेकिन मुझे इसके साथ प्रत्यक्ष अनुभव नहीं है। Https://github.com/offbytwo/git-hg देखें

अपने "अन्य" स्रोत नियंत्रण प्रणाली से छिपे हुए फ़ोल्डरों के एक झुंड में गलती से जाँच करने की क्षमता के अलावा, मुझे git रेपो में hg init करने के साथ कोई वास्तविक समस्या नहीं दिखती है; यह सिर्फ मेरे लिए एक पुल का उपयोग करने के लिए कम भद्दा लगता है, और स्पष्ट रूप से चुनें कि कब दूसरे DVcs सिस्टम को धक्का देना है।


मैंने SSH के साथ hg-git को थोड़ा हिट और मिस पाया है और इसे सेट करने में मज़ा से कम है। आप दोनों DVCS क्लाइंट को एक ही मशीन पर चला सकते हैं, कोई प्रोब नहीं। वास्तव में यदि आप स्रोत नियंत्रण के लिए एक का उपयोग कर रहे हैं और दूसरे को उत्पादन (एज़्योर, एप्हॉबर आदि) में धकेलने के लिए तो यह अच्छी तरह से काम कर सकता है।
सीएडी

.hg फ़ोल्डर के तहत एक नज़र है। hg-git वहाँ एक .गित फ़ोल्डर बनाता है जब तक आप निर्दिष्ट नहीं करते हैं [git] intree = अपने .hgrc / ini फ़ाइल में मर्क्यूरियल के लिए।
सीएडी

9

मैंने एक ही प्रोजेक्ट पर एक ही वर्किंग डायरेक्टरी में मर्क्यूरियल और गिट दोनों का इस्तेमाल किया है। इन दो DVCS का उपयोग करने के बारे में महान बात यह है कि वे दोनों केवल एक फ़ोल्डर (.git / .hg) अपने confs और blobs और पेड़ और सामान के लिए है।

बस .hg इन .gitignore (और .गित .hgignore) डालें और आप जाने के लिए अच्छे से अधिक हैं।

बेशक आपको कमिटमेंट करते समय काम को दोगुना करना होगा, लेकिन मुझे इसे मैनेज करना मुश्किल नहीं लगा।

मेरी राय में यह सेटअप किसी भी पुल समाधान का उपयोग करने की तुलना में कहीं अधिक विश्वसनीय है (मैं उन्हें पसंद नहीं करता हूं क्योंकि मेरे पास गिट-स्वन के साथ जो डरावना था)।


क्या आप इस बारे में अधिक जानकारी दे सकते हैं कि आपने इसे कैसे प्राप्त किया? मेरा यहाँ एक प्रश्न है stackoverflow.com/questions/14486600/… जो आपके द्वारा हासिल किया गया है। किसी भी मदद की सराहना की जाती है :)
akdsouza
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.