एक "शुद्धवादी" Mercurial परिप्रेक्ष्य से, माइक सही है - धक्का परिवर्तन आपके नियंत्रण से बाहर हैं। लेकिन, प्रैक्टिस में यह अक्सर एक बहुत सख्त परिप्रेक्ष्य होता है।
माइक ने जो कहा, उसके विरोध में पहले से ही बदलावों को धक्का दिया एक विकल्प हो सकता है। यह इस बात पर निर्भर करता है कि क्या आपके पास केंद्रीय भंडार (वहां भी पट्टी करने के लिए) और आपकी टीम/समुदाय के आकार और यह कैसे व्यवस्थित किया जाता है, पर नियंत्रण है।
यदि आप निश्चित रूप से जानते हैं कि किसी ने भी आपके खराब परिवर्तनों को खींच लिया है, तो बस अपने स्थानीय और केंद्रीय रिपो-स्ट्राइक को हटा दें, इतिहास हटा दिया गया है।
यदि वहाँ एक मौका किसी को पहले से ही अपने बुरा changesets खींच लिया, आप पट्टी स्थानीय और केंद्रीय रेपो रूप में अच्छी तरह होगा और आप अपने स्थानीय रेपोस में बुरा changesets पट्टी करने के लिए सभी को आगे बढ़ाने टीम के सदस्यों को सूचित करने के लिए होगा भी (या छीन लिया केंद्रीय रिपो से पुनः प्राप्त करने के लिए)। यदि आप भाग्यशाली हैं, तो हर कोई जो करता है वह करता है। अन्यथा जल्दी या बाद में केंद्रीय रिपो में परिवर्तन समाप्त हो जाते हैं।
नीचे की रेखा यह है कि स्ट्रिपिंग आपके जैसे मामलों के लिए एक समाधान हो सकती है - आपको लागत (अतिरिक्त काम के साथ अपनी टीम को बोझ) और लाभ (स्वच्छ इतिहास) को संतुलित करना होगा।
एक व्यावहारिक उदाहरण जहां लाभ से अधिक लाभ होगा यदि आपने गलती से बड़ी बाइनरी फाइलें जोड़ दी हैं। उस स्थिति में शायद हर टीम सदस्य उड़ा हुआ भंडार के साथ काम करने के बजाय सिंक्रनाइज़ करना पड़ेगा।
अद्यतन: आप सर्वर साइड हुक का उपयोग कर सकते केंद्रीय भंडार में वापस जाने से छीन लिया changesets को रोकने के लिए - read more here।
स्रोत
2011-02-03 19:51:22
सूखी घास लंबी घास कि कटौती की गई है और सूखे, मवेशियों के लिए भोजन के रूप में इस्तेमाल किया है। :-) –
इस लेख इसके अलावा उपयोगी है "[खोजने और फिक्सिंग गलतियों] (http://hgbook.red-bean.com/read/finding-and-fixing-mistakes.html)"। –