git-shortlog - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

git-shortlog - Tóm tắt kết quả 'git log'

SYNOPSIS

git log --pretty = short | git viết tắt [ ]
git viết tắt [ ] [ ] [[-] ...]

MÔ TẢ

Tóm tắt git đăng nhập xuất ra ở định dạng phù hợp để đưa vào các thông báo phát hành.
Mỗi cam kết sẽ được nhóm theo tác giả và tiêu đề.

Ngoài ra, "[PATCH]" sẽ bị xóa khỏi mô tả cam kết.

Nếu không có bản sửa đổi nào được chuyển trên dòng lệnh và đầu vào chuẩn không phải là thiết bị đầu cuối
hoặc không có chi nhánh hiện tại, git viết tắt sẽ xuất ra một bản tóm tắt nhật ký được đọc từ
đầu vào tiêu chuẩn, không có tham chiếu đến kho lưu trữ hiện tại.

LỰA CHỌN

-n, --được đánh số
Sắp xếp đầu ra theo số lượng cam kết cho mỗi tác giả thay vì theo bảng chữ cái của tác giả
trật tự.

-s, --tóm tắt
Chặn mô tả cam kết và chỉ cung cấp tóm tắt số lượng cam kết.

-e, --email
Hiển thị địa chỉ email của từng tác giả.

--format [= ]
Thay vì chủ thể cam kết, hãy sử dụng một số thông tin khác để mô tả từng cam kết.
có thể là bất kỳ chuỗi nào được chấp nhận bởi tùy chọn --format của git đăng nhập, Chẳng hạn như * [%NS]
%s. (Xem phần "ĐỊNH DẠNG THUỘC TÍNH" của nhật ký git(1).)

Mỗi cam kết in đẹp sẽ được gói lại trước khi hiển thị.

-w [ [, [, ]]]
Linewrap đầu ra bằng cách quấn mỗi dòng theo chiều rộng. Dòng đầu tiên của mỗi mục là
được thụt lề bởi khoảng trắng indent1 và dòng thứ hai và các dòng tiếp theo được thụt vào bởi
thụt lề 2 dấu cách. width, indent1 và indent2 mặc định lần lượt là 76, 6 và 9.

Nếu chiều rộng là 0 (không) thì hãy thụt lề các dòng của đầu ra mà không bao bọc chúng.


Chỉ hiển thị các cam kết trong phạm vi sửa đổi được chỉ định. Khi không Là
được chỉ định, nó mặc định là HEAD (tức là toàn bộ lịch sử dẫn đến cam kết hiện tại).
origin..HEAD chỉ định tất cả các cam kết có thể truy cập được từ cam kết hiện tại (tức là HEAD),
nhưng không phải từ nguồn gốc. Để có danh sách đầy đủ các cách đánh vần , xem
Phần "Chỉ định phạm vi" của gitrevision(7).

[-] ...
Chỉ xem xét các cam kết đủ để giải thích cách các tệp phù hợp với
các đường dẫn cụ thể đã ra đời.

Các đường dẫn có thể cần phải có tiền tố là "-" để tách chúng khỏi các tùy chọn hoặc bản sửa đổi
phạm vi, khi sự nhầm lẫn phát sinh.

BẢN ĐỒ TÁC GIẢ

Tính năng .mailmap được sử dụng để kết hợp các cam kết với nhau bởi cùng một người trong
shortlog, trong đó tên và / hoặc địa chỉ email của họ được viết khác nhau.

Nếu tệp .mailmap tồn tại ở cấp trên cùng của kho lưu trữ hoặc tại vị trí được trỏ
theo các tùy chọn cấu hình mailmap.file hoặc mailmap.blob, nó được sử dụng để tác giả bản đồ và
tên người cam kết và địa chỉ email thành tên thật và địa chỉ email chuẩn.

Ở dạng đơn giản, mỗi dòng trong tệp bao gồm tên thực chuẩn của một
tác giả, khoảng trắng và địa chỉ email được sử dụng trong cam kết (kèm theo < và >) để lập bản đồ
sang tên. Ví dụ:

Tên thích hợp[email được bảo vệ]>

Các dạng phức tạp hơn là:

<[email được bảo vệ]>[email được bảo vệ]>

cho phép mailmap chỉ thay thế phần email của một cam kết và:

Tên thích hợp[email được bảo vệ]>[email được bảo vệ]>

cho phép mailmap thay thế cả tên và email của một cam kết khớp với
địa chỉ email cam kết được chỉ định và:

Tên thích hợp[email được bảo vệ]> Tên cam kết[email được bảo vệ]>

cho phép mailmap thay thế cả tên và email của một cam kết khớp với cả
tên cam kết và địa chỉ email được chỉ định.

Ví dụ 1: Lịch sử của bạn chứa các cam kết của hai tác giả, Jane và Joe, có tên xuất hiện
trong kho lưu trữ dưới một số hình thức:

Joe Nhà phát triển[email được bảo vệ]>
Joe R. Nhà phát triển[email được bảo vệ]>
Jane Doe[email được bảo vệ]>
Jane Doe
Jane D.

Bây giờ, giả sử rằng Joe muốn tên đệm của anh ấy được sử dụng ban đầu và Jane thích họ của mình hơn
đánh vần đầy đủ. Tệp .mailmap thích hợp sẽ trông giống như sau:

Jane Doe
Joe R. Nhà phát triển[email được bảo vệ]>

Lưu ý cách không cần mục nhập cho , bởi vì tên thật của
tác giả đó đã đúng.

Ví dụ 2: Kho lưu trữ của bạn chứa các cam kết từ các tác giả sau:

nick1[email được bảo vệ]>
nick2[email được bảo vệ]>
nick2[email được bảo vệ]>
santa[email được bảo vệ]>
claus[email được bảo vệ]>
CTO[email được bảo vệ]>

Sau đó, bạn có thể muốn một tệp .mailmap giống như sau:

<[email được bảo vệ]>[email được bảo vệ]>
Một số anh chàng[email được bảo vệ]> nick1[email được bảo vệ]>
Tác giả khác[email được bảo vệ]> nick2[email được bảo vệ]>
Tác giả khác[email được bảo vệ]>[email được bảo vệ]>
Ông già Noen[email được bảo vệ]>[email được bảo vệ]>

Sử dụng hàm băm # cho các nhận xét trên dòng riêng của họ hoặc sau địa chỉ email.

GIT

Một phần của git(1) bộ

Sử dụng git-shortlog trực tuyến bằng các dịch vụ onworks.net