Diff फ़ॉर्मेटर

फ़ॉर्मेटेड हाइलाइटिंग और साइड-बाय-साइड व्यू के साथ टेक्स्ट और कोड अंतरों की तुलना करें

स्थानीय रूप से चलता है

मूल

संशोधित

Diff परिणाम

दोनों sides के बीच अंतर देखने के लिए "तुलना करें" पर क्लिक करें

टिप्स

  • अधिक सटीक लाइन-दर-लाइन तुलना के लिए दोनों टेक्स्ट में सुसंगत इंडेंटेशन का उपयोग करें।
  • यूनिफ़ाइड व्यू छोटे बदलावों के लिए सबसे अच्छा है। साइड-बाय-साइड बड़े अंतरों के लिए बेहतर है।
  • जोड़ा गया   हटाया गया   बदला गया
  • तुलना दिशा को उल्टने और जोड़ों को हटावों के रूप में देखने के लिए स्वैप बटन का उपयोग करें।
  • Ctrl/Cmd + Enter दबाने से किसी भी इनपुट से तुलना हो जाती है।

दो diff modes, स्वतः चुने जाते हैं

Data Diff आपके द्वारा पेस्ट की गई सामग्री से शुरू होता है। जब दोनों sides JSON के रूप में parse हो जाती हैं, तो यह structural diff पर स्विच कर देता है; बाकी सब के लिए यह लाइन-दर-लाइन तुलना करता है। आप परिणाम के ऊपर वाले tabs से किसी mode को मैन्युअल रूप से भी लॉक कर सकते हैं।

JSON structural diff क्या रिपोर्ट करता है

  • Added — key या index जो केवल modified side पर मौजूद है, उसके value के preview के साथ।
  • Removed — key या index जो केवल original side पर मौजूद है।
  • Changed — एक ही path पर दोनों sides पर अलग-अलग values हैं, जो before → after के रूप में दिखाई जाती हैं।
  • Type changed — path पर एक side पर object है और दूसरी side पर scalar या array है।
  • हर entry में वही $.store.books[0].title notation होता है जिसका उपयोग JSON, XML और YAML Inspectors करते हैं, ताकि आप सीधे source में उस पर जा सकें।

Text diff, जब आपको ज़रूरत हो

लाइन-आधारित तुलना हर जोड़ी गई और हटाई गई लाइन को line numbers के साथ हाइलाइट करती है। यह code, logs, config files और किसी भी टेक्स्ट पर काम करती है — जिनमें वे JSON भी शामिल हैं जिनका formatting बदला गया था लेकिन data नहीं बदला।

उदाहरण: JSON mode क्या देखता है जो text mode नहीं देखता

नीचे दिए गए दोनों snippets केवल key order और indentation में भिन्न हैं। Text diff लगभग हर लाइन को changed के रूप में रिपोर्ट करता है; JSON structural diff सही ढंग से zero changes रिपोर्ट करता है।

A
{
  "name": "web",
  "version": "1.0"
}
B
{
  "version": "1.0",
  "name": "web"
}

यह आपके workflow में कहाँ फिट होता है

Data Diff workbench का compare step है। अन्य tools से कोई भी दस्तावेज़ यहाँ भेजें:

अक्सर पूछे जाने वाले प्रश्न

Diff Formatter फ़ॉर्मेटिंग के बारे में सामान्य प्रश्नों के उत्तर

हाँ, हमारा diff फ़ॉर्मेटर पूरी तरह से निःशुल्क है, कोई पंजीकरण आवश्यक नहीं। सभी प्रोसेसिंग आपके ब्राउज़र में होती है।

आप किसी भी टेक्स्ट सामग्री की तुलना कर सकते हैं: कोड, कॉन्फ़िगरेशन फ़ाइलें, JSON, XML, सादा टेक्स्ट या कोई अन्य टेक्स्ट-आधारित फ़ॉर्मेट।

जोड़ी गई लाइनें हरे बैकग्राउंड के साथ दिखाई देती हैं, हटाई गई लाइनें लाल बैकग्राउंड के साथ, और बदली गई लाइनें दोनों संस्करण साइड बाय साइड दिखाती हैं।

हाँ। मूल और संशोधित टेक्स्ट को उल्टने के लिए स्वैप बटन पर क्लिक करें, जोड़ों को हटावों में और इसके विपरीत बदलते हुए।

टूल Myers diff एल्गोरिदम का उपयोग करता है, जो Git द्वारा टेक्स्ट तुलना के लिए उपयोग किया जाने वाला वही एल्गोरिदम है, जो सटीक और न्यूनतम diffs सुनिश्चित करता है।

यूनिफ़ाइड diff फ़ॉर्मेट (-u), जैसा कि git diff, diff -u और हर प्रमुख वर्ज़न कंट्रोल सिस्टम जनरेट करते हैं - एक या अधिक फ़ाइल सेक्शन, जिनमें से प्रत्येक में ---/+++ हेडर, @@ hunk मार्कर और +/- /कॉन्टेक्स्ट लाइनें होती हैं। GNU diffutils इस सटीक फ़ॉर्मेट का दस्तावेज़ीकरण करता है; फ़ॉर्मेटर hunks को संरेखित लाइन नंबरों और सिंटैक्स कलरिंग के साथ दोबारा लपेटता है।

@@ -3,7 +3,8 @@ कहता है: पुरानी फ़ाइल में, लाइन 3 से शुरू होकर, 7 लाइनें दिखाई गई हैं; नई फ़ाइल में, संबंधित सेक्शन लाइन 3 से शुरू होता है और 8 लाइनों तक फैला है। इन गिनतियों को पढ़कर आप बदलाव का आकार एक नज़र में समझ सकते हैं - यहाँ एक लाइन जोड़ी गई थी। फ़ॉर्मेटर इन मार्करों को अछूता रखता है क्योंकि patch(1) और git apply इन पर निर्भर करते हैं।

नहीं - यह पैच को फ़ॉर्मेट और समझाता है, उन्हें लागू नहीं करता। लागू करने के लिए git apply या patch -p1 का उपयोग करें; टकराव वाले hunks को मर्ज करने के लिए अपने VCS का merge टूल उपयोग करें। फ़ॉर्मेटिंग जानबूझकर रीड-ओनली है ताकि आप पढ़ने योग्य समीक्षा के लिए किसी भी पैच को - अस्वीकृत या कॉन्फ़्लिक्ट वाले hunks सहित - सुरक्षित रूप से पेस्ट कर सकें।

{-- * External Resources Component(#19 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / 官方语言文档 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}

प्रामाणिक संदर्भ

मानक और आधिकारिक दस्तावेज़ जो इस टूल के साथ काम करने वाले फ़ॉर्मैट को परिभाषित करते हैं।

संबंधित टूल्स