git-blame - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

git-blame - ສະແດງໃຫ້ເຫັນສິ່ງທີ່ດັດແກ້ແລະຜູ້ຂຽນດັດແກ້ຫຼ້າສຸດແຕ່ລະແຖວຂອງໄຟລ໌

ສະຫຼຸບສັງລວມ

ໄປ ໂທດ [-c] [-b] [-l] [--root] [-t] [-f] [-n] [-s] [-e] [-p] [-w] [--incremental]
[-ລ ] [-ສ ] [-M] [-C] [-C] [-C] [--since= ]
[--abbrev= ] [ | --ເນື້ອໃນ | -- ປີ້ນ ] [--]

ລາຍລະອຽດ

ບັນຍາຍແຕ່ລະແຖວໃນໄຟລ໌ທີ່ໃຫ້ມາດ້ວຍຂໍ້ມູນຈາກການດັດແກ້ຫຼ້າສຸດ
ແກ້ໄຂສາຍ. ທາງເລືອກອື່ນ, ເລີ່ມຕົ້ນການບັນຍາຍຈາກການດັດແກ້ທີ່ໃຫ້ໄວ້.

ເມື່ອກໍານົດຫນຶ່ງຄັ້ງຫຼືຫຼາຍກວ່ານັ້ນ, -L ຈໍາກັດຄໍາບັນຍາຍໃສ່ແຖວທີ່ຮ້ອງຂໍ.

ຕົ້ນກໍາເນີດຂອງສາຍແມ່ນປະຕິບັດຕາມອັດຕະໂນມັດໃນທົ່ວການປ່ຽນຊື່ໄຟລ໌ທັງຫມົດ (ປະຈຸບັນຢູ່ທີ່ນັ້ນ
ບໍ່​ມີ​ທາງ​ເລືອກ​ທີ່​ຈະ​ປິດ​ການ​ປ່ຽນ​ຊື່​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​)​. ເພື່ອປະຕິບັດຕາມແຖວທີ່ຍ້າຍຈາກໄຟລ໌ຫນຶ່ງໄປຫາ
ອື່ນ, ຫຼືປະຕິບັດຕາມເສັ້ນທີ່ຖືກຄັດລອກແລະວາງຈາກໄຟລ໌ອື່ນ, ແລະອື່ນໆ, ເບິ່ງ
-C ແລະ -M ທາງ​ເລືອກ​.

ບົດລາຍງານບໍ່ໄດ້ບອກທ່ານຫຍັງກ່ຽວກັບສາຍທີ່ຖືກລຶບຫຼືປ່ຽນແທນ; ເຈົ້າ
ຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ເຄື່ອງມືເຊັ່ນ: ໄປ diff ຫຼື "pickaxe" ການໂຕ້ຕອບທີ່ໄດ້ກ່າວມາໂດຍຫຍໍ້ໃນ
ວັກຕໍ່ໄປນີ້.

ນອກ​ຈາກ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຄໍາ​ບັນ​ຍາຍ​ໄຟລ​໌​, Git ຍັງ​ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ຄົ້ນ​ຫາ​ປະ​ຫວັດ​ສາດ​ການ​ພັດ​ທະ​ນາ​
ສໍາລັບເວລາທີ່ snippet ລະຫັດເກີດຂຶ້ນໃນການປ່ຽນແປງ. ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຕິດຕາມເວລາທີ່ລະຫັດ
snippet ໄດ້ຖືກເພີ່ມເຂົ້າໄປໃນໄຟລ໌, ຍ້າຍຫຼືສໍາເນົາລະຫວ່າງໄຟລ໌, ແລະໃນທີ່ສຸດກໍຖືກລຶບຖິ້ມຫຼື
ທົດແທນ. ມັນເຮັດວຽກໂດຍການຊອກຫາສາຍຂໍ້ຄວາມໃນຄວາມແຕກຕ່າງ. ຕົວຢ່າງຂະຫນາດນ້ອຍຂອງ
ການໂຕ້ຕອບ pickaxe ທີ່ຊອກຫາສໍາລັບຕໍານິຕິຕຽນການນໍາໃຊ້:

$ git log --pretty=oneline -S'blame_usage'
5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <ancestry-file>
ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output

OPTIONS

-b
ສະແດງ SHA-1 ຫວ່າງເປົ່າສຳລັບຂອບເຂດຊາຍແດນ. ນີ້ຍັງສາມາດຄວບຄຸມໄດ້ໂດຍຜ່ານ
ທາງເລືອກ config blank.blank.

-- ຮາກ
ຢ່າປະຕິບັດຕໍ່ຂໍ້ຜູກມັດຂອງຮາກເປັນຂອບເຂດ. ນີ້ຍັງສາມາດຄວບຄຸມໄດ້ໂດຍຜ່ານ
ຕົວເລືອກ config blam.showRoot.

-- ສະ​ແດງ​ສະ​ຖິ​ຕິ​
ລວມເອົາສະຖິຕິເພີ່ມເຕີມໃນຕອນທ້າຍຂອງຜົນຜະລິດຕໍານິ.

-ລ , , -L:
ບັນຍາຍສະເພາະຊ່ວງແຖວທີ່ໃຫ້. ອາດຈະຖືກກໍານົດຫຼາຍຄັ້ງ. ທັບຊ້ອນກັນ
ໄລຍະແມ່ນອະນຸຍາດ.

ແລະ ເປັນທາງເລືອກ. “-ລ ” ຫຼື “-L ,” spans ຈາກ ກັບ
ທ້າຍ​ຂອງ​ໄຟລ​໌​. “-L , ” ຂະຫຍາຍຈາກຈຸດເລີ່ມຕົ້ນຂອງໄຟລ໌ໄປຫາ .

ແລະ ສາມາດເອົາຫນຶ່ງໃນແບບຟອມເຫຼົ່ານີ້:

· ຈໍານວນ

ຖ້າ ຫຼື ແມ່ນຕົວເລກ, ມັນລະບຸຕົວເລກເສັ້ນຢ່າງແທ້ຈິງ (ນັບແຖວ
ແຕ່ປີ 1).

· /regex/

ແບບຟອມນີ້ຈະໃຊ້ແຖວທໍາອິດທີ່ກົງກັບ POSIX regex ທີ່ລະບຸ. ຖ້າ ເປັນ
regex, ມັນຈະຄົ້ນຫາຈາກຈຸດສິ້ນສຸດຂອງຊ່ວງ -L ທີ່ຜ່ານມາ, ຖ້າມີ, ຖ້າບໍ່ດັ່ງນັ້ນ
ຈາກການເລີ່ມຕົ້ນຂອງໄຟລ໌. ຖ້າ ແມ່ນ “^/regex/”, ມັນຈະຊອກຫາຈາກຈຸດເລີ່ມຕົ້ນຂອງ
ໄຟລ໌. ຖ້າ ແມ່ນ regex, ມັນຈະຄົ້ນຫາເລີ່ມຕົ້ນຈາກເສັ້ນທີ່ໃຫ້ໂດຍ .

· +offset ຫຼື -offset

ນີ້ແມ່ນພຽງແຕ່ສໍາລັບ ແລະຈະລະບຸຈໍານວນຂອງແຖວກ່ອນຫຼືຫຼັງ
ເສັ້ນທີ່ໃຫ້ໂດຍ .

ຖ້າ “: ” ຖືກມອບໃຫ້ແທນ ແລະ , ມັນເປັນການສະແດງອອກເປັນປົກກະຕິ
ເຊິ່ງໝາຍເຖິງໄລຍະຈາກແຖວ funcname ທຳອິດທີ່ກົງກັນ , ເຖິງ
ແຖວ funcname ຕໍ່ໄປ. “: ” ຄົ້ນຫາຈາກຈຸດສິ້ນສຸດຂອງຊ່ວງ -L ທີ່ຜ່ານມາ, ຖ້າ
ໃດກໍ່ຕາມ, ຖ້າບໍ່ດັ່ງນັ້ນຈາກການເລີ່ມຕົ້ນຂອງໄຟລ໌. “^: ” ຄົ້ນຫາຈາກຈຸດເລີ່ມຕົ້ນຂອງໄຟລ໌.

-l
ສະແດງ rev ຍາວ (ຄ່າເລີ່ມຕົ້ນ: off).

-t
ສະແດງເວລາດິບ (ຄ່າເລີ່ມຕົ້ນ: ປິດ).

-ສ
ໃຊ້ການດັດແກ້ຈາກ revs-file ແທນທີ່ຈະໂທຫາ git-rev-list(1).

-- ປີ້ນ
ຍ່າງປະຫວັດສາດໄປຂ້າງຫນ້າແທນທີ່ຈະຖອຍຫລັງ. ແທນທີ່ຈະສະແດງໃຫ້ເຫັນການດັດແກ້ທີ່ ກ
ເສັ້ນປາກົດ, ນີ້ສະແດງໃຫ້ເຫັນການແກ້ໄຂຄັ້ງສຸດທ້າຍທີ່ເສັ້ນມີຢູ່. ນີ້ຮຽກຮ້ອງໃຫ້ມີ
ໄລຍະການດັດແກ້ເຊັ່ນ START..END ບ່ອນທີ່ເສັ້ນທາງທີ່ຈະຕໍານິຢູ່ໃນ START.

-p, --porcelain
ສະແດງໃຫ້ເຫັນໃນຮູບແບບທີ່ຖືກອອກແບບມາສໍາລັບການບໍລິໂພກເຄື່ອງຈັກ.

--line-porcelain
ສະ​ແດງ​ຮູບ​ແບບ porcelain​, ແຕ່​ຜົນ​ຜະ​ລິດ​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ຂໍ້​ມູນ​ສໍາ​ລັບ​ແຕ່​ລະ​ເສັ້ນ​, ບໍ່​ພຽງ​ແຕ່​ໄດ້​
ຄັ້ງທໍາອິດທີ່ຄໍາຫມັ້ນສັນຍາຖືກອ້າງອີງ. ຫມາຍເຖິງ --porcelain.

-- ເພີ່ມຂຶ້ນ
ສະແດງຜົນໄດ້ຮັບເພີ່ມຂຶ້ນໃນຮູບແບບທີ່ອອກແບບມາສໍາລັບການບໍລິໂພກເຄື່ອງຈັກ.

--ການເຂົ້າລະຫັດ=
ລະບຸການເຂົ້າລະຫັດທີ່ໃຊ້ເພື່ອອອກຊື່ຜູ້ຂຽນ ແລະເຮັດບົດສະຫຼຸບ. ການ​ຕັ້ງ​ຄ່າ​ມັນ​ເປັນ​
none ການຕໍານິຕິຕຽນຜົນຜະລິດຂໍ້ມູນທີ່ບໍ່ໄດ້ແປງ. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມເບິ່ງການສົນທະນາ
ກ່ຽວກັບການເຂົ້າລະຫັດໃນ git-log(1) ຫນ້າຄູ່ມື.

--ເນື້ອໃນ
ເມື່ອ​ໃດ​ ບໍ່ໄດ້ລະບຸໄວ້, ຄໍາສັ່ງອະທິບາຍການປ່ຽນແປງທີ່ເລີ່ມຕົ້ນຈາກຫຼັງ
ສໍາເນົາຕົ້ນໄມ້ທີ່ເຮັດວຽກ. ທຸງນີ້ເຮັດໃຫ້ຄໍາສັ່ງທໍາທ່າເປັນວ່າຕົ້ນໄມ້ທີ່ເຮັດວຽກສໍາເນົາ
ມີເນື້ອໃນຂອງໄຟລ໌ທີ່ມີຊື່ (ລະບຸ - ເພື່ອເຮັດໃຫ້ຄໍາສັ່ງອ່ານຈາກ
ວັດສະດຸປ້ອນມາດຕະຖານ).

--ວັນທີ
ລະບຸຮູບແບບທີ່ໃຊ້ເພື່ອອອກວັນທີ. ຖ້າ --date ບໍ່ໄດ້ໃຫ້, ຄ່າຂອງ
ຕົວແປ config blam.date ຖືກໃຊ້. ຖ້າຕົວແປ config blam.date ບໍ່ໄດ້ຖືກຕັ້ງ,
ຮູບແບບ iso ຖືກນໍາໃຊ້. ສໍາລັບຄ່າທີ່ສະຫນັບສະຫນູນ, ເບິ່ງການສົນທະນາຂອງທາງເລືອກ --date
at git-log(1).

-M| |
ກວດພົບເສັ້ນທີ່ຍ້າຍ ຫຼືສຳເນົາຢູ່ພາຍໃນໄຟລ໌. ໃນເວລາທີ່ຄໍາຫມັ້ນສັນຍາຍ້າຍຫຼືສໍາເນົາຕັນຂອງ
ສາຍ (ເຊັ່ນ: ໄຟລ໌ຕົ້ນສະບັບມີ A ແລະຈາກນັ້ນ B, ແລະຄໍາຫມັ້ນສັນຍາຈະປ່ຽນເປັນ B ແລະ
A), ປະເພນີ ໂທດ algorithm ສັງເກດເຫັນພຽງແຕ່ເຄິ່ງຫນຶ່ງຂອງການເຄື່ອນໄຫວແລະ
ໂດຍປົກກະຕິຈະຕໍານິຕິຕຽນສາຍທີ່ຖືກເລື່ອນຂຶ້ນ (ເຊັ່ນ: B) ໃຫ້ກັບພໍ່ແມ່ແລະມອບຫມາຍຕໍານິຕິຕຽນ
ໄປຫາເສັ້ນທີ່ຖືກຍ້າຍລົງ (ເຊັ່ນ A) ໄປຫາເດັກ commit. ດ້ວຍທາງເລືອກນີ້, ທັງສອງ
ກຸ່ມຂອງສາຍໄດ້ຖືກຕໍານິຕິຕຽນພໍ່ແມ່ໂດຍການແລ່ນຜ່ານການກວດສອບເພີ່ມເຕີມ.

ເປັນທາງເລືອກແຕ່ວ່າມັນເປັນການຜູກມັດຕ່ໍາສຸດຂອງຈໍານວນຕົວອັກສອນແລະຕົວເລກ
ວ່າ Git ຕ້ອງກວດພົບວ່າການເຄື່ອນຍ້າຍ / ສໍາເນົາພາຍໃນໄຟລ໌ເພື່ອໃຫ້ມັນເຊື່ອມໂຍງສາຍເຫຼົ່ານັ້ນ
ກັບພໍ່ແມ່ຄໍາຫມັ້ນສັນຍາ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 20.

-C| |
ນອກເຫນືອໄປຈາກ -M, ກວດພົບສາຍທີ່ຍ້າຍຫຼືຄັດລອກຈາກໄຟລ໌ອື່ນໆທີ່ຖືກດັດແກ້ໃນ
ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ດຽວ​ກັນ​. ນີ້ເປັນປະໂຫຍດໃນເວລາທີ່ທ່ານຈັດລະບຽບໂຄງການຂອງທ່ານແລະຍ້າຍລະຫັດໄປ
ຂ້າມໄຟລ໌. ເມື່ອຕົວເລືອກນີ້ຖືກມອບໃຫ້ສອງຄັ້ງ, ຄໍາສັ່ງເພີ່ມເຕີມຊອກຫາ
ສໍາເນົາຈາກໄຟລ໌ອື່ນໆໃນຄໍາຫມັ້ນສັນຍາທີ່ສ້າງໄຟລ໌. ເມື່ອທາງເລືອກນີ້ຖືກມອບໃຫ້
ສາມເທື່ອ, ຄໍາສັ່ງຍັງຊອກຫາສໍາເນົາຈາກໄຟລ໌ອື່ນໆໃນຄໍາຫມັ້ນສັນຍາໃດໆ.

ເປັນທາງເລືອກແຕ່ວ່າມັນເປັນການຜູກມັດຕ່ໍາສຸດຂອງຈໍານວນຕົວອັກສອນແລະຕົວເລກ
ທີ່ Git ຕ້ອງກວດພົບວ່າເປັນການເຄື່ອນຍ້າຍ / ສໍາເນົາລະຫວ່າງໄຟລ໌ເພື່ອໃຫ້ມັນເຊື່ອມໂຍງສາຍເຫຼົ່ານັ້ນ
ກັບພໍ່ແມ່ຄໍາຫມັ້ນສັນຍາ. ແລະຄ່າເລີ່ມຕົ້ນແມ່ນ 40. ຖ້າມີຫຼາຍກວ່າຫນຶ່ງ -C
ທາງ​ເລືອກ​ທີ່​ໄດ້​ຮັບ​, ໄດ້​ ການໂຕ້ຖຽງຂອງ -C ສຸດທ້າຍຈະມີຜົນ.

-h
ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອ.

-c
ໃຊ້ຮູບແບບຜົນຜະລິດດຽວກັນກັບ git-annotate(1) (ຄ່າເລີ່ມຕົ້ນ: ປິດ).

--score-debug
ລວມ​ເອົາ​ຂໍ້​ມູນ​ດີ​ບັກ​ທີ່​ກ່ຽວ​ຂ້ອງ​ກັບ​ການ​ເຄື່ອນ​ໄຫວ​ຂອງ​ເສັ້ນ​ລະ​ຫວ່າງ​ໄຟລ​໌ (ເບິ່ງ -C​)
ແລະຍ້າຍສາຍພາຍໃນໄຟລ໌ (ເບິ່ງ -M). ຕົວເລກທໍາອິດທີ່ລະບຸໄວ້ແມ່ນຄະແນນ. ນີ້​ແມ່ນ
ຈໍານວນຕົວອັກສອນທີ່ເປັນຕົວເລກ ແລະຕົວເລກທີ່ກວດພົບວ່າມີການຍ້າຍລະຫວ່າງ ຫຼືພາຍໃນ
ໄຟລ໌. ອັນນີ້ຕ້ອງສູງກວ່າເກນທີ່ແນ່ນອນສຳລັບ ໄປ ໂທດ ພິຈາລະນາສາຍຂອງ
ລະ​ຫັດ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ຍ້າຍ​.

-f, --show-name
ສະແດງຊື່ໄຟລ໌ໃນຄໍາຫມັ້ນສັນຍາຕົ້ນສະບັບ. ໂດຍຄ່າເລີ່ມຕົ້ນຊື່ໄຟລ໌ຈະສະແດງຖ້າມີ
ແຖວໃດກໍໄດ້ທີ່ມາຈາກໄຟລ໌ທີ່ມີຊື່ອື່ນ, ເນື່ອງຈາກການກວດສອບການປ່ຽນຊື່.

-n, --show-ຈໍານວນ
ສະ​ແດງ​ເລກ​ແຖວ​ໃນ​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ຕົ້ນ​ສະ​ບັບ (ຄ່າ​ເລີ່ມ​ຕົ້ນ​: off​)​.

-s
ຂັດຂວາງຊື່ຜູ້ຂຽນແລະເວລາອອກຈາກຜົນໄດ້ຮັບ.

-e, --show-email
ສະແດງອີເມວຂອງຜູ້ຂຽນແທນຊື່ຜູ້ຂຽນ (ຄ່າເລີ່ມຕົ້ນ: ປິດ). ນີ້ຍັງສາມາດເປັນ
ຄວບຄຸມຜ່ານທາງເລືອກ config blam.showEmail.

-w
ບໍ່ສົນໃຈຊ່ອງຫວ່າງເມື່ອປຽບທຽບລຸ້ນຂອງພໍ່ແມ່ ແລະຂອງລູກເພື່ອຊອກຫາບ່ອນ
ສາຍມາຈາກ.

--abbrev=
ແທນ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ມາດ​ຕະ​ຖານ 7+1 ເລກ​ຖານ​ສິບ​ຫົກ​ເປັນ​ຊື່​ວັດ​ຖຸ​ທີ່​ຫຍໍ້​,
ໃຊ້ +1 ຕົວເລກ. ໃຫ້ສັງເກດວ່າ 1 ຖັນແມ່ນໃຊ້ສໍາລັບ cart ເພື່ອຫມາຍຄໍາຫມັ້ນສັນຍາເຂດແດນ.

ການ ປອກເປືອກ ຮູບແບບ

ໃນຮູບແບບນີ້, ແຕ່ລະເສັ້ນແມ່ນຜົນຜະລິດຫຼັງຈາກ header; header ຕໍາ່ສຸດທີ່ມີ
ເສັ້ນ​ທໍາ​ອິດ​ທີ່​ມີ​:

· 40-byte SHA-1 ຂອງ commit ເສັ້ນແມ່ນ attributed;

· ຈໍານວນແຖວຂອງແຖວໃນໄຟລ໌ຕົ້ນສະບັບ;

· ຈໍານວນແຖວຂອງແຖວໃນໄຟລ໌ສຸດທ້າຍ;

·ຢູ່ໃນເສັ້ນທີ່ເລີ່ມຕົ້ນກຸ່ມຂອງສາຍຈາກຄໍາຫມັ້ນສັນຍາທີ່ແຕກຕ່າງຈາກເສັ້ນທີ່ຜ່ານມາ,
ຈໍານວນຂອງສາຍໃນກຸ່ມນີ້. ໃນສາຍຕໍ່ໄປ, ພາກສະຫນາມນີ້ແມ່ນບໍ່ມີ.

ແຖວຫົວນີ້ແມ່ນຕິດຕາມດ້ວຍຂໍ້ມູນຕໍ່ໄປນີ້ຢ່າງໜ້ອຍໜຶ່ງຄັ້ງສຳລັບແຕ່ລະຄຳໝັ້ນສັນຍາ:

·ຊື່ຜູ້ຂຽນ ("ຜູ້ຂຽນ"), ອີເມວ ("ຜູ້ຂຽນ-mail"), ເວລາ ("ຜູ້ຂຽນ-ເວລາ"), ແລະເຂດເວລາ
("author-tz"); ເຊັ່ນດຽວກັນສໍາລັບ committer.

·ຊື່ໄຟລ໌ໃນຄໍາຫມັ້ນສັນຍາທີ່ສາຍແມ່ນມາຈາກ.

· ແຖວທຳອິດຂອງຂໍ້ຄວາມບັນທຶກຄຳໝັ້ນສັນຍາ ("ສະຫຼຸບ").

ເນື້ອໃນຂອງເສັ້ນຕົວຈິງແມ່ນຜົນອອກມາຫຼັງຈາກຫົວຂ້າງເທິງ, ຖືກນຳໜ້າດ້ວຍ TAB. ນີ້
ແມ່ນອະນຸຍາດໃຫ້ເພີ່ມອົງປະກອບຫົວເພີ່ມເຕີມໃນພາຍຫຼັງ.

ຮູບແບບ porcelain ໂດຍທົ່ວໄປສະກັດກັ້ນຂໍ້ມູນຄໍາຫມັ້ນສັນຍາທີ່ໄດ້ເຫັນແລ້ວ.
ຕົວຢ່າງ, ສອງເສັ້ນທີ່ຖືກຕໍາຫນິຕໍ່ຄໍາຫມັ້ນສັນຍາດຽວກັນທັງສອງຈະຖືກສະແດງ, ແຕ່ວ່າ
ລາຍລະອຽດສໍາລັບຄໍາຫມັ້ນສັນຍານັ້ນຈະຖືກສະແດງພຽງແຕ່ຄັ້ງດຽວ. ນີ້ແມ່ນປະສິດທິພາບຫຼາຍ, ແຕ່ອາດຈະຕ້ອງການ
ສະຖານະການເພີ່ມເຕີມຈະຖືກເກັບຮັກສາໄວ້ໂດຍຜູ້ອ່ານ. ທາງເລືອກ --line-porcelain ສາມາດຖືກນໍາໃຊ້ເພື່ອໃຫ້ຜົນຜະລິດເຕັມ
commit ຂໍ້​ມູນ​ສໍາ​ລັບ​ແຕ່​ລະ​ເສັ້ນ​, ໃຫ້​ການ​ນໍາ​ໃຊ້​ງ່າຍ​ດາຍ (ແຕ່​ປະ​ສິດ​ທິ​ພາບ​ຫນ້ອຍ​) ເຊັ່ນ​:

# ນັບຈຳນວນແຖວຂອງຜູ້ຂຽນແຕ່ລະຄົນ
git ຕໍານິ --line-porcelain file |
sed -n 's/^author //p' |
ຄັດ | uniq -c | ຄັດ -rn

ລະບຸ ຫາຍາກ

ບໍ່​ມັກ ໄປ ໂທດ ແລະ ໄປ ບັນທຶກ ໃນລຸ້ນເກົ່າຂອງ git, ຂອບເຂດຂອງຄໍາບັນຍາຍ
ສາມາດຈຳກັດໄດ້ທັງໄລຍະແຖວ ແລະໄລຍະການດັດແກ້. ທາງເລືອກ -L, ເຊິ່ງຈໍາກັດ
ຄໍາບັນຍາຍເຖິງຂອບເຂດຂອງເສັ້ນ, ອາດຈະຖືກລະບຸຫຼາຍຄັ້ງ.

ໃນເວລາທີ່ທ່ານມີຄວາມສົນໃຈໃນການຊອກຫາຕົ້ນກໍາເນີດຂອງສາຍ 40-60 ສໍາລັບໄຟລ໌ foo, ທ່ານສາມາດນໍາໃຊ້
ທາງເລືອກ -L ເຊັ່ນນັ້ນ (ພວກເຂົາຫມາຍເຖິງສິ່ງດຽວກັນ - ທັງສອງຂໍ 21 ແຖວເລີ່ມຕົ້ນຈາກແຖວ
40):

git ຕໍານິ -L 40,60 foo
git ຕໍານິ -L 40,+21 foo

ນອກຈາກນັ້ນ, ທ່ານຍັງສາມາດໃຊ້ການສະແດງອອກປົກກະຕິເພື່ອກໍານົດຂອບເຂດຂອງເສັ້ນ:

git ຕໍານິ -L '/^sub ສະບາຍດີ {/,/^}$/' foo

ເຊິ່ງຈຳກັດຄຳອະທິບາຍປະກອບຕໍ່ກັບເນື້ອໃນຂອງລາຍການຍ່ອຍສະບາຍດີ.

ເມື່ອທ່ານບໍ່ສົນໃຈການປ່ຽນແປງທີ່ເກົ່າກວ່າເວີຊັນ v2.6.18, ຫຼືການປ່ຽນແປງທີ່ເກົ່າກວ່າ 3
ອາ​ທິດ​, ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ລະ​ດັບ​ການ​ປັບ​ປຸງ​ລະ​ດັບ​ທີ່​ຄ້າຍ​ຄື​ກັນ​ກັບ​ ໄປ rev-ບັນຊີລາຍຊື່:

git ຕໍານິ v2.6.18.. -- foo
git ຕໍານິ --since=3.weeks -- foo

ໃນ​ເວ​ລາ​ທີ່​ຕົວ​ກໍາ​ນົດ​ລະ​ດັບ​ການ​ປັບ​ປຸງ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ຈໍາ​ກັດ​ຄໍາ​ອະ​ທິ​ບາຍ​, ເສັ້ນ​ທີ່​ບໍ່​ມີ​
ມີການປ່ຽນແປງນັບຕັ້ງແຕ່ຂອບເຂດຂອບເຂດ (ບໍ່ວ່າຈະເປັນຄໍາຫມັ້ນສັນຍາ v2.6.18 ຫຼືຄໍາຫມັ້ນສັນຍາທີ່ຜ່ານມາຫຼາຍທີ່ສຸດທີ່.
ມີອາຍຸຫຼາຍກວ່າ 3 ອາທິດໃນຕົວຢ່າງຂ້າງເທິງນີ້) ຖືກຕໍາຫນິສໍາລັບຄໍາຫມັ້ນສັນຍາຂອບເຂດຂອບເຂດທີ່.

ວິທີທີ່ເປັນປະໂຫຍດໂດຍສະເພາະເພື່ອເບິ່ງວ່າໄຟລ໌ທີ່ເພີ່ມມີເສັ້ນທີ່ສ້າງຂຶ້ນໂດຍການຄັດລອກແລະວາງ
ຈາກໄຟລ໌ທີ່ມີຢູ່. ບາງຄັ້ງນີ້ຊີ້ໃຫ້ເຫັນວ່າຜູ້ພັດທະນາໄດ້ຖືກ sloppy ແລະໄດ້ເຮັດ
ບໍ່ refactor ລະຫັດຢ່າງຖືກຕ້ອງ. ທໍາອິດເຈົ້າສາມາດຊອກຫາຄໍາຫມັ້ນສັນຍາທີ່ນໍາສະເຫນີໄຟລ໌
ມີ:

git log --diff-filter=A --pretty=short -- foo

ແລະຫຼັງຈາກນັ້ນອະທິບາຍການປ່ຽນແປງລະຫວ່າງ commit ແລະພໍ່ແມ່ຂອງມັນ, ໂດຍໃຊ້ commit^! ຫມາຍເຫດ:

git ຕໍານິ -C -C -f $commit^! -- ຟູ

ເພີ່ມຂຶ້ນ OUTPUT

ເມື່ອຖືກເອີ້ນດ້ວຍທາງເລືອກ --incremental, ຄໍາສັ່ງອອກຜົນໄດ້ຮັບຍ້ອນວ່າມັນຖືກສ້າງຂຶ້ນ. ໄດ້
ຜົນ​ຜະ​ລິດ​ໂດຍ​ທົ່ວ​ໄປ​ຈະ​ສົນ​ທະ​ນາ​ກ່ຽວ​ກັບ​ສາຍ​ສໍາ​ພັດ​ໂດຍ​ການ​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ທີ່​ຜ່ານ​ມາ​ຫຼາຍ​ຄັ້ງ​ທໍາ​ອິດ (ie ໄດ້​
ເສັ້ນຈະຖືກຂຽນຫຍໍ້ມາຈາກຄໍາສັ່ງ) ແລະຫມາຍຄວາມວ່າຈະຖືກໃຊ້ໂດຍຜູ້ຊົມແບບໂຕ້ຕອບ.

ຮູບແບບຜົນຜະລິດແມ່ນຄ້າຍຄືກັນກັບຮູບແບບ Porcelain, ແຕ່ມັນບໍ່ມີຕົວຈິງ
ເສັ້ນຈາກໄຟລ໌ທີ່ກໍາລັງຖືກບັນທຶກ.

1. ການຕໍານິຕິຕຽນແຕ່ລະອັນເລີ່ມຕົ້ນດ້ວຍເສັ້ນ:

<40-byte hex sha1>

ເລກແຖວນັບຈາກ 1.

2. ຄັ້ງທໍາອິດທີ່ຄໍາຫມັ້ນສັນຍາສະແດງໃຫ້ເຫັນເຖິງໃນນ້ໍາ, ມັນມີຂໍ້ມູນອື່ນໆຕ່າງໆ
ກ່ຽວ​ກັບ​ມັນ​ພິມ​ອອກ​ດ້ວຍ​ໂຄດ​ຄໍາ​ສັ່ງ​ຫນຶ່ງ​ຄໍາ​ໃນ​ຕອນ​ຕົ້ນ​ຂອງ​ແຕ່​ລະ​ແຖວ​ອະ​ທິ​ບາຍ​ໄດ້​
ຂໍ້ມູນຄໍາຫມັ້ນສັນຍາພິເສດ (ຜູ້ຂຽນ, ອີເມວ, committer, ວັນທີ, ສະຫຼຸບ, ແລະອື່ນໆ).

3. ບໍ່ເຫມືອນກັບຮູບແບບ Porcelain, ຂໍ້ມູນຊື່ໄຟລ໌ແມ່ນສະເຫມີໃຫ້ແລະສິ້ນສຸດ
ເຂົ້າ:

"ຊື່​ເອ​ກະ​ສານ"

ແລະດັ່ງນັ້ນມັນແມ່ນຂ້ອນຂ້າງງ່າຍທີ່ຈະ parse ສໍາລັບບາງເສັ້ນ- ແລະຄໍາທີ່ parser ຮັດກຸມ
(ເຊິ່ງຄວນຈະເປັນທໍາມະຊາດຫຼາຍສໍາລັບພາສາສະຄຣິບສ່ວນໃຫຍ່).

ຫມາຍ​ເຫດ​
ສໍາລັບຜູ້ທີ່ເຮັດການວິເຄາະ: ເພື່ອເຮັດໃຫ້ມັນເຂັ້ມແຂງຂຶ້ນ, ພຽງແຕ່ບໍ່ສົນໃຈແຖວລະຫວ່າງ
ທໍາອິດແລະສຸດທ້າຍ (" " ແລະ "ຊື່ໄຟລ໌" ສາຍ) ບ່ອນທີ່ທ່ານບໍ່ຮັບຮູ້
ຄໍາສັບແທັກ (ຫຼືສົນໃຈກ່ຽວກັບອັນນັ້ນ) ໃນຕອນຕົ້ນຂອງ
"ຂໍ້ມູນຂະຫຍາຍ". ດ້ວຍວິທີນັ້ນ, ຖ້າມີຂໍ້ມູນເພີ່ມ (ເຊັ່ນ
commit encoding or expanded commit commentary), viewer ຕໍານິຈະບໍ່ສົນໃຈ.

MAPPING AUTHORS

ຖ້າໄຟລ໌ .mailmap ມີຢູ່ໃນລະດັບສູງສຸດຂອງບ່ອນເກັບມ້ຽນ, ຫຼືຢູ່ທີ່ຈຸດທີ່ຕັ້ງ
ໂດຍຕົວເລືອກການຕັ້ງຄ່າ mailmap.file ຫຼື mailmap.blob, ມັນຖືກນໍາໃຊ້ເພື່ອແຜນທີ່ຜູ້ຂຽນແລະ
committer ຊື່ແລະທີ່ຢູ່ອີເມວກັບຊື່ທີ່ແທ້ຈິງ canonical ແລະທີ່ຢູ່ອີເມວ.

ໃນຮູບແບບທີ່ງ່າຍດາຍ, ແຕ່ລະແຖວໃນໄຟລ໌ປະກອບດ້ວຍຊື່ທີ່ແທ້ຈິງຂອງ canonical
ຜູ້ຂຽນ, ຊ່ອງຫວ່າງ, ແລະທີ່ຢູ່ອີເມວທີ່ໃຊ້ໃນຄໍາຫມັ້ນສັນຍາ (ກວມເອົາໂດຍ < ແລະ >) ໃນ​ແຜນ​ທີ່​
ກັບຊື່. ຍົກ​ຕົວ​ຢ່າງ:

ຊື່ທີ່ຖືກຕ້ອງ[email protected]>

ຮູບແບບທີ່ສັບສົນຫຼາຍແມ່ນ:

<[email protected]>[email protected]>

ເຊິ່ງອະນຸຍາດໃຫ້ແຜນທີ່ mail ທົດແທນພຽງແຕ່ສ່ວນອີເມວຂອງຄໍາຫມັ້ນສັນຍາ, ແລະ:

ຊື່ທີ່ຖືກຕ້ອງ[email protected]>[email protected]>

ເຊິ່ງອະນຸຍາດໃຫ້ແຜນທີ່ mail ແທນທັງຊື່ແລະອີເມລ໌ຂອງຄໍາຫມັ້ນສັນຍາທີ່ກົງກັບ
ທີ່​ຢູ່​ອີ​ເມວ​ທີ່​ລະ​ບຸ​ໄວ້​, ແລະ​:

ຊື່ທີ່ຖືກຕ້ອງ[email protected]> ຊື່ຄໍາຫມັ້ນສັນຍາ[email protected]>

ເຊິ່ງອະນຸຍາດໃຫ້ແຜນທີ່ mail ແທນທັງຊື່ແລະອີເມລ໌ຂອງຄໍາຫມັ້ນສັນຍາທີ່ກົງກັນທັງສອງ
ລະບຸຊື່ ແລະທີ່ຢູ່ອີເມວ.

ຕົວຢ່າງ 1: ປະຫວັດຂອງເຈົ້າປະກອບດ້ວຍການກະທຳຂອງຜູ້ຂຽນສອງຄົນຄື Jane ແລະ Joe, ເຊິ່ງມີຊື່ປະກົດຂຶ້ນ
ໃນ repository ພາຍໃຕ້ຫຼາຍຮູບແບບ:

ນັກພັດທະນາ Joe[email protected]>
Joe R. ນັກພັດທະນາ[email protected]>
Jane Doe[email protected]>
Jane Doe
Jane D.

ຕອນນີ້ສົມມຸດວ່າ Joe ຕ້ອງການໃຊ້ຊື່ກາງຂອງລາວ, ແລະ Jane ມັກຊື່ຄອບຄົວຂອງນາງ
ສະກົດອອກຢ່າງເຕັມສ່ວນ. ໄຟລ໌ .mailmap ທີ່ເໝາະສົມຈະມີລັກສະນະຄ້າຍຄື:

Jane Doe
Joe R. ນັກພັດທະນາ[email protected]>

ໃຫ້ສັງເກດວ່າວິທີການບໍ່ຈໍາເປັນຕ້ອງມີການເຂົ້າສໍາລັບ , ເນື່ອງຈາກວ່າຊື່ທີ່ແທ້ຈິງຂອງ
ຜູ້ຂຽນນັ້ນຖືກຕ້ອງແລ້ວ.

ຕົວຢ່າງ 2: ຄັງເກັບມ້ຽນຂອງເຈົ້າມີຄໍາໝັ້ນສັນຍາຈາກຜູ້ຂຽນຕໍ່ໄປນີ້:

ຊື່ 1[email protected]>
ຊື່ 2[email protected]>
ຊື່ 2[email protected]>
ຊານຕາ[email protected]>
claus[email protected]>
CTO[email protected]>

ຈາກນັ້ນທ່ານອາດຈະຕ້ອງການໄຟລ໌ .mailmap ທີ່ຄ້າຍຄື:

<[email protected]>[email protected]>
Dude ບາງ[email protected]> nick1[email protected]>
ຜູ້ຂຽນອື່ນໆ[email protected]> nick2[email protected]>
ຜູ້ຂຽນອື່ນໆ[email protected]>[email protected]>
Santa Claus[email protected]>[email protected]>

ໃຊ້ hash # ສໍາ​ລັບ​ຄໍາ​ຄິດ​ເຫັນ​ທີ່​ຢູ່​ໃນ​ເສັ້ນ​ຂອງ​ຕົນ​ເອງ​, ຫຼື​ຫຼັງ​ຈາກ​ທີ່​ຢູ່​ອີ​ເມລ​໌​.

ໃຊ້ git-blame ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net