आप जो व्यवहार कर रहे हैं उसके आधार पर कुछ चीजें आप कर सकते हैं।
क्या आप वास्तव में subrepo के अंदर संपादन और काम कर रहे हैं? यदि ऐसा है, तो आपको एक अलग विक्रेता-शाखा-जैसे रेपो बनाना चाहिए जहां आप अपस्ट्रीम ("उनके") परिवर्तनों के साथ अपने परिवर्तनों को मर्ज करते हैं, और आपके उपरोक्त बिंदु को उस पर रखें। यह शायद की तरह कुछ:
repos
main
subrepo
.hgsub # contains: "subrepo=../theirproject"
theirproject # clone of remote, upstream repo
विचार किया जा रहा है कि subrepo प्रविष्टि पुल केवल नदी के ऊपर रेपो के लिए सीधे बात नहीं है, लेकिन अपने स्वयं के से एक के लिए जहाँ आप के साथ "उनकी"
एक और अपने परिवर्तन मर्ज विकल्प subrepo में परिवर्तन करना बंद करना है। यदि कोई बदलाव नहीं है, और कोई काम नहीं करता है, तो पुश उस रिपो को दाएं पास कर देगा। यदि आप उस कार्य मोड पर स्विच करते हैं तो आप उस रेपो में गलती से आने से बचने के लिए [ui]
अनुभाग में [ui]
अनुभाग में commitsubrepos = false
सेट कर सकते हैं।
नीचे की रेखा यह है कि यदि आप वहां चीजें बदल रहे हैं तो आपको उन्हें (सुरक्षा के लिए) करने की आवश्यकता है और यदि आप उन्हें प्रतिबद्ध कर रहे हैं तो माता-पिता को धक्का दिया जाता है, तो उन्हें धक्का दिया जाएगा, इसलिए बस नियंत्रण करें जहां उन्हें धक्का दिया जाता है और आप जाने के लिए अच्छे हैं।
स्रोत
2011-05-31 02:43:17
@Mercurial क्या Mercurial में गिट .gitignore फ़ाइल के समान कुछ नहीं है? – Arlen
बेशक यह करता है, लेकिन वह subrepos बात कर रहा है प्रति फ़ाइल अनदेखा नहीं। गिट में एक ही सबप्रो सामग्री है, और इसी तरह .gitignore के साथ हल नहीं किया जाएगा। –
मैं subrepos को अनदेखा नहीं करना चाहता, मैं बस उन्हें धक्का का हिस्सा नहीं बनना चाहता क्योंकि वे कभी नहीं बदलेंगे। – Soviut