Svn diff बल बाइनरी विकल्प

प्रदर्शित नहीं किया जा सकता है: फ़ाइल को द्विआधारी प्रकार के रूप में चिह्नित किया गया है, मैं इसे सबवर्सन उपयोगकर्ता समूह में पोस्ट कर सकता हूं, लेकिन यह आंशिक रूप से TortoiseSVN देव थ्रेड के जवाब में है 4252009 से पैच सुझावों को लागू करें। Svn. haxx. setsvnarchive-2009-040197.shtml से मैं देख रहा हूँ स्टीफन कांगे ने लिखा: gt याद करने के लिए एक और चीज: svn 1.7 में एक नया पैच प्रारूप होगा जिसमें जीटी में द्विआधारी परिवर्तन और renamesmoves शामिल होंगे। यह ऐसी पैच फाइल बनाने और लागू करने के लिए एक नया जीपी एपीआई भी प्रदान करेगा। इसका मतलब यह है कि TMerge के diffpatch gt सुविधा को फिर से लिखा जाना चाहिए, इसलिए Im इन बदलावों को अभी लागू करने के लिए इंतजार कर रहा है लेकिन कम से कम जीटी तक इंतजार करने के लिए जीटी झुकाव gt जब तक हम टीएसवीएन ट्रंक को एसवीएन ट्रंक में नहीं बदलते। Svn 1.7.1 का उपयोग करते हुए, मैंने एक बाइनरी फाइल बदलने के लिए एक पैच फ़ाइल बनाने की कोशिश की और मुझे यह मिला: जैसा कि मैं सबवर्जन 1.7 रिलीज नोट्स के माध्यम से देखता हूं, मुझे द्विपदीय फाइलों के संचालन के बारे में कुछ नहीं दिखाई देता। मैं वेब पर इस सुविधा का कोई अन्य उल्लेख भी नहीं कर सका। क्या स्टीफंस का बयान गलत हो गया है, या क्या हम द्विआधारी फ़ाइलों के लिए पैच बनाने के बारे में कुछ याद नहीं कर रहे हैं, यह टॉर्टेज कमांड लाइन बनाम उपनिर्देशन कमांड लाइन के साथ किया जा सकता है, तब मैं वास्तव में एसवीएन अंतर-फोर्स यह एक पैच फ़ाइल उत्पन्न मैंने संशोधित फाइल की एक प्रति सहेजा, बाइनरी फाइल को वापस ले लिया, परिवर्तित करने के लिए इस्तेमाल किया गया एसवीएन पैच, और फिर मूल रूप से संशोधित बाइनरी के साथ पैच परिणाम की तुलना में। इस बिंदु पर नतीजा एक भ्रष्ट फ़ाइल था। तो ऐसा प्रतीत होता है कि भिन्न-भिन्न जवाब भी नहीं होते हैं मैंने ऐसा करने के लिए कछुआ का उपयोग करने की कोशिश की, और इसके बाद के संस्करण के समान त्रुटि मिली। (यह तब भी होता है जब git प्रारूप का उपयोग करने के लिए विकल्प का चयन किया जाता है।) कोई भी कंसल्टेंसी विकल्प नहीं है जो मैं कछुओं में देख सकता हूं। क्या मुझे कुछ याद आ रही है, या क्या यह सुविधा अभी भी एसवीएन या कछुआ में लागू नहीं है अगर किसी को भी किसी भी प्रकार की आवरण उपयोगिताओं के बारे में पता है जो बाइनरी को संभालता है, तो मैं यह जानना चाहूंगा कि साथ ही। यह ई - मेल प्रिंट करने से पहले पर्यावरण पर विचार करें। इस ई-मेल संदेश की सामग्री (किसी भी अटैचमेंट सहित) गोपनीय होती है और प्राप्तकर्ता के उपयोग के लिए अवगत कराई जाती है जिसे इसे केवल संबोधित किया जाता है यदि आप इस संचरण को त्रुटि में प्राप्त करते हैं, तो कृपया तुरंत प्रेषक को सूचित करें और अपने सिस्टम से संदेश हटा दें। किसी भी वितरण, प्रजनन या प्राप्तकर्ता के अलावा अन्य किसी के द्वारा इस संदेश का उपयोग अधिकृत नहीं है और गैरकानूनी हो सकता है इस चर्चा से सदस्यता समाप्त करने के लिए, ई-मेल: users-unsubscribeattortiseisesvn46 tigris. org। 2018-10-28 18:19:57 सीईटी डिस्प्लेशन पर प्राप्त दो मार्गों के बीच अंतर प्रदर्शित करें आप निम्नलिखित तरीकों से svn diff का उपयोग कर सकते हैं: कार्यशील प्रतिलिपि में स्थानीय संशोधनों को प्रदर्शित करने के लिए केवल svn diff का उपयोग करें। दो संशोधनों के बीच REV में दिखने वाले TARGETs के रूप में किए गए परिवर्तन प्रदर्शित करें। लक्ष्य सभी काम कर रहे नकल पथ या सभी यूआरएल हो सकता है अगर लक्ष्य प्रतिलिपि पथ काम कर रहे हैं, आधारभूत प्रतिलिपि के आधार पर एम और एम को काम करने की प्रतिलिपि बनाने के लिए, यदि TARGET यूआरएल हैं, तो एन को निर्दिष्ट करना चाहिए और M के लिए डिफ़ॉल्ट तय करना चाहिए। - सीएम विकल्प-आर एन के बराबर है: एम जहां एन एम -1 - c-M का उपयोग रिवर्स करता है: - आर एम: एन, जहां एन एम -1 ओल्ड-टीजीटी के बीच मतभेद को प्रदर्शित करें जैसा कि यह ओल्डड्रा और न्यू-टीजीटी में देखा गया था क्योंकि इसे न्यूड्रे में देखा गया था। पैट एस, यदि दिए गए हैं, तो ओल्ड-टीजीटी और न्यू-टीजीटी के रिश्तेदार हैं और उन रास्तों के लिए आउटपुट को सीमित कर देते हैं। ओल्ड-टीजीटी और न्यू-टीजीटी नकल पथ या यूआरएलआरईवी काम कर रहे हैं। नई-टीजीटी डिफ़ॉल्ट रूप से पुराने-टीजीटी अगर निर्दिष्ट नहीं है। - आर एन ने OLDREV डिफ़ॉल्ट को एन - आर एन: एम को OLDREV डिफ़ॉल्ट N और NEWREV डिफॉल्ट को एम के लिए बनाता है। svn diff OLD-URLOLDREV NEW-URLNEWREV svn diff --oldOLD-URLOLDREV के लिए लघुकोड है - नयाई-यूएनएनईईआरईवी svn diff - r N: M यूआरएल svn diff - r N के लिए आशुलिपि है- r N: M --oldURL --newURL svn diff - r N: M URL1N URL2M svn diff - r N के लिए लघुकथ है: M --oldURL1 --newURL2 यदि लक्ष्य एक यूआरएल है, तो revs एन और एम या तो --revision (-r) विकल्प के माध्यम से या पहले वर्णित अनुसार नोटेशन का उपयोग कर सकते हैं। यदि लक्ष्य कार्यशील पथ है, तो डिफ़ॉल्ट व्यवहार (जब कोई --विविशन (-आर) विकल्प प्रदान नहीं किया जाता है) तो TARGET के आधार और काम की प्रतियों के बीच अंतर प्रदर्शित करना है। यदि इस परिदृश्य में एक --विवियन (-आर) विकल्प निर्दिष्ट है, हालांकि, इसका अर्थ है: सर्वर TARGETN और TARGETM की तुलना करता है क्लाइंट कामकाजी प्रति के खिलाफ तेरगेटन की तुलना करता है। यदि वैकल्पिक सिंटैक्स का उपयोग किया जाता है, तो सर्वर पुनरीक्षण एन और एम पर URL1 और URL2 की तुलना करता है क्रमशः। यदि या तो एन या एम छोड़ दिया जाता है, तो सिर का मान माना जाता है। डिफ़ॉल्ट रूप से, svn diff फाइलों के पूर्वजों की उपेक्षा करता है और केवल तुलना की जा रही दो फाइलों की सामग्री की तुलना करता है यदि आप --notice-ancestry का उपयोग करते हैं पुनरावृत्तियों की तुलना करते समय प्रश्न में पथ के पूर्वजों को ध्यान में रखा जाएगा (यानी यदि आप समान सामग्री के साथ दो फाइलों पर एसवीएन अंतर चलाते हैं लेकिन अलग-अलग वंश, आप फाइल की पूरी सामग्री को हटा दिया गया है और फिर से जोड़ दिया जाएगा)। जहां शाखाएं विकास की अलग-अलग लाइनें बनाए रखने के लिए उपयोग की जाती हैं, कुछ स्तर पर आप एक शाखा में किए गए परिवर्तनों को ट्रंक में वापस मर्ज करना चाहते हैं, या इसके विपरीत। यह समझना महत्वपूर्ण है कि कैसे आप इसे प्रयोग शुरू करने से पहले सबवर्जन में शाखाओं और मर्ज काम कर रहे हैं, क्योंकि यह काफी जटिल हो सकता है। यह अत्यधिक अनुशंसा की जाती है कि आप अध्याय ब्रांचिंग एंड विर्जिंग इन द सबवर्सियन बुक को पढ़ते हैं, जो एक पूर्ण विवरण और कितने उदाहरण देता है कि इसका उपयोग कैसे किया जाता है। नोट करने के लिए अगले बिंदु यह है कि विलय हमेशा कार्यशील प्रतिलिपि में होता है। यदि आप किसी शाखा में परिवर्तनों को मर्ज करना चाहते हैं, तो उस शाखा की जाँच के लिए आपके पास एक कार्यशील कॉपी होनी चाहिए, और टोर्टोइसएसवीएन मर्ज के उपयोग से उस काम की प्रतिलिपि से मर्ज विजार्ड को खोलें। सामान्य तौर पर, यह एक अच्छा विचार है कि वह एक असम्बद्ध काम की प्रतिलिपि में मर्ज करने का काम करे। यदि आपने अपने डब्लूसी में अन्य बदलाव किए हैं, तो पहले उनको प्रतिबद्ध करें यदि मर्ज आपके अपेक्षानुसार नहीं जाता है, तो आप परिवर्तनों को वापस लौटना चाहते हैं, और रिवर्ट कमांड मर्ज होने से पहले किए गए सभी परिवर्तनों को त्याग देगा। मर्ज करने के लिए तीन सामान्य उपयोग के मामले हैं जो नीचे उल्लेखित के अनुसार थोड़ा अलग तरीके से नियंत्रित किए जाते हैं। मर्ज विज़ार्ड का पहला पृष्ठ आपको आवश्यक विधि का चयन करने के लिए कहता है। संशोधनों की एक श्रृंखला को मिलाएं यह विधि उस केस को कवर करती है जब आपने एक या अधिक संशोधन एक शाखा (या ट्रंक) कर दिए हैं और आप उन परिवर्तनों को किसी अलग शाखा में स्थानांतरित करना चाहते हैं। आप क्या करने के लिए सबवर्सन पूछ रहे हैं यह है: शाखा ए के संशोधन 1 से संशोधन 1 से प्राप्त करने के लिए आवश्यक परिवर्तनों की गणना करें, और उन कार्यों को मेरी काम की प्रतिलिपि (ट्रंक या शाखा बी) में लागू करें। यदि आप संशोधन श्रेणी खाली छोड़ते हैं, उपवर्जन उपयोग करने के लिए सही संशोधन श्रेणी की गणना करने के लिए मर्ज-ट्रैकिंग सुविधाओं का उपयोग करता है। इसे पुन: एकीकृत या स्वत: मर्ज के रूप में जाना जाता है। दो अलग-अलग पेड़ों को मिलाएं यह एक दूसरे के पुन: संयोजन विधि का सामान्य मामला है। आप क्या करने के लिए सबवर्सन पूछ रहे हैं: शाखा के प्रमुख संशोधन में ट्रंक के प्रमुख संशोधन से प्राप्त करने के लिए आवश्यक परिवर्तनों की गणना करें, और उन कार्यों को मेरी कार्यशील प्रतिलिपि (ट्रंक के) में लागू करें। शुद्ध परिणाम यह है कि ट्रंक अब शाखा की तरह दिखता है। यदि आपका सर्वर-रिपोजिटरी मर्ज-ट्रेकिंग का समर्थन नहीं करता है तो ट्रंक को वापस एक शाखा मर्ज करने का यह एकमात्र तरीका है। एक अन्य उपयोग का मामला तब होता है जब आप विक्रेता शाखाओं का उपयोग कर रहे होते हैं और आपको अपने ट्रंक कोड में एक नए विक्रेता ड्रॉप के बाद परिवर्तनों को मर्ज करने की आवश्यकता होती है। अधिक जानकारी के लिए सबवर्सन बुक में विक्रेता शाखाओं के अध्याय को पढ़ें। संशोधन की एक रेंज विलय चित्रा 4.54 मर्ज विज़ार्ड - इसमें संशोधन श्रेणी का चयन करें: फ़ील्ड शाखा का पूरा फ़ोल्डर यूआरएल या टैग जिसमें आप अपने काम की नकल में बंदरगाह करना चाहते हैं। आप भी क्लिक कर सकते हैं रिपॉजिटरी को ब्राउज़ करें और इच्छित शाखा ढूंढें। यदि आप इस शाखा से पहले मर्ज किए गए हैं, तो बस ड्रॉप डाउन सूची का उपयोग करें जो पहले उपयोग किए गए यूआरएल के इतिहास को दर्शाता है। यदि आप नाम बदलकर या हटाए गए शाखा से मिल रहे हैं तो आपको उस संशोधन पर वापस जाना होगा जहां यह शाखा अभी भी अस्तित्व में है। इस मामले में आपको उस संशोधन को एक संशोधन के रूप में निर्दिष्ट करना होगा जिसमें संशोधन की श्रेणी में विलय किया गया है (नीचे देखें), अन्यथा मर्ज विफल हो जाएंगे, जब वह सिर पर उस पथ को खोज सके। संशोधित करने के लिए फ़ील्ड मर्ज करने के लिए संशोधन श्रेणी में उन संशोधनों की सूची दर्ज करें जिन्हें आप मर्ज करना चाहते हैं। यह एक संशोधन हो सकता है, अल्पविरामों द्वारा अलग किए गए विशिष्ट संशोधनों की एक सूची या डैश द्वारा अलग किए गए संशोधनों की एक श्रृंखला या इनमें से कोई भी संयोजन हो सकता है यदि आपको मर्ज के लिए एक पंगा संशोधन निर्दिष्ट करने की आवश्यकता है, तो पुनरीक्षण के अंत में खूंटी संशोधन जोड़ें, उदा। 5-7, email160protected। उपर्युक्त उदाहरण में, 5,6,7 और 10 के संशोधन को विलय कर दिया जाएगा, 3 के साथ-साथ खूंटी संशोधन। कमांड लाइन क्लाइंट की तुलना में टॉरटोइसएसवीएन के साथ एक संशोधन श्रेणी निर्दिष्ट करने के तरीके में एक महत्वपूर्ण अंतर है। इसे कल्पना करने का सबसे आसान तरीका पोस्ट और बाड़ पैनलों के साथ एक बाड़ के बारे में सोचना है। कमांड लाइन क्लाइंट के साथ आप दो बाड़ पोस्ट संशोधनों का उपयोग करके मर्ज करने के लिए परिवर्तन निर्दिष्ट करते हैं जो अंक से पहले और बाद में निर्दिष्ट करते हैं। TortoiseSVN के साथ आप बाड़ पैनलों का उपयोग करके मर्ज करने के लिए परिवर्तनों को निर्दिष्ट करते हैं। इस कारण का कारण स्पष्ट हो जाता है जब आप विलय करने के लिए संशोधन को निर्दिष्ट करने के लिए लॉग संवाद का उपयोग करते हैं, जहां प्रत्येक संशोधन एक परिवर्तन के रूप में प्रकट होता है अगर आप विखंडनों में संशोधन को मर्ज कर रहे हैं, तो सबवर्सन बुक में दिखाए गए तरीके से आप इस बार 100-200 और अगली बार 200-300 में विलय करेंगे। TortoiseSVN के साथ आप इस समय 100-200 और अगली बार 201-300 मर्ज करेंगे। इस अंतर ने मेलिंग सूचियों पर बहुत गर्मी उत्पन्न की है। हम मानते हैं कि कमांड लाइन ग्राहक से कोई अंतर है, लेकिन हम मानते हैं कि अधिकांश जीयूआई उपयोगकर्ताओं के लिए यह हमारे द्वारा लागू की गई विधि को समझना आसान है। आपको आवश्यक संशोधनों की श्रेणी का चयन करने का सबसे आसान तरीका शो लॉग पर क्लिक करना है। क्योंकि यह उनके लॉग टिप्पणियों के साथ हाल के परिवर्तनों की सूची देगा। यदि आप एक संशोधन से परिवर्तनों को मर्ज करना चाहते हैं, तो उस संशोधन का चयन करें यदि आप कई संशोधन से परिवर्तनों को मर्ज करना चाहते हैं, तो उस श्रेणी का चयन करें (सामान्य शिफ्ट-मॉडिफायर का उपयोग करके)। ठीक पर क्लिक करें और विलय के लिए संशोधन संख्याओं की सूची आपके लिए भरी जाएगी। यदि आप परिवर्तनों को अपनी कार्यशील प्रतिलिपि में वापस मर्ज करना चाहते हैं, जो पहले से ही प्रतिबद्ध हो चुका है, तो वापस लाने के लिए संशोधनों का चयन करें और सुनिश्चित करें कि रिवर्स मर्ज बॉक्स चेक किया गया है। यदि आपने इस शाखा से कुछ बदलावों को पहले से मिला दिया है, तो उम्मीद है कि आपने परिवर्तन के बाद लॉग संदेश में विलय की गई अंतिम संशोधन की एक नोट बनाई होगी। उस स्थिति में, आप उस लॉग संदेश को ट्रेस करने के लिए वर्किंग कॉपी के लिए शो लॉग का उपयोग कर सकते हैं। याद रखना कि हम परिवर्तनों के रूप में संशोधन के बारे में सोच रहे हैं, इस मर्ज के लिए प्रारंभ बिंदु के रूप में अंतिम मर्ज की समाप्ति बिंदु के बाद आपको संशोधन का उपयोग करना चाहिए। उदाहरण के लिए, यदि आपने पिछली बार 37 से 39 संशोधनों को मिला दिया है, तो इस मर्ज के प्रारंभ बिंदु को संशोधित किया जाना चाहिए 40. यदि आप सबवर्सन की मर्ज ट्रैकिंग सुविधाओं का उपयोग कर रहे हैं, तो आपको याद रखना आवश्यक नहीं है कि कौन से संशोधन पहले से मर्ज किए गए हैं - सबवर्सन आपके लिए रिकॉर्ड करेगा यदि आप संशोधन श्रेणी को खाली छोड़ते हैं, तो सभी संशोधन जो अभी तक विलय नहीं किए गए हैं उन्हें शामिल किया जाएगा। अधिक जानने के लिए मर्ज ट्रैकिंग नामक अनुभाग पढ़ें। जब मर्ज ट्रैकिंग का उपयोग किया जाता है, तो लॉग संवाद पहले मर्ज किए गए संशोधनों को दिखाएगा, और पुनरावृत्तियों को सामान्य पूर्वज बिंदु से पहले से नज़रअंदाज़ किया जाएगा, अर्थात शाखा की प्रतिलिपि बनाने से पहले, गहराई के रूप में छिपे गैर-मर्जनीय संशोधन चेकबॉक्स आपको इन संशोधनों को पूरी तरह से फ़िल्टर करने की अनुमति देता है ताकि आप केवल उन संशोधनों को देख सकें जो मर्ज किए जा सकते हैं। यदि अन्य लोग परिवर्तन कर रहे हों तो मुख्य संशोधन का उपयोग करने के बारे में सावधान रहें यह आपके द्वारा दिये गए संशोधनों का उल्लेख नहीं कर सकता है, यदि आपके अंतिम अद्यतन के बाद किसी और व्यक्ति ने कोई प्रतिबद्ध किया है। यदि आप संशोधन की सीमा को खाली छोड़ते हैं या रेडियो बटन को सभी संशोधनों की जांच करते हैं, तो सबवर्सन अभी तक मर्ज किए गए सभी संशोधनों में विलय नहीं करता है। इसे पुन: एकीकृत या स्वत: मर्ज के रूप में जाना जाता है। कुछ ऐसी स्थितियां हैं जो एक दूसरे के मर्ज पर पुनः लागू होती हैं। सबसे पहले, सर्वर को मर्ज ट्रैकिंग का समर्थन करना चाहिए कार्यशील प्रतिलिपि गहराई असीमित (कोई विरल चेकआउट) का नहीं होनी चाहिए, और इसमें किसी भी स्थानीय संशोधन, स्विच किए गए आइटम या आइटम जो कि सिर के अलावा अन्य संशोधनों में अद्यतन किए गए हों, उनके पास नहीं होना चाहिए। शाखा के विकास के दौरान बनाए गए ट्रंक में किए गए सभी परिवर्तनों को शाखा में विलय कर दिया जाना चाहिए (या इसे विलय के रूप में चिह्नित किया गया)। विलय करने के लिए संशोधनों की श्रेणी स्वचालित रूप से गणना की जाएगी। दो अलग-अलग पेड़ों को मिलाकर विषय: अंक 2099 नया - बाइनरी मार्क सबवर्जन के साथ सही टेक्स्ट फ़ाइल के लिए फ़र्क परिणाम प्रदर्शित नहीं किया जा सकता है। Tigris. orgississuesebug. cgiid2099 समस्या: 2099 सारांश: द्विआधारी चिह्न के साथ सही टेक्स्ट फ़ाइल के लिए फ़र्क परिणाम प्रदर्शित नहीं किया जा सकता है घटक: उपसंस्करण संस्करण: 1.0। x प्लेटफ़ॉर्म: सभी यूआरएल: ओएसवर्सियन: सभी स्थिति: नई स्थिति वाइटबोर्ड: कीवर्ड: रिजोल्यूशन: इश्यू प्रकार: एन्हांसमेंट प्राथमिकता: पी 3 उपघटक: सीएमडीलाइन क्लाइंट द्वारा असाइन किया गया: जारी करनेवालाः द्वारा रिपोर्ट किया गया: जेफहुंग ------- जेफहंगxxxxxxxxxx बुधवार से अतिरिक्त टिप्पणियां 13 अक्टूबर 08:41:07 -0700 2004 ------- मुद्दा 2065 के रूप में, कभी-कभी कुछ दस्तावेज़ स्वरूप हैं जो एक पाठ दस्तावेज़ के रूप में पंजीकृत नहीं हैं, लेकिन वास्तव में पाठ फ़ाइलें हैं, खासकर कुछ XML दस्तावेज़ प्रारूपों के लिए उदाहरण के लिए, एबीएनएफ दस्तावेज़ (व्हॉइसएक्सएमएल के लिए व्याकरण प्रारूप में से एक) मैं मुद्दा 2065 में इस्तेमाल किया IETF में एमआईएमई प्रकार के साथ पंजीकृत है, applicationsrgs, लेकिन वास्तव में एक पाठ फ़ाइल है। जब मैं इस तरह के दस्तावेज़ को svn diff करने का प्रयास करता हूँ, svn mime - प्रकार की जांच के कारण diff परिणाम प्रदर्शित करने से इनकार करते हैं: SHELLgt svn porplist foo. gram foo. gram पर गुण: svn: mime-type applicationsrgs svn: कीवर्ड आईडी LastChangedDate LastChangedRevision LastChangedBy HeadURL SHELLgt इको gtgt foo. gram SHELLgt svn diff foo. gram सूचकांक: foo. gram प्रदर्शित नहीं किया जा सकता है: एक द्विआधारी प्रकार के रूप में चिह्नित फ़ाइल। svn: mime-type applicationsrgs बेशक, मुद्दा 2065 की तरह, हम स्पष्ट svn: mime-type संपत्ति द्वारा ब्लॉकिंग के आसपास काम कर सकते हैं, diff करें, फिर svn: mime-type back सेट करें। लेकिन यह बिल्कुल एक अच्छा तरीका नहीं है संभवतः एक बेहतर समाधान है कि एसबीएन अंतर को द्विआधारी भिन्न परिणाम के उत्पादन को मजबूर करने के लिए एक --force विकल्प प्रदान करना है, क्योंकि वर्तमान में ऐसा कोई विकल्प नहीं है: SHELLgt svn सहायता diff diff (di): दो मार्गों के बीच अंतर प्रदर्शित करें उपयोग: 1. diff - r N: एम - ओल्ड OLD-TGT - नया नया- TGT पाथ 2. diff - r N: M URL 3. diff - r N: M URL1N URL2M 1. ओल्ड-टीजीटी और न्यू-टीजीटी के बीच मतभेद प्रदर्शित करें PATHs, यदि दिए गए हैं, तो ओल्ड-टीजीटी और न्यू-टीजीटी के रिश्तेदार हैं और उन रास्तों के लिए आउटपुट को सीमित कर देते हैं। ओल्ड-टीजीटी और न्यू-टीजीटी नकल पथ या यूआरएलआरईवी काम कर रहे हैं। पथ के लिए पुराने- TGT डिफ़ॉल्ट और ओडीडी-टीजीटी के लिए नई-टीजीटी चूक आधारभूत आधार पर एन या, यदि ओल्ड-टीजीटी एक यूआरएल है, तो सिर पर। एम मौजूदा कार्यरत संस्करण के मुकाबले, या यदि नई-टीजीटी एक यूआरएल है, तो HEAD पर। - आर एन ओल्ड-टीजीटी के संशोधन एन, - आर एन: एम के संशोधन को भी निर्धारित करता है, जो न्यू-टीजीटी के संशोधन को एम 2 के लिए सेट करता है। 2. एसएचएन अंतर के लिए लघुकोड - r N: M --oldURL - newewURL 3. svn diff - r N के लिए शॉर्टहाउंड: M --oldURL1 --newURL2 एक कार्यशील प्रतिलिपि में स्थानीय संशोधनों को प्रदर्शित करने के लिए केवल svn diff का प्रयोग करें वैध विकल्प: - r --revision arg एआरजी (कुछ आदेश एआरजी 1: एआरजी 2 श्रेणी भी लेते हैं) एक संशोधन तर्क इनमें से एक हो सकता है: NUMBER संशोधन संख्या उद्धरण दिनांक के प्रारंभ में उद्धरण सूची में एचएईएडक्वाट नवीनतम में दर्ज किया जा सकता है quotBASEquot आइटम की प्रतिलिपि का आधार संशोधन प्रतिलिपि COMMITTEDquot अंतिम आधार पर या इससे पहले की तुलना में उद्धरण PREVquot संशोधन कॉमेटेड - ऑल्ड से पहले पुराने लक्ष्य के रूप में एआरजी का प्रयोग करें - नया एआरजी एआरजी को नए लक्ष्य के रूप में उपयोग करें- x - एक्सटेंशन ARG एआरजी को बंडल विकल्प के रूप में जीएनयू अंतर-ए - एनॉन-रिकर्सिव पर पास करें। केवल एकल निर्देशिका पर काम करें - डीआईएफ-सीएमडी एआरजी एआरजी को diff कमांड के रूप में उपयोग करें - कोई भी- diff-deleted हटाए गए फ़ाइलों के लिए मतभेद मुद्रित नहीं करें - नॉटिस-पूर्वजाति मतभेदों की गणना करते समय पूर्वजों का नोटिस - उपयोगकर्ता नाम ARG उपयोगकर्ता नाम ARG --password arg निर्दिष्ट करें पासवर्ड एआरजी --no-auth-cache निर्दिष्ट करें प्रमाणीकरण टोकन कैश नहीं करें - बिना-इंटरैक्टिव कोई इंटरैक्टिव प्रॉम्प्ट नहीं करें - कॉन्फिग-डीआईआर एजीआर निर्देशिका एआरजी से उपयोगकर्ता कॉन्फ़िगरेशन फ़ाइलों को पढ़ें