keentext
  1. หน้าแรก
  2. เปรียบเทียบข้อความ

เปรียบเทียบข้อความ

วางต้นฉบับและฉบับแก้ไข แล้วคุณจะเห็นทุกบรรทัดที่เพิ่ม ลบ และแก้ไข พร้อมไฮไลต์คำที่เปลี่ยน

ความแตกต่าง

เพิ่ม 3ลบ 3แก้ไข 0
1เรียนทีมงานทุกท่าน1เรียนทีมงานทุกท่าน
2 2
3การประชุมสรุปผลรายไตรมาสจะจัดในวันศุกร์ เวลา 10:00 น.3การประชุมสรุปผลรายไตรมาสเลื่อนเป็นวันพฤหัสบดี เวลา 14:00 น.
4โปรดเตรียมความคืบหน้าของโครงการและคำถามที่ค้างอยู่4โปรดเตรียมความคืบหน้าของโครงการและคำถามที่ค้างอยู่
5การประชุมจะจัดที่ห้องประชุม 4B5การประชุมจะจัดทางออนไลน์
6หลังประชุมมีอาหารกลางวันให้6ส่งสไลด์ให้ผมภายในเย็นวันพุธ
7 7
8ขอบคุณครับ8ขอบคุณครับ
9สมชาย9สมชาย
11 เรียนทีมงานทุกท่าน
22
3−การประชุมสรุปผลรายไตรมาสจะจัดในวันศุกร์ เวลา 10:00 น.
3+การประชุมสรุปผลรายไตรมาสเลื่อนเป็นวันพฤหัสบดี เวลา 14:00 น.
44 โปรดเตรียมความคืบหน้าของโครงการและคำถามที่ค้างอยู่
5−การประชุมจะจัดที่ห้องประชุม 4B
6−หลังประชุมมีอาหารกลางวันให้
5+การประชุมจะจัดทางออนไลน์
6+ส่งสไลด์ให้ผมภายในเย็นวันพุธ
77
88 ขอบคุณครับ
99 สมชาย

วิธีเปรียบเทียบข้อความสองชุด

  1. วางต้นฉบับทางซ้ายและฉบับแก้ไขทางขวา หรือเปิดไฟล์ฝั่งละไฟล์
  2. ผลการเปรียบเทียบจะแสดงด้านล่างและอัปเดตขณะที่คุณพิมพ์ ถ้าข้อความยาวมาก กดเปรียบเทียบ (หรือ Ctrl+Enter)
  3. อ่านสรุป: บรรทัดที่เพิ่ม ลบ และแก้ไข ภายในบรรทัดที่แก้ไข คำที่ต่างกันจะถูกไฮไลต์
  4. สลับระหว่างมุมมองคู่กันและรวม สลับสองฝั่ง หรือคัดลอกผลเป็นแพตช์

อ่านผลลัพธ์อย่างไร

  • บรรทัดสีแดงมีเฉพาะในต้นฉบับ: ถูกลบไป บรรทัดสีเขียวมีเฉพาะในฉบับแก้ไข: ถูกเพิ่มเข้ามา
  • บรรทัดที่แก้ไขแสดงทั้งสองฝั่ง และคำที่แก้จะเป็นสีเข้มกว่า คุณจึงเห็นวันที่ที่เปลี่ยนหรือคำว่า “ไม่” ที่หายไปได้ทันที
  • มุมมองคู่กันวางสองเวอร์ชันไว้ข้างกัน เหมาะกับจอกว้าง มุมมองรวมแสดงคอลัมน์เดียวที่มีบรรทัด − และ + แบบ Git และเครื่องมือรีวิวโค้ดส่วนใหญ่ บนมือถือจะใช้มุมมองนี้โดยอัตโนมัติ
  • ช่วงยาว ๆ ที่ไม่มีการเปลี่ยนแปลงจะถูกพับเก็บไว้ คลิก “แสดงบรรทัดที่ไม่เปลี่ยน” เพื่อเปิดดู

การเปรียบเทียบทำงานอย่างไร

