2010-01-04 7 views
8

हमारे पास ऑटो-जेनरेट कोड का एक बड़ा हिस्सा है जिसे हम सबवर्सन में रखते हैं। कभी-कभी मैं जनरेटर के एक टुकड़े पर काम कर रहा हूं जबकि एक और सहकर्मी जेनरेटर के एक अलग टुकड़े पर काम कर रहा है। हम में से एक जांचता है, और दूसरा नवीनतम हो जाता है। अब हमारे जेनरेट कोड संघर्ष में है। क्योंकि यह उत्पन्न होता है अगली बार जब जनरेटर चलाया जाता है तो यह सही होगा, लेकिन विचलन ने इसे विरोधाभासी के रूप में चिह्नित किया है। इन दर्दों को खोजने के लिए दर्द का थोड़ा सा दर्द है, यह सत्यापित करें कि वे वास्तव में जेनरेट कोड के कारण हैं, और फिर संघर्ष को साफ़ करने के लिए मैन्युअल रूप से "मेरा स्वीकार करें"।सबवर्सन - फाइलों के एक सेट के लिए मेरा उपयोग करके संघर्षों को हमेशा हल करें

क्या उपversण को पहचानने का कोई तरीका है कि किसी दिए गए फ़ोल्डर में सभी फ़ाइलों के लिए मैं बस अपने आप को स्वीकार करना चाहता हूं? मैं समर्पित बैच फ़ाइलों से दूर रहना चाहता हूं, क्योंकि अधिकांश कार्यालय टोर्टोइज एसवीएन का उपयोग करता है और मैं ऐसे समाधान की तलाश में हूं जो हर कोई उपयोग कर सके।

+3

या तो आप संघर्षों की परवाह करते हैं, इसलिए आपको उन्हें ठीक करना चाहिए, या आप नहीं करते हैं, इस मामले में ऑटो-जेनरेट कोड पहले स्थान पर एसवीएन में नहीं होना चाहिए। एसवीएन! = वर्कफ़्लो स्वचालन। –

उत्तर

15

आपको शायद पहले स्थान पर एसवीएन में जेनरेट की गई फाइलों से बचने चाहिए - जैसा कि आप बता सकते हैं, यह विवादों का स्रोत है। उन्हें अनदेखा करना बेहतर है, और उन्हें निर्माण के हिस्से के रूप में बनाएं।

लेकिन आपके प्रश्न के अनुसार, आप --accept mine-full विकल्प svn update पर उपयोग करने में सक्षम होना चाहिए, जो विवादों को स्वचालित रूप से मेरे हल करने में सक्षम बनाता है। अधिक जानकारी के लिए Subversion manual और मैन पेज देखें। --accept

+7

- प्रतिक्रिया मेरे लिए काम नहीं किया। हालांकि - स्वीकार करता है काम करता है। – Jason

13

SVN अद्यतन [| आधार | खदान पूर्ण | उनकी भरा | संपादित करें | स्थगित लांच]

4

svn resolve --accept [postpone|base|mine-full|theirs-full|edit|launch] 

होना चाहिए कि नहीं?

+1

'svn resol -R - स्वीकार्य खान-पूर्ण *' तारांकन चिह्न के बिना मुझे "पर्याप्त तर्क प्रदान नहीं किए गए" और रिकर्सन के लिए -R नोट करें। –

संबंधित मुद्दे