Làm thế nào để tôi có được số lượng cam kết Git?

Tôi muốn nhận số lượng cam kết của kho Git của mình, giống như số sửa đổi SVN.

Mục tiêu là sử dụng nó như một số bản dựng tăng dần, duy nhất.

Tôi hiện đang làm như vậy, trên Unix / Cygwin / msysGit:

git log --pretty=format:'' | wc -l

Nhưng tôi cảm thấy đó là một chút hack.

Có cách nào tốt hơn để làm điều đó? Thật tuyệt nếu tôi thực sự không cần wchoặc thậm chí là Git, vì vậy nó có thể hoạt động trên Windows trống. Chỉ cần đọc một tập tin hoặc một cấu trúc thư mục ...

Để có được số lượng cam kết cho một sửa đổi ( HEAD,, masterbăm xác nhận):

git rev-list --count <revision>

Để có được số lượng cam kết trên tất cả các chi nhánh:

git rev-list --all --count

Tôi khuyên bạn không nên sử dụng số này cho mã định danh bản dựng, nhưng nếu bạn phải, tốt nhất nên sử dụng số đếm cho chi nhánh mà bạn đang xây dựng. Bằng cách đó, bản sửa đổi giống nhau sẽ luôn có cùng một số. Nếu bạn sử dụng số đếm cho tất cả các chi nhánh, hoạt động trên các chi nhánh khác có thể thay đổi số lượng.

git shortlog là một cách

git rev-list HEAD --count

danh sách git rev

git rev-list <commit>: Liệt kê các cam kết có thể truy cập bằng cách theo các liên kết cha từ cam kết đã cho (trong trường hợp này là CHÍNH ).

--count : In một số cho biết có bao nhiêu cam kết sẽ được liệt kê và triệt tiêu tất cả các đầu ra khác.

Lệnh này trả về số lượng xác nhận được nhóm bởi các ủy viên:

git shortlog -s

Đầu ra:

14 John lennon
9  Janis Joplin

Bạn có thể muốn biết rằng -sđối số là dạng co --summary.

Nếu bạn đang tìm kiếm một mã định danh duy nhất và vẫn khá dễ đọc cho các cam kết, mô tả git có thể chỉ là thứ dành cho bạn.

Bạn không phải là người đầu tiên nghĩ về "số sửa đổi" trong Git , nhưng ' wc' khá nguy hiểm, vì cam kết có thể bị xóa hoặc xóa, và lịch sử được xem lại.

"Số sửa đổi" đặc biệt quan trọng đối với Subversion vì nó cần thiết trong trường hợp hợp nhất (SVN1.5 và 1.6 đã được cải thiện ở mặt trước đó).

Bạn có thể kết thúc với một hook pre-commit bao gồm số sửa đổi trong bình luận, với một thuật toán không liên quan đến việc tra cứu tất cả lịch sử của một nhánh để xác định số chính xác.

Bazaar thực sự đã đưa ra một thuật toán như vậy , và nó có thể là điểm khởi đầu tốt cho những gì bạn muốn làm.

(Như câu trả lời của Bombe chỉ ra, Git thực sự có một thuật toán riêng, dựa trên thẻ mới nhất, cộng với số lần xác nhận, cộng với một chút khóa SHA-1). Bạn sẽ thấy (và upvote) câu trả lời của anh ấy nếu nó phù hợp với bạn.

Để minh họa ý tưởng của Aaron , bạn cũng có thể nối băm cam kết Git vào tệp "thông tin" của ứng dụng mà bạn đang phân phối với ứng dụng của mình.

Theo cách đó, hộp về sẽ trông như sau:

Số ứng dụng là một phần của cam kết, nhưng 'tệp "thông tin" của ứng dụng được tạo trong quá trình đóng gói, liên kết hiệu quả số xây dựng ứng dụng với id sửa đổi kỹ thuật .

Bạn chỉ có thể sử dụng:

git shortlog -s -n

Kết quả :

 827  user one
    15  user two
     2  Gest 

Một cách đơn giản là:

 git log --oneline | wc -l

oneline đảm bảo rằng.

Để biến nó thành một biến, cách dễ nhất là:

export GIT_REV_COUNT=`git rev-list --all --count`

Git shortlog là một cách để có được các chi tiết cam kết:

git shortlog -s -n

Điều này sẽ đưa ra số lượng cam kết theo sau là tên tác giả. Tùy chọn -s xóa tất cả các thông báo cam kết cho mỗi cam kết mà tác giả đã thực hiện. Xóa tùy chọn tương tự nếu bạn cũng muốn xem các thông điệp cam kết. Tùy chọn -n được sử dụng để sắp xếp toàn bộ danh sách. Hi vọng điêu nay co ich.

git rev-parse - ĐẦU

Có một tập lệnh trợ giúp đẹp mà người Git sử dụng để giúp tạo số phiên bản hữu ích dựa trên mô tả Git. Tôi hiển thị tập lệnh và giải thích nó trong câu trả lời của mình về Làm thế nào bạn có thể đưa id xác nhận hiện tại vào các tệp của dự án Git?.

Nếu bạn chỉ sử dụng một nhánh, chẳng hạn như chủ, tôi nghĩ rằng điều này sẽ hoạt động rất tốt:

git rev-list --full-history --all | wc -l

Điều này sẽ chỉ xuất ra một số. Bạn có thể đặt bí danh cho nó giống như

git revno

để làm cho mọi thứ thực sự thuận tiện. Để làm như vậy, chỉnh sửa .git/configtệp của bạn và thêm nó vào:

[alias]
    revno = "!git rev-list --full-history --all | wc -l"

Điều này sẽ không hoạt động trên Windows. Tôi không biết tương đương với "wc" cho HĐH đó, nhưng viết một tập lệnh Python để đếm cho bạn sẽ là một giải pháp đa nền tảng.

EDIT : Nhận số giữa hai lần xác nhận:

Tôi đang tìm kiếm một câu trả lời cho thấy làm thế nào để có được số lượng cam kết giữa hai lần sửa đổi tùy ý và không thấy bất kỳ.

git rev-list --count [older-commit]..[newer-commit]

Tạo một số trong quá trình xây dựng và ghi nó vào một tệp. Bất cứ khi nào bạn thực hiện một bản phát hành, hãy cam kết tệp đó với nhận xét "Build 147" (hoặc bất kể số bản dựng hiện tại là gì). Đừng cam kết tập tin trong quá trình phát triển bình thường. Bằng cách này, bạn có thể dễ dàng ánh xạ giữa số bản dựng và phiên bản trong Git.

Trong công ty của chúng tôi, chúng tôi đã chuyển từ SVN sang Git. Thiếu số sửa đổi là một vấn đề lớn!

Làm git svn clone, và sau đó gắn thẻ cam kết SVN cuối cùng bằng số sửa đổi SVN của nó:

export hr=`git svn find-rev HEAD`
git tag "$hr" -f HEAD

Sau đó, bạn có thể nhận được số sửa đổi với sự giúp đỡ của

git describe --tags --long

Lệnh này cho một cái gì đó như:

7603-3-g7f4610d

Phương tiện: Thẻ cuối cùng là 7603 - đó là bản sửa đổi SVN. 3 - là số lượng cam kết từ nó. Chúng ta cần thêm chúng.

Vì vậy, số sửa đổi có thể được tính theo kịch bản này:

expr $(git describe --tags --long | cut -d '-' -f 1) + $(git describe --tags --long | cut -d '-' -f 2)

Cái tôi từng dùng là:

git log | grep "^commit" | wc -l

Đơn giản nhưng nó đã làm việc.

Sử dụng cú pháp Bash,

$(git rev-list --count HEAD)

có vẻ tốt cho lịch sử tuyến tính hoàn toàn. Nếu bạn cũng muốn đôi khi có các số điện thoại từ các chi nhánh (dựa trên tắt master), hãy xem xét:

$(git rev-list --count $(git merge-base master HEAD)).$(git rev-list --count ^master HEAD)

Khi chạy từ thanh toán master, bạn nhận được đơn giản 1234.0hoặc tương tự. Khi chạy từ thanh toán của một chi nhánh, bạn sẽ nhận được một cái gì đó như thế 1234.13, nếu đã có 13 cam kết được thực hiện trên chi nhánh đó. Rõ ràng điều này chỉ hữu ích khi bạn chỉ dựa vào nhiều nhất một nhánh trong một masterphiên bản nhất định .

--first-parent có thể được thêm vào số vi mô để loại bỏ một số cam kết chỉ phát sinh từ việc sáp nhập các nhánh khác, mặc dù điều này có thể không cần thiết.

Bạn co thể thử

git log --oneline | wc -l

hoặc liệt kê tất cả các cam kết được thực hiện bởi những người đóng góp trong kho lưu trữ

git shortlog -s

git config --global alias.count 'rev-list --all --count'

Nếu bạn thêm nó vào cấu hình của bạn, bạn chỉ có thể tham khảo lệnh;

git count

Sử dụng git shortlog như thế này

git shortlog -sn

Hoặc tạo bí danh (cho thiết bị đầu cuối dựa trên ZSH)

# show contributors by commits alias gcall="git shortlog -sn"

Làm thế nào về việc làm cho một alias?

alias gc="git rev-list --all --count"      #Or whatever name you wish