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

ໂຄງການ:

NAME

git-shortlog - ສະຫຼຸບຜົນໄດ້ຮັບ 'git log'

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

git log --pretty=short | ໄປ shortlog [ ]
ໄປ shortlog [ ] [ ] [[--] ...]

ລາຍລະອຽດ

ສະຫຼຸບ ໄປ log ຜົນຜະລິດໃນຮູບແບບທີ່ເຫມາະສົມສໍາລັບການລວມຢູ່ໃນການປະກາດການປ່ອຍ.
ແຕ່ລະຄໍາຫມັ້ນສັນຍາຈະຖືກຈັດກຸ່ມຕາມຜູ້ຂຽນແລະຫົວຂໍ້.

ນອກຈາກນັ້ນ, "[PATCH]" ຈະຖືກຖອດອອກຈາກຄໍາອະທິບາຍຄໍາຫມັ້ນສັນຍາ.

ຖ້າບໍ່ມີການດັດແກ້ຜ່ານເສັ້ນຄໍາສັ່ງແລະການປ້ອນຂໍ້ມູນມາດຕະຖານບໍ່ແມ່ນ terminal
ຫຼືບໍ່ມີສາຂາປະຈຸບັນ, ໄປ shortlog ຈະອອກບົດສະຫຼຸບຂອງບັນທຶກທີ່ອ່ານຈາກ
ການປ້ອນຂໍ້ມູນມາດຕະຖານ, ໂດຍບໍ່ມີການອ້າງອີງເຖິງບ່ອນເກັບຂໍ້ມູນປັດຈຸບັນ.

OPTIONS

-n, --ເລກ
ຮຽງລໍາດັບຜົນໄດ້ຮັບຕາມຈໍານວນຄໍາຫມັ້ນສັນຍາຕໍ່ຜູ້ຂຽນແທນທີ່ຈະເປັນຕົວອັກສອນຂອງຜູ້ຂຽນ
order

-s, --ສະຫຼຸບ
ສະກັດກັ້ນຄໍາອະທິບາຍຄໍາຫມັ້ນສັນຍາແລະສະຫນອງການສະຫຼຸບຄໍາຫມັ້ນສັນຍາເທົ່ານັ້ນ.

-e, --email
ສະແດງທີ່ຢູ່ອີເມວຂອງຜູ້ຂຽນແຕ່ລະຄົນ.

--format[= ]
ແທນທີ່ຈະເປັນຫົວຂໍ້ຄໍາຫມັ້ນສັນຍາ, ໃຊ້ບາງຂໍ້ມູນອື່ນໆເພື່ອອະທິບາຍແຕ່ລະຄໍາຫມັ້ນສັນຍາ.
ສາມາດເປັນສະຕຣິງໃດນຶ່ງທີ່ຍອມຮັບໂດຍທາງເລືອກ --format ຂອງ ໄປ log, ເຊັ່ນ​ວ່າ * [%h]
%s. (ເບິ່ງ "ຮູບແບບທີ່ສວຍງາມ" ພາກຂອງ git-log(1).

ແຕ່ລະຄໍາຫມັ້ນສັນຍາທີ່ພິມທີ່ສວຍງາມຈະຖືກຫໍ່ຄືນໃຫມ່ກ່ອນທີ່ມັນຈະສະແດງ.

-w[ [, [, ]]]
Linewrap ຜົນ​ຜະ​ລິດ​ໂດຍ​ການ​ຫໍ່​ແຕ່​ລະ​ເສັ້ນ​ທີ່​ຄວາມ​ກວ້າງ​. ແຖວທໍາອິດຂອງແຕ່ລະລາຍການແມ່ນ
indented by indent1 spaces, ແລະ​ແຖວ​ທີ​ສອງ​ແລະ​ຕໍ່​ມາ​ແມ່ນ indented ໂດຍ
ຫຍໍ້ໜ້າ 2 ຊ່ອງ. width, indent1, ແລະ indent2 ເລີ່ມຕົ້ນເປັນ 76, 6 ແລະ 9 ຕາມລໍາດັບ.

ຖ້າຄວາມກວ້າງແມ່ນ 0 (ສູນ) ຫຼັງຈາກນັ້ນ indent ເສັ້ນຂອງຜົນໄດ້ຮັບໂດຍບໍ່ມີການຫໍ່ໃຫ້ເຂົາເຈົ້າ.


ສະແດງພຽງແຕ່ commits ໃນໄລຍະການແກ້ໄຂທີ່ກໍານົດໄວ້. ເມື່ອບໍ່ມີ ແມ່ນ
ລະບຸໄວ້, ມັນຕັ້ງໄວ້ໃນຕອນຕົ້ນຂອງ HEAD (ເຊັ່ນ: ປະຫວັດທັງໝົດທີ່ນໍາໄປສູ່ຄໍາຫມັ້ນສັນຍາໃນປະຈຸບັນ).
ຕົ້ນກໍາເນີດ..HEAD ກໍານົດຄໍາຫມັ້ນສັນຍາທັງຫມົດທີ່ສາມາດບັນລຸໄດ້ຈາກຄໍາຫມັ້ນສັນຍາໃນປະຈຸບັນ (ເຊັ່ນ: HEAD),
ແຕ່ບໍ່ແມ່ນມາຈາກຕົ້ນກໍາເນີດ. ສໍາລັບບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງວິທີການສະກົດຄໍາ , ເບິ່ງ
ພາກສ່ວນ "ການກໍານົດຂອບເຂດ" ຂອງ ການວິໄສທັດ(7).

[--] ...
ພິຈາລະນາພຽງແຕ່ຄໍາຫມັ້ນສັນຍາທີ່ພຽງພໍທີ່ຈະອະທິບາຍວິທີການໄຟລ໌ທີ່ກົງກັບ
ເສັ້ນທາງທີ່ກໍານົດມາເປັນ.

ເສັ້ນທາງອາດຈະຕ້ອງຖືກນຳໜ້າດ້ວຍ "--" ເພື່ອແຍກພວກມັນອອກຈາກຕົວເລືອກ ຫຼືການດັດແກ້
ລະດັບ, ໃນເວລາທີ່ຄວາມສັບສົນເກີດຂື້ນ.

MAPPING AUTHORS

ຄຸນສົມບັດ .mailmap ຖືກນໍາໃຊ້ເພື່ອສົມທົບການຮ່ວມກັນໂດຍບຸກຄົນດຽວກັນຢູ່ໃນ
shortlog, ບ່ອນທີ່ຊື່ແລະ / ຫຼືທີ່ຢູ່ອີເມວຂອງພວກເຂົາຖືກສະກົດແຕກຕ່າງກັນ.

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

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

ຊື່ທີ່ຖືກຕ້ອງcommit@email.xx>

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

<proper@email.xx>commit@email.xx>

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

ຊື່ທີ່ຖືກຕ້ອງproper@email.xx>commit@email.xx>

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

ຊື່ທີ່ຖືກຕ້ອງproper@email.xx> ຊື່ຄໍາຫມັ້ນສັນຍາcommit@email.xx>

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

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

ນັກພັດທະນາ Joejoe@example.com>
Joe R. ນັກພັດທະນາjoe@example.com>
Jane Doejane@example.com>
Jane Doe
Jane D.

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

Jane Doe
Joe R. ນັກພັດທະນາjoe@example.com>

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

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

ຊື່ 1bugs@company.xx>
ຊື່ 2bugs@company.xx>
ຊື່ 2nick2@company.xx>
ຊານຕາme@company.xx>
clausme@company.xx>
CTOcto@coompany.xx>

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

<cto@company.xx>cto@coompany.xx>
Dude ບາງsome@dude.xx> nick1bugs@company.xx>
ຜູ້ຂຽນອື່ນໆother@author.xx> nick2bugs@company.xx>
ຜູ້ຂຽນອື່ນໆother@author.xx>nick2@company.xx>
Santa Claussanta.claus@northpole.xx>me@company.xx>

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

GIT

ສ່ວນຫນຶ່ງຂອງ ໄປ(1) ຊຸດ

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