เครื่องมือนี้ใช้อัลกอริทึมหาความต่างของ Myers ซึ่งเป็นแนวคิดเดียวกับเบื้องหลัง Git และคำสั่ง diff ของ Unix เพื่อหาชุดการเปลี่ยนบรรทัดที่น้อยที่สุดที่เปลี่ยนต้นฉบับเป็นฉบับแก้ไข ในแต่ละช่วงที่เปลี่ยน ระบบจับคู่บรรทัดที่ลบกับบรรทัดที่เพิ่มตามลำดับ ถ้าคู่ไหนเหมือนกันอย่างน้อย 30% จะแสดงเป็นบรรทัดที่แก้ไขหนึ่งบรรทัดและเทียบกันอีกครั้งทีละคำ ถ้าไม่ถึงจะแสดงเป็นการลบและการเพิ่ม

ไม่สนใจช่องว่างมองช่องว่างและแท็บที่ติดกันเป็นช่องว่างเดียว และไม่สนใจช่องว่างที่ต้นและท้ายบรรทัด ช่วยได้เมื่อเปลี่ยนแค่การย่อหน้า ไม่สนใจตัวพิมพ์มองตัวพิมพ์ใหญ่และเล็กภาษาอังกฤษเป็นตัวเดียวกัน การเปรียบเทียบขนาดใหญ่ทำงานในเธรดเบื้องหลังของเบราว์เซอร์ ไฟล์ 10,000 บรรทัดจึงไม่ทำให้หน้าค้าง

คนใช้เปรียบเทียบอะไรบ้าง

  • ร่างสองฉบับของเรียงความ สัญญา หรือนโยบาย เพื่อดูว่าบรรณาธิการแก้อะไร
  • เวอร์ชันของโค้ดหรือไฟล์การตั้งค่า โดยไม่ต้องเปิดเทอร์มินัล
  • รายการที่ส่งออกมา เช่น อีเมลหรือรหัสสินค้า เพื่อหาสิ่งที่เพิ่มมาใหม่ เรียงทั้งสองรายการก่อนด้วยเครื่องมือทำความสะอาดข้อความเพื่อผลที่ชัดที่สุด
  • คำแปลหรือซับไตเติลเทียบกับเวอร์ชันก่อนหน้า

คำถามที่พบบ่อย

ข้อความของฉันถูกอัปโหลดไหม

ไม่ การเปรียบเทียบทำงานในเบราว์เซอร์ของคุณทั้งหมด และข้อความทั้งสองไม่ถูกบันทึกหรือส่งไปที่ไหน จึงปลอดภัยสำหรับสัญญา โค้ด และเอกสารส่วนตัว

ข้อความยาวได้แค่ไหน

หลายหมื่นบรรทัดก็ใช้ได้ดี งานทำอยู่เบื้องหลัง หน้าเว็บจึงยังตอบสนอง ข้อความขนาดนั้นที่ต่างกันมาก ๆ จะแสดงเป็นบล็อกที่ถูกแทนที่ขนาดใหญ่แทนการแสดงทีละบรรทัด

เปรียบเทียบไฟล์ Word หรือ PDF ได้ไหม

ไม่ได้โดยตรง: เปิดเอกสาร คัดลอกข้อความแล้ววาง ไฟล์ข้อความธรรมดาอย่าง .txt, .md, .csv, .json, .html และไฟล์โค้ดเปิดได้ด้วยปุ่มเปิดหรือลากมาวางบนช่อง

unified diff หรือแพตช์คืออะไร

รูปแบบข้อความมาตรฐานสำหรับการเปลี่ยนแปลงที่ Git และเครื่องมือรีวิวโค้ดใช้: บรรทัดที่ขึ้นต้นด้วย − ถูกลบ บรรทัดที่ขึ้นต้นด้วย + ถูกเพิ่ม และหัว @@ บอกตำแหน่งของแต่ละการเปลี่ยนแปลง “คัดลอกเป็นแพตช์” จะคัดลอกผลในรูปแบบนี้

ทำไมบางบรรทัดแสดงเป็นลบและเพิ่ม แทนที่จะเป็นแก้ไข

เมื่อสองบรรทัดเหมือนกันไม่ถึงประมาณ 30% การไฮไลต์คำที่เปลี่ยนจะไฮไลต์เกือบทั้งหมด จึงแสดงเป็นการลบและการเพิ่มแทน

ไม่สนใจช่องว่างแล้วไม่สนใจบรรทัดว่างด้วยไหม

ไม่ มันมองช่องว่างและแท็บที่ติดกันในบรรทัดเป็นช่องว่างเดียว และไม่สนใจช่องว่างที่ต้นและท้ายบรรทัด แต่บรรทัดว่างที่เพิ่มขึ้นยังนับเป็นการเปลี่ยนแปลง