Git cam kết không có thông báo cam kết

Làm cách nào tôi có thể cam kết các thay đổi mà không chỉ định thông báo cam kết? Tại sao nó được yêu cầu theo mặc định?

git thường yêu cầu một thông báo không trống bởi vì cung cấp một thông điệp cam kết có ý nghĩa là một phần của thực tiễn phát triển tốt và quản lý kho lưu trữ tốt. Dòng đầu tiên của thông báo cam kết được sử dụng khắp nơi trong git; để biết thêm, hãy đọc "Lưu ý về thông báo cam kết Git" .

Nếu bạn mở Terminal.app, cdvào thư mục dự án của mình, và git commit -am ''bạn sẽ thấy rằng nó không thành công vì không cho phép thông báo cam kết trống. Các phiên bản git mới hơn có
--allow-empty-messageđối số dòng lệnh, bao gồm cả phiên bản git đi kèm với phiên bản Xcode mới nhất. Điều này sẽ cho phép bạn sử dụng lệnh này để thực hiện cam kết với một thông báo trống:

git commit -a --allow-empty-message -m ''

Trước --allow-empty-messagecờ, bạn phải sử dụng commit-treelệnh sửa ống nước. Bạn có thể xem ví dụ về cách sử dụng lệnh này trong chương "Git thô" của sách Git .

Và nếu bạn thêm một bí danh cho nó thì nó thậm chí còn tốt hơn phải không?

git config --global alias.nccommit 'commit -a --allow-empty-message -m ""'

Bây giờ bạn chỉ cần thực hiện một nccommit, nc vì không có bình luận, và mọi thứ sẽ được cam kết.

Khi làm việc trên một bản cập nhật mã quan trọng, nếu bạn thực sự cần một điểm an toàn trung gian, bạn có thể thực hiện:

git commit -am'.'

hoặc ngắn hơn:

git commit -am.

Lưu ý: bắt đầu từ git1.8.3.2 (tháng 7 năm 2013), lệnh sau ( được đề cập ở trên bởi Jeremy W Sherman ) sẽ không mở trình chỉnh sửa nữa:

git commit --allow-empty-message -m ''

Xem cam kết 25206778aac776fc6cc4887653fdae476c7a9b5a :

Nếu một thông báo trống được chỉ định với tùy chọn -mgit commit thì trình chỉnh sửa sẽ bắt đầu.
Đó là điều bất ngờ và không cần thiết.
Thay vì sử dụng độ dài của chuỗi thông báo để kiểm tra xem người dùng có chỉ định hay không, hãy trực tiếp ghi nhớ xem tùy chọn -mđã được cung cấp hay chưa.

git 2.9 (tháng 6 năm 2016) cải thiện hành vi thông báo trống:

Xem cam kết 178e814 (06/04/2016) bởi Adam Dinwoodie ( me-and) .
Xem cam kết 27014cb (07/04/2016) bởi Jeff King ( peff) .
^{(Merged bởi Junio C Hamano - gitster- trong phạm 0.709.261 , ngày 22 tháng 4 năm 2016)}

commit: không bỏ qua một tin nhắn trống rỗng do -m ''

• " git commit --amend -m '' --allow-empty-message", mặc dù có vẻ lạ, nhưng là một yêu cầu hợp lệ để sửa đổi cam kết không có thông báo nào cả.
  Do phát hiện sai sự hiện diện của-m trên dòng lệnh, chúng tôi đã kết thúc việc giữ bản ghi nhật ký từ cam kết ban đầu.
• " git commit -m "$msg" -F file" nên bị từ chối cho dù có phải $msglà một chuỗi trống hay không, nhưng do cùng một lỗi, không bị từ chối khi$msg trống.
• " git -c template=file -m "$msg"" nên bỏ qua mẫu ngay cả khi $msgtrống, nhưng nó đã không sử dụng nội dung từ tệp mẫu.

Bạn không cần git để thực hiện điều này. Sử dụng sáng tạo một hàm bash sẽ rất tốt. Nếu bạn không quan tâm đến tin nhắn, chỉ cần đặt một tin nhắn mặc định và quên nó đi.

function gitcom() {
  git commit -m "my default commit message"
}

Nếu bạn cảm thấy thực sự mạo hiểm, bạn có thể thêm, cam kết và đẩy bằng một lệnh

function gitzap() {
  git add . && git commit -m "whatevs" && git push $1 $2
}

Mà sau đó bạn sẽ chạy như

gitzap origin master

Bạn thậm chí có thể tìm hiểu sâu hơn và sử dụng parse_git_branch để lưu cho mình một số lần gõ phím ở đó hoặc đặt mặc định chung là "origin" và "master".

Git yêu cầu một cam kết phải có một bình luận, nếu không nó sẽ không chấp nhận cam kết.

Bạn có thể định cấu hình một mẫu mặc định với git làm thông báo cam kết mặc định của mình hoặc có thể tra cứu cờ --allow-rỗng-message trong git. Tôi nghĩ (không chắc chắn 100%) bạn có thể định cấu hình lại git để chấp nhận các thông báo cam kết trống (đó không phải là một ý kiến ​​hay). Thông thường mỗi lần cam kết phải là một công việc được mô tả bằng thông điệp của bạn.

Tôi đã tìm thấy giải pháp đơn giản nhất:

git commit -am'save'

Đó là tất cả, bạn sẽ làm việc xung quanh nội dung tin nhắn cam kết git.

bạn thậm chí có thể lưu lời khen đó vào mục bash hoặc những thứ khác để làm cho nó đơn giản hơn.

Các thành viên trong nhóm của chúng tôi luôn viết những thông điệp đó, nhưng hầu như sẽ không ai nhìn thấy những thông điệp đó nữa.

Thông điệp cam kết là một thứ giết thời gian ít nhất trong nhóm của chúng tôi, vì vậy chúng tôi bỏ qua nó.

Tôi có cấu hình sau trong dự án riêng tư của mình:

git config alias.auto 'commit -a -m "changes made from [device name]"'

Bằng cách đó, khi tôi đang vội, tôi sẽ

git auto
git push

Và ít nhất tôi biết bản cam kết được thực hiện từ thiết bị nào.

Thông báo cam kết là một phương pháp hay nhất mà bạn nên tuân thủ mọi lúc. Trừ khi bạn là nhà phát triển duy nhất và điều đó sẽ không sớm thay đổi.

git commit -a -m 'asdfasdfadsfsdf'