git-blame - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

git-blame - แสดงสิ่งที่แก้ไขและผู้เขียนแก้ไขล่าสุดในแต่ละบรรทัดของไฟล์

เรื่องย่อ

คอมไพล์ ตำหนิ [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--ส่วนเพิ่ม]
[-L ] [-NS ] [-M] [-C] [-C] [-C] [--ตั้งแต่= ]
[--ตัวย่อ= ] [ | --เนื้อหา | --ย้อนกลับ ] [--]

DESCRIPTION

ใส่คำอธิบายประกอบแต่ละบรรทัดในไฟล์ที่กำหนดด้วยข้อมูลจากการแก้ไขที่ล่าสุด
แก้ไขบรรทัด หรือเริ่มทำหมายเหตุประกอบจากการแก้ไขที่กำหนด

เมื่อระบุอย่างน้อยหนึ่งครั้ง -L จะจำกัดคำอธิบายประกอบไว้ที่บรรทัดที่ร้องขอ

ที่มาของบรรทัดจะถูกติดตามโดยอัตโนมัติในการเปลี่ยนชื่อทั้งไฟล์ (ปัจจุบันมี
ไม่มีตัวเลือกในการปิดการเปลี่ยนชื่อตาม) เพื่อติดตามบรรทัดที่ย้ายจากไฟล์หนึ่งไปยัง
อื่นหรือตามบรรทัดที่คัดลอกและวางจากไฟล์อื่น ฯลฯ ให้ดูที่
-C และ -M ตัวเลือก

รายงานไม่ได้บอกอะไรคุณเกี่ยวกับบรรทัดที่ถูกลบหรือแทนที่ คุณ
ต้องใช้เครื่องมือเช่น คอมไพล์ diff หรืออินเทอร์เฟซ "pickaxe" ที่กล่าวถึงสั้น ๆ ใน
ย่อหน้าต่อไป

นอกจากรองรับไฟล์คำอธิบายประกอบแล้ว Git ยังรองรับการค้นหาประวัติการพัฒนาอีกด้วย
สำหรับเมื่อข้อมูลโค้ดเกิดขึ้นในการเปลี่ยนแปลง ทำให้สามารถติดตามเมื่อรหัส
snippet ถูกเพิ่มไปยังไฟล์ ย้ายหรือคัดลอกระหว่างไฟล์ และในที่สุดก็ถูกลบหรือ
แทนที่ ทำงานโดยการค้นหาสตริงข้อความในส่วนต่าง ตัวอย่างเล็กๆ ของ
อินเทอร์เฟซ pickaxe ที่ค้นหาคำตำหนิ_usage:

$ บันทึก git --pretty=oneline -S'blame_usage'
5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <ancestry-file>
ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output

OPTIONS

-b
แสดง SHA-1 ว่างสำหรับการคอมมิตขอบเขต นอกจากนี้ยังสามารถควบคุมผ่าน
ตัวเลือกการกำหนดค่าตำหนิ.blankboundary

--ราก
อย่าถือว่ารูทคอมมิทเป็นขอบเขต นอกจากนี้ยังสามารถควบคุมผ่าน
กำหนดค่าตัวเลือกการตำหนิ.showRoot

--show-สถิติ
รวมสถิติเพิ่มเติมที่ส่วนท้ายของเอาต์พุตตำหนิ

-L , , -L :
ใส่คำอธิบายประกอบเฉพาะช่วงบรรทัดที่กำหนด อาจระบุได้หลายครั้ง ทับซ้อนกัน
อนุญาตให้ใช้ช่วง

และ เป็นทางเลือก “-L ” หรือ “-L ” มาจาก ถึง
ท้ายไฟล์. “-ล ” ครอบคลุมตั้งแต่เริ่มต้นไฟล์ถึง .

และ สามารถใช้รูปแบบใดรูปแบบหนึ่งเหล่านี้:

· ตัวเลข

ถ้า หรือ เป็นตัวเลข ระบุจำนวนบรรทัดแบบสัมบูรณ์ (lines count
จาก 1).

· /regex/

แบบฟอร์มนี้จะใช้บรรทัดแรกที่ตรงกับ POSIX regex ที่กำหนด ถ้า คือ
regex มันจะค้นหาจากจุดสิ้นสุดของช่วง -L ก่อนหน้า หากมี มิฉะนั้น
ตั้งแต่เริ่มต้นไฟล์. ถ้า คือ “^/regex/” จะค้นหาตั้งแต่เริ่มต้น
ไฟล์. ถ้า เป็น regex มันจะค้นหาโดยเริ่มต้นที่บรรทัดที่กำหนดโดย .

· +offset หรือ -offset

ใช้ได้เฉพาะสำหรับ และจะระบุจำนวนบรรทัดก่อนหรือหลัง
บรรทัดที่กำหนดโดย .

ถ้า ": ” ให้แทน และ , มันเป็นนิพจน์ทั่วไป
ที่แสดงถึงช่วงจากบรรทัด funcname แรกที่ตรงกัน จนถึง
บรรทัด funcname ถัดไป “: ” ค้นหาจากจุดสิ้นสุดของช่วง -L ก่อนหน้า if
ใดๆ หรืออย่างอื่นตั้งแต่เริ่มต้นไฟล์ “^: ” ค้นหาตั้งแต่เริ่มต้นไฟล์

-l
แสดงรอบยาว (ค่าเริ่มต้น: ปิด)

-t
แสดงการประทับเวลาดิบ (ค่าเริ่มต้น: ปิด)

-NS
ใช้การแก้ไขจากไฟล์ revs แทนการโทร git-rev-รายการ(1)

--ย้อนกลับ
เดินประวัติศาสตร์ไปข้างหน้าแทนที่จะถอยหลัง แทนที่จะแสดงการแก้ไขซึ่ง a
ปรากฏบรรทัด ซึ่งแสดงการแก้ไขครั้งล่าสุดที่มีบรรทัดอยู่ สิ่งนี้ต้องการ
ช่วงของการแก้ไขเช่น START..END ซึ่งมีเส้นทางที่จะตำหนิอยู่ใน START

-p, --พอร์ซเลน
แสดงในรูปแบบที่ออกแบบมาสำหรับการใช้เครื่อง

--ไลน์-พอร์ซเลน
แสดงรูปแบบพอร์ซเลน แต่ข้อมูลที่ส่งออกสำหรับแต่ละบรรทัด ไม่ใช่แค่
ครั้งแรกที่มีการอ้างอิงการคอมมิต แปลว่า - พอร์ซเลน

--ส่วนเพิ่ม
แสดงผลแบบค่อยเป็นค่อยไปในรูปแบบที่ออกแบบมาสำหรับการใช้เครื่อง

--การเข้ารหัส=
ระบุการเข้ารหัสที่ใช้เพื่อแสดงชื่อผู้เขียนและส่งสรุป ตั้งเป็น
ไม่มีใครทำให้ข้อมูลที่ไม่ได้แปลงข้อมูลตำหนิ สำหรับข้อมูลเพิ่มเติมโปรดดูการสนทนา
เกี่ยวกับการเข้ารหัสใน คอมไพล์ล็อก(1) หน้าคู่มือ

--เนื้อหา
เมื่อไหร่ ไม่ได้ระบุไว้ คำสั่งจะใส่คำอธิบายประกอบการเปลี่ยนแปลงที่เริ่มต้นย้อนหลังจาก
สำเนาแผนผังการทำงาน แฟล็กนี้ทำให้คำสั่งแสร้งทำเป็นว่าคัดลอกแผนผังการทำงาน
มีเนื้อหาของไฟล์ที่มีชื่อ (ระบุ - เพื่อให้คำสั่งอ่านจาก
อินพุตมาตรฐาน)

--วันที่
ระบุรูปแบบที่ใช้ในการส่งออกวันที่ หากไม่ระบุ --date ค่าของ
มีการใช้ตัวแปร config config.lade.date หากไม่ได้ตั้งค่าตัวแปร config โทษ.date
ใช้รูปแบบ iso สำหรับค่าที่รองรับ โปรดดูการสนทนาของ --date option
at คอมไพล์ล็อก(1)

-M| |
ตรวจจับเส้นที่ย้ายหรือคัดลอกภายในไฟล์ เมื่อคอมมิตย้ายหรือคัดลอกบล็อกของ
บรรทัด (เช่น ไฟล์ต้นฉบับมี A แล้วตามด้วย B และการคอมมิตจะเปลี่ยนเป็น B และ
แล้ว A) แบบดั้งเดิม ตำหนิ อัลกอริธึมสังเกตการเคลื่อนไหวเพียงครึ่งเดียวและ
มักจะโทษบรรทัดที่เลื่อนขึ้น (เช่น B) ไปยังผู้ปกครองและกำหนดตำหนิ
ไปยังบรรทัดที่เลื่อนลงมา (เช่น A) ไปที่เด็กกระทำ ด้วยตัวเลือกนี้ทั้ง
กลุ่มของบรรทัดถูกตำหนิในพาเรนต์โดยเรียกใช้การตรวจสอบพิเศษ

เป็นตัวเลือก แต่เป็นขอบเขตล่างของจำนวนอักขระที่เป็นตัวอักษรและตัวเลข
Git นั้นต้องตรวจพบว่ามีการย้าย/คัดลอกภายในไฟล์เพื่อเชื่อมโยงบรรทัดเหล่านั้น
กับผู้ปกครองกระทำ ค่าเริ่มต้นคือ 20

-C| |
นอกจาก -M แล้ว ให้ตรวจจับบรรทัดที่ย้ายหรือคัดลอกจากไฟล์อื่นที่แก้ไขใน
คอมมิชชันเดียวกัน สิ่งนี้มีประโยชน์เมื่อคุณจัดระเบียบโปรแกรมใหม่และย้ายโค้ดไปรอบๆ
ข้ามไฟล์ เมื่อให้ตัวเลือกนี้สองครั้ง คำสั่งจะค้นหาเพิ่มเติมสำหรับ
คัดลอกจากไฟล์อื่นในการคอมมิตที่สร้างไฟล์ เมื่อให้ตัวเลือกนี้
สามครั้ง คำสั่งยังค้นหาสำเนาจากไฟล์อื่นในการคอมมิตใดๆ

เป็นตัวเลือก แต่เป็นขอบเขตล่างของจำนวนอักขระที่เป็นตัวอักษรและตัวเลข
Git นั้นต้องตรวจพบว่ามีการย้าย/คัดลอกระหว่างไฟล์เพื่อเชื่อมโยงบรรทัดเหล่านั้น
กับผู้ปกครองกระทำ และค่าเริ่มต้นคือ 40 หากมีมากกว่าหนึ่ง -C
ตัวเลือกที่กำหนด the อาร์กิวเมนต์ของ -C สุดท้ายจะมีผล

-h
แสดงข้อความช่วยเหลือ

-c
ใช้โหมดเอาต์พุตเดียวกันกับ git-คำอธิบายประกอบ(1) (ค่าเริ่มต้น: ปิด)

--คะแนน-debug
รวมข้อมูลการดีบักที่เกี่ยวข้องกับการเคลื่อนไหวของบรรทัดระหว่างไฟล์ (ดู -C)
และบรรทัดที่ย้ายภายในไฟล์ (ดู -M) หมายเลขแรกที่แสดงคือคะแนน นี่คือ
จำนวนตัวอักษรและตัวเลขที่ตรวจพบว่าย้ายระหว่างหรือภายใน
ไฟล์. ต้องสูงกว่าเกณฑ์ที่กำหนดสำหรับ คอมไพล์ ตำหนิ เพื่อพิจารณาบรรทัดเหล่านั้นของ
รหัสที่จะย้าย

-f, --show-ชื่อ
แสดงชื่อไฟล์ในการคอมมิตดั้งเดิม โดยค่าเริ่มต้น ชื่อไฟล์จะแสดงหากมี
บรรทัดใดๆ ที่มาจากไฟล์ที่มีชื่ออื่น เนื่องจากการตรวจหาการเปลี่ยนชื่อ

-n, --show-หมายเลข
แสดงหมายเลขบรรทัดในการคอมมิตดั้งเดิม (ค่าเริ่มต้น: ปิด)

-s
ระงับชื่อผู้แต่งและการประทับเวลาจากเอาต์พุต

-e, --show-อีเมล
แสดงอีเมลผู้เขียนแทนชื่อผู้เขียน (ค่าเริ่มต้น: ปิด) นอกจากนี้ยังสามารถ
ควบคุมผ่านตัวเลือกการกำหนดค่า

-w
ละเว้นช่องว่างเมื่อเปรียบเทียบเวอร์ชันของผู้ปกครองและของบุตรหลานเพื่อหาที่
เส้นมาจาก

--abbrev=
แทนที่จะใช้เลขฐานสิบหก 7+1 เริ่มต้นเป็นชื่ออ็อบเจ็กต์แบบย่อ
ใช้ +1 หลัก โปรดทราบว่า 1 คอลัมน์ใช้สำหรับคาเร็ตเพื่อทำเครื่องหมายขอบเขตการคอมมิต

DIE พอร์ซเลน FORMAT

ในรูปแบบนี้ แต่ละบรรทัดจะถูกส่งออกหลังจากส่วนหัว ส่วนหัวที่ขั้นต่ำมี
บรรทัดแรกซึ่งมี:

· 40 ไบต์ SHA-1 ของคอมมิตบรรทัดนั้นมาจาก;

· หมายเลขบรรทัดของบรรทัดในไฟล์ต้นฉบับ

· หมายเลขบรรทัดของบรรทัดในไฟล์สุดท้าย

· บนบรรทัดที่เริ่มต้นกลุ่มของบรรทัดจากการคอมมิตที่แตกต่างจากก่อนหน้านี้
จำนวนบรรทัดในกลุ่มนี้ ในบรรทัดถัดไป ฟิลด์นี้จะหายไป

บรรทัดส่วนหัวนี้ตามด้วยข้อมูลต่อไปนี้อย่างน้อยหนึ่งครั้งสำหรับแต่ละคอมมิต:

· ชื่อผู้แต่ง ("ผู้แต่ง") อีเมล ("ผู้แต่ง-เมล") เวลา ("เวลาผู้เขียน") และเขตเวลา
("ผู้เขียน-tz"); ในทำนองเดียวกันสำหรับผู้มอบอำนาจ

· ชื่อไฟล์ในการคอมมิตที่บรรทัดนั้นมาจาก

· บรรทัดแรกของข้อความบันทึกการคอมมิต ("สรุป")

เนื้อหาของบรรทัดจริงจะถูกส่งออกหลังจากส่วนหัวด้านบน นำหน้าด้วย TAB นี้
คือการอนุญาตให้เพิ่มองค์ประกอบส่วนหัวเพิ่มเติมในภายหลัง

รูปแบบของพอร์ซเลนโดยทั่วไปจะระงับการคอมมิตข้อมูลที่ได้เห็นแล้ว
ตัวอย่างเช่น สองบรรทัดที่ถูกกล่าวหาว่าเป็นคอมมิทเดียวกันจะแสดงทั้งสอง แต่
รายละเอียดสำหรับการคอมมิตนั้นจะแสดงเพียงครั้งเดียว สิ่งนี้มีประสิทธิภาพมากกว่า แต่อาจต้องใช้
ผู้อ่านจะรักษาสถานะได้มากขึ้น ตัวเลือก --line-porcelain สามารถใช้เพื่อแสดงผลเต็ม
คอมมิตข้อมูลสำหรับแต่ละบรรทัด ทำให้การใช้งานง่ายขึ้น (แต่มีประสิทธิภาพน้อยกว่า) เช่น:

#นับจำนวนบรรทัดของผู้เขียนแต่ละคน
git ตำหนิ --line-porcelain file |
sed -n 's/^author //p' |
เรียงลำดับ | uniq -c | เรียงลำดับ -rn

การระบุ ช่วง R

แตกต่าง คอมไพล์ ตำหนิ และ คอมไพล์ ใส่คำอธิบายประกอบ ใน git เวอร์ชันเก่า ขอบเขตของคำอธิบายประกอบ
จำกัดได้ทั้งช่วงรายการและช่วงการแก้ไข ตัวเลือก -L ซึ่งจำกัด
หมายเหตุประกอบช่วงของบรรทัด อาจระบุหลายครั้ง

เมื่อสนใจหาที่มาของบรรทัดที่ 40-60 สำหรับ file foo ก็ใช้
ตัวเลือก -L เป็นเช่นนั้น (พวกเขาหมายถึงสิ่งเดียวกัน — ทั้งคู่ขอ 21 บรรทัดเริ่มต้นที่บรรทัด
40):

git ตำหนิ -L 40,60 foo
git ตำหนิ -L 40,+21 foo

นอกจากนี้ คุณสามารถใช้นิพจน์ทั่วไปเพื่อระบุช่วงของบรรทัด:

git ตำหนิ -L '/^sub สวัสดี {/,/^}$/' foo

ซึ่งจำกัดคำอธิบายประกอบไว้ที่เนื้อความของรูทีนย่อย hello

เมื่อคุณไม่สนใจการเปลี่ยนแปลงที่เก่ากว่าเวอร์ชัน v2.6.18 หรือการเปลี่ยนแปลงที่เก่ากว่า 3
สัปดาห์ คุณสามารถใช้ตัวระบุช่วงการแก้ไขที่คล้ายกับ คอมไพล์ รายการรอบ:

git ตำหนิ v2.6.18.. -- foo
gitตำหนิ --since=3.weeks -- foo

เมื่อใช้ตัวระบุช่วงการแก้ไขเพื่อจำกัดคำอธิบายประกอบ บรรทัดที่ไม่มี
เปลี่ยนตั้งแต่ขอบเขตของช่วง (ไม่ว่าจะเป็นการคอมมิต v2.6.18 หรือการคอมมิตล่าสุดที่
มีอายุมากกว่า 3 สัปดาห์ในตัวอย่างข้างต้น) ถูกตำหนิสำหรับขอบเขตของช่วงนั้น

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

บันทึก git --diff-filter=A --pretty=short -- foo

แล้วใส่คำอธิบายประกอบการเปลี่ยนแปลงระหว่างคอมมิตกับพาเรนต์ โดยใช้คอมมิต^! สัญกรณ์:

git ตำหนิ -C -C -f $commit^! --ฟู

เพิ่มขึ้น เอาท์พุท

เมื่อเรียกใช้ด้วยตัวเลือก --incremental คำสั่งจะแสดงผลลัพธ์ตามที่สร้างขึ้น NS
output โดยทั่วไปจะพูดถึงบรรทัดที่คอมมิทล่าสุดสัมผัสก่อน (เช่น the
บรรทัดจะถูกใส่คำอธิบายประกอบไม่เป็นระเบียบ) และมีขึ้นเพื่อใช้โดยผู้ดูแบบโต้ตอบ

รูปแบบเอาต์พุตคล้ายกับรูปแบบ Porcelain แต่ไม่มีรูปแบบจริง
บรรทัดจากไฟล์ที่มีคำอธิบายประกอบ

1. รายการตำหนิแต่ละรายการจะเริ่มต้นด้วย:

<40 ไบต์ hex sha1>

หมายเลขบรรทัดนับตั้งแต่ 1

2. ครั้งแรกที่คอมมิตปรากฏขึ้นในสตรีม จะมีข้อมูลอื่นๆ มากมาย
พิมพ์เกี่ยวกับมันด้วยแท็กคำเดียวที่จุดเริ่มต้นของแต่ละบรรทัดที่อธิบาย
ข้อมูลการคอมมิตพิเศษ (ผู้เขียน อีเมล ผู้มอบ วันที่ สรุป ฯลฯ)

3. ข้อมูลชื่อไฟล์ต่างจากรูปแบบพอร์ซเลนเสมอและสิ้นสุด
รายการ:

"ชื่อไฟล์"

ดังนั้นจึงค่อนข้างง่ายที่จะแยกวิเคราะห์สำหรับ parser ที่เน้นบรรทัดและคำ
(ซึ่งน่าจะค่อนข้างเป็นธรรมชาติสำหรับภาษาสคริปต์ส่วนใหญ่)

หมายเหตุ
สำหรับคนที่ทำการแยกวิเคราะห์: เพื่อให้มีประสิทธิภาพมากขึ้น เพียงข้ามบรรทัดใด ๆ ระหว่าง
อันแรกและอันสุดท้าย (" " และ "ชื่อไฟล์") ที่คุณไม่รู้จัก
คำแท็ก (หรือสนใจคำนั้น) ที่จุดเริ่มต้นของ
บรรทัด "ข้อมูลเพิ่มเติม" ทางนั้นหากมีการเพิ่มเติมข้อมูล (เช่น
การเข้ารหัสคอมมิชชันหรือคำอธิบายเพิ่มเติมคอมมิชชัน) ผู้ดูตำหนิจะไม่สนใจ

ทำแผนที่ ผู้เขียน

หากไฟล์ .mailmap อยู่ที่ระดับบนสุดของที่เก็บ หรือที่ตำแหน่งที่ชี้
โดยตัวเลือกการกำหนดค่า mailmap.file หรือ mailmap.blob จะใช้เพื่อแมปผู้เขียนและ
ชื่อผู้มอบอำนาจและที่อยู่อีเมลไปยังชื่อจริงและที่อยู่อีเมลที่เป็นที่ยอมรับ

ในรูปแบบอย่างง่าย แต่ละบรรทัดในไฟล์ประกอบด้วยชื่อจริงตามบัญญัติของ an
ผู้แต่ง ช่องว่าง และที่อยู่อีเมลที่ใช้ในการคอมมิต (ปิดโดย < และ >) แผนที่
ไปที่ชื่อ ตัวอย่างเช่น:

ชื่อเฉพาะ[ป้องกันอีเมล]>

รูปแบบที่ซับซ้อนมากขึ้นคือ:

<[ป้องกันอีเมล]>[ป้องกันอีเมล]>

ซึ่งอนุญาตให้ Mailmap แทนที่เฉพาะส่วนอีเมลของการคอมมิต และ:

ชื่อเฉพาะ[ป้องกันอีเมล]>[ป้องกันอีเมล]>

ซึ่งอนุญาตให้ Mailmap แทนที่ทั้งชื่อและอีเมลของการคอมมิตที่ตรงกับ
ระบุที่อยู่อีเมลยืนยันและ:

ชื่อเฉพาะ[ป้องกันอีเมล]> ยืนยันชื่อ[ป้องกันอีเมล]>

ซึ่งอนุญาตให้ mailmap แทนที่ทั้งชื่อและอีเมลของการคอมมิตที่ตรงกับทั้ง
ระบุชื่อและที่อยู่อีเมล

ตัวอย่างที่ 1: ประวัติของคุณประกอบด้วยการคอมมิตโดยผู้เขียนสองคนคือเจนและโจซึ่งมีชื่อปรากฏ
ในที่เก็บในรูปแบบต่างๆ:

Joe Developer[ป้องกันอีเมล]>
Joe R. Developer[ป้องกันอีเมล]>
เจน โด[ป้องกันอีเมล]>
เจน โด
เจน ดี.

สมมติว่าโจต้องการให้ชื่อกลางของเขาใช้ขึ้นต้น และเจนชอบนามสกุลของเธอมากกว่า
สะกดออกมาอย่างเต็มที่ ไฟล์ .mailmap ที่เหมาะสมจะมีลักษณะดังนี้:

เจน โด
Joe R. Developer[ป้องกันอีเมล]>

สังเกตว่าไม่จำเป็นต้องมีรายการสำหรับ เพราะชื่อจริงของ
ผู้เขียนนั้นถูกต้องแล้ว

ตัวอย่างที่ 2: ที่เก็บของคุณมีการคอมมิตจากผู้เขียนต่อไปนี้:

nick1[ป้องกันอีเมล]>
nick2[ป้องกันอีเมล]>
nick2[ป้องกันอีเมล]>
ซานต้า[ป้องกันอีเมล]>
claus[ป้องกันอีเมล]>
CTO[ป้องกันอีเมล]>

จากนั้นคุณอาจต้องการไฟล์ .mailmap ที่มีลักษณะดังนี้:

<[ป้องกันอีเมล]>[ป้องกันอีเมล]>
เพื่อนบางคน[ป้องกันอีเมล]> nick1[ป้องกันอีเมล]>
ผู้เขียนคนอื่น[ป้องกันอีเมล]> nick2[ป้องกันอีเมล]>
ผู้เขียนคนอื่น[ป้องกันอีเมล]>[ป้องกันอีเมล]>
ซานตาคลอส[ป้องกันอีเมล]>[ป้องกันอีเมล]>

ใช้แฮช # สำหรับความคิดเห็นที่อยู่บนบรรทัดของตนเองหรือหลังที่อยู่อีเมล

ใช้ git-blame ออนไลน์โดยใช้บริการ onworks.net