Tài liệu git-commit – git commit dòng lệnh

Bạn đang xem : dòng lệnh git commit

Yêu cầu lệnh để tự động hiển thị các tệp có
đã được sửa đổi và xóa, nhưng các tệp mới bạn chưa
đã nói với Git về không bị ảnh hưởng.

Sử dụng giao diện lựa chọn bản vá tương tác để chọn
thay đổi thành cam kết. Xem git-add [1] để biết
chi tiết.

Lấy một đối tượng cam kết hiện có và sử dụng lại thông báo nhật ký
và thông tin về quyền tác giả (bao gồm cả dấu thời gian)
khi tạo cam kết.

Giống như -C, nhưng với -c , trình chỉnh sửa được gọi, vì vậy
người dùng có thể chỉnh sửa thêm thông báo cam kết.

Tạo một cam kết mới để “sửa lỗi” & lt; commit & gt; khi được áp dụng với
git rebase --autosquash . Plain --fixup = & lt; commit & gt; tạo một
“sửa chữa!” cam kết sẽ thay đổi nội dung của & lt; commit & gt; nhưng bỏ đi
thông báo nhật ký của nó không bị ảnh hưởng. --fixup = mod: & lt; commit & gt; tương tự nhưng
tạo ra một “sửa đổi!” cam kết cũng thay thế thông báo nhật ký của
& lt; commit & gt; với thông báo nhật ký “sửa đổi!” làm.
--fixup = reword: & lt; commit & gt; tạo “sửa đổi!” cam kết
thay thế thông báo nhật ký của & lt; commit & gt; bằng thông báo nhật ký của chính nó
nhưng không thay đổi nội dung của & lt; commit & gt; .

Cam kết được tạo bởi --fixup = & lt; commit & gt; đơn giản có chủ đề
bao gồm “fixup!” theo sau là dòng chủ đề từ & lt; commit & gt ;,
và được công nhận đặc biệt bởi git rebase --autosquash . -m
tùy chọn có thể được sử dụng để bổ sung thông báo nhật ký của
cam kết, nhưng phần bình luận bổ sung sẽ bị loại bỏ khi
“sửa chữa!” commit bị bóp méo thành & lt; commit & gt; bởi
git rebase --autosquash .

Cam kết được tạo bởi --fixup = mod: & lt; commit & gt; tương tự nhưng
thay vào đó, chủ đề được đặt tiền tố bằng “sửa đổi!”. Thông báo nhật ký của
& lt; cam kết & gt; được sao chép vào thông báo nhật ký của “sửa đổi!” cam kết và
được mở trong trình chỉnh sửa để nó có thể được tinh chỉnh. Khi git rebase
--autosquash
nhấn mạnh “sửa đổi!” cam kết vào & lt; commit & gt; ,
thông báo nhật ký của & lt; commit & gt; được thay thế bằng thông báo nhật ký tinh chỉnh
từ “sửa đổi!” làm. Đó là một lỗi cho “sửa đổi!” cam kết
thông báo ghi nhật ký để trống trừ khi --allow-blank-message
được chỉ định.

--fixup = reword: & lt; commit & gt; là cách viết tắt của --fixup = mod: & lt; commit & gt;
--chỉ
. Nó tạo ra một “sửa đổi!” cam kết chỉ với một tin nhắn nhật ký
(bỏ qua bất kỳ thay đổi nào được tổ chức trong chỉ mục). Khi bị đè bẹp bởi git
rebase --autosquash
, nó thay thế thông báo nhật ký của & lt; commit & gt;
mà không thực hiện bất kỳ thay đổi nào khác.

Cả “bản sửa lỗi!” cũng không phải “sửa đổi!” cam kết thay đổi quyền tác giả của
& lt; commit & gt; khi được áp dụng bởi git rebase --autosquash .
Xem git-rebase [1] để biết chi tiết.

Tạo thông báo cam kết để sử dụng với rebase --autosquash .
Dòng chủ đề của thông điệp cam kết được lấy từ
cam kết với tiền tố “bí!”. Có thể được sử dụng với bổ sung
tùy chọn thông báo cam kết ( -m / -c / -C / -F ). Nhìn thấy
git-rebase [1] để biết chi tiết.

Khi được sử dụng với các tùy chọn -C / -c / – sửa đổi hoặc khi cam kết sau
xung đột với cherry-pick, tuyên bố rằng quyền tác giả của
kết quả cam kết bây giờ thuộc về người cam kết. Điều này cũng đổi mới
dấu thời gian của tác giả.

Khi chạy khô, hãy cung cấp đầu ra ở định dạng ngắn. Nhìn thấy
git-status [1] để biết chi tiết. Ngụ ý --dry-run .

Hiển thị thông tin chi nhánh và thông tin theo dõi ngay cả ở định dạng ngắn.

Khi chạy khô, hãy cho đầu ra ở dạng sứ sẵn sàng
định dạng. Xem git-status [1] để biết chi tiết. Ngụ ý
--dry-run .

Khi chạy khô, hãy cung cấp đầu ra ở định dạng dài.
Ngụ ý --dry-run .

Khi hiển thị đầu ra trạng thái ngắn hoặc sứ , hãy in
tên tệp nguyên văn và kết thúc các mục nhập bằng NUL, thay vì LF.
Nếu không có định dạng nào được đưa ra, có nghĩa là định dạng đầu ra --por Ambassador .
Nếu không có tùy chọn -z , các tên tệp có ký tự “bất thường” sẽ
được trích dẫn như đã giải thích cho biến cấu hình core.quotePath
(xem git-config [1] ).

Lấy thông báo cam kết từ tệp đã cho. Dùng để
đọc tin nhắn từ đầu vào chuẩn.

Ghi đè tác giả cam kết. Chỉ định một tác giả rõ ràng bằng cách sử dụng
Tiêu chuẩnĐịnh dạng A U Thor & lt; author@example.com> . Nếu không thì & lt; tác giả & gt;
được giả định là một mẫu và được sử dụng để tìm kiếm một
cam kết của tác giả đó (tức là rev-list –all -i –author = & lt; author & gt;);
tác giả cam kết sau đó được sao chép từ cam kết đầu tiên được tìm thấy.

Ghi đè ngày tác giả được sử dụng trong cam kết.

Sử dụng & lt; msg & gt; như thông điệp cam kết.
Nếu nhiều tùy chọn -m được cung cấp, giá trị của chúng là
được nối thành các đoạn văn riêng biệt.

Tùy chọn -m loại trừ lẫn nhau với -c , -C -F . < / p>

Khi chỉnh sửa thông báo cam kết, hãy bắt đầu trình chỉnh sửa với
nội dung trong tệp đã cho. Cấu hình commit.template
biến thường được sử dụng để cung cấp tùy chọn này một cách ngầm định cho
yêu cầu. Cơ chế này có thể được sử dụng bởi các dự án muốn
hướng dẫn người tham gia một số gợi ý về những gì cần viết trong tin nhắn
theo thứ tự. Nếu người dùng thoát khỏi trình chỉnh sửa mà không chỉnh sửa
thông báo, cam kết bị hủy bỏ. Điều này không có hiệu lực khi một tin nhắn
được đưa ra bằng các phương tiện khác, ví dụ: với các tùy chọn -m hoặc -F .

Thêm đoạn giới thiệu Signed-off-by bởi người cam kết vào cuối cam kết
nhật ký tin nhắn. Ý nghĩa của một dấu hiệu phụ thuộc vào dự án
mà bạn đang cam kết. Ví dụ, nó có thể chứng nhận rằng
người cam kết có quyền gửi tác phẩm theo
giấy phép của dự án hoặc đồng ý với một số đại diện của cộng tác viên,
chẳng hạn như Giấy chứng nhận xuất xứ của nhà phát triển.
(Xem http://developercertificate.org để biết thông tin được sử dụng bởi
Dự án nhân Linux và Git.) Tham khảo tài liệu hoặc
lãnh đạo của dự án mà bạn đang đóng góp vào
hiểu cách sử dụng các ký hiệu trong dự án đó.

Tùy chọn –no-signoff có thể được sử dụng để chống lại một –signoff trước đó
trên dòng lệnh.

Chỉ định một cặp (& lt; token & gt ;, & lt; value & gt;) sẽ được áp dụng làm
giới thiệu tóm tắt. (ví dụ: git commit --trailer "Đã ký tên: C O Mitter \
& lt; committer@example.com> "--trailer" Được trợ giúp bởi: C O Mitter \
& lt; committer@example.com> "
sẽ thêm đoạn giới thiệu” Đã ký tên ”
và đoạn giới thiệu “Được trợ giúp” cho thông báo cam kết.)
Các biến cấu hình trailer. *
( git -pret-trailer [1] ) có thể được sử dụng để xác định nếu
một đoạn giới thiệu trùng lặp bị bỏ qua, trong đó đoạn giới thiệu
mỗi đoạn giới thiệu sẽ xuất hiện và các chi tiết khác.

Theo mặc định, móc pre-commit và commit-msg được chạy.
Khi bất kỳ --no-verify hoặc -n nào được cung cấp, chúng sẽ bị bỏ qua.
Xem thêm githooks [5] .

Thường ghi lại một cam kết có cùng cây với
cam kết của cha mẹ duy nhất là một sai lầm và lệnh ngăn cản bạn
từ việc thực hiện một cam kết như vậy. Tùy chọn này bỏ qua sự an toàn và
chủ yếu để sử dụng bởi các tập lệnh giao diện SCM nước ngoài.

Giống như –allow-rỗng, lệnh này chủ yếu dành cho người nước ngoài
Các tập lệnh giao diện SCM. Nó cho phép bạn tạo một cam kết với một
thông báo cam kết trống rỗng mà không sử dụng các lệnh hệ thống ống nước như
git-commit-tree [1] .

Tùy chọn này xác định cách thông báo cam kết được cung cấp
làm sạch trước khi cam kết. Chế độ & lt; & gt; có thể là dải ,
khoảng trắng , nguyên văn , kéo hoặc mặc định .

dải

Tách các dòng trống ở đầu và cuối, khoảng trắng ở cuối,
bình luận và thu gọn các dòng trống liên tiếp.

khoảng trắng

Giống với dải ngoại trừ #comment không bị xóa.

nguyên văn

Hoàn toàn không thay đổi thông báo.

cái kéo

Giống với khoảng trắng ngoại trừ mọi thứ từ (và bao gồm)
dòng được tìm thấy bên dưới bị cắt ngắn, nếu thư cần được chỉnh sửa.
# ” có thể được tùy chỉnh bằng core.commentChar.

 # ------------------------ & gt; 8 ------------------- ----- 
mặc định

Tương tự như dải nếu thư cần được chỉnh sửa.
Nếu không thì khoảng trắng .

Có thể thay đổi giá trị mặc định bằng cấu hình commit.cleanup
biến (xem git-config [1] ).

Thông báo được lấy từ tệp với -F , dòng lệnh với
-m và từ đối tượng cam kết với -C thường được sử dụng như
thông báo nhật ký cam kết không được sửa đổi. Tùy chọn này cho phép bạn
chỉnh sửa thêm thông điệp được lấy từ các nguồn này.

Sử dụng thông báo cam kết đã chọn mà không cần khởi chạy trình chỉnh sửa.
Ví dụ: git commit --amend --no-edit sửa một cam kết
mà không thay đổi thông điệp cam kết của nó.

Thay thế đầu của nhánh hiện tại bằng cách tạo một nhánh mới
làm. Cây ghi được chuẩn bị như bình thường (bao gồm
ảnh hưởng của các tùy chọn -i -o và rõ ràng
pathspec) và thông báo từ cam kết ban đầu được sử dụng
là điểm bắt đầu, thay vì một thông báo trống, khi không
thông báo khác được chỉ định từ dòng lệnh thông qua các tùy chọn
chẳng hạn như -m , -F , -c , v.v. Cam kết mới có cùng
cha mẹ và tác giả là tác giả hiện tại ( --reset-author
tùy chọn có thể phản đối điều này).

Nó tương đương với:

 $ git đặt lại --soft HEAD ^
$ ... làm điều gì đó khác để tạo ra cây phù hợp ...
$ git commit -c ORIG_HEAD 

nhưng có thể được sử dụng để sửa đổi cam kết hợp nhất.

Bạn nên hiểu ý nghĩa của việc viết lại lịch sử nếu bạn
sửa đổi một cam kết đã được xuất bản. (Xem phần “PHỤC HỒI
Phần TỪ UPSTREAM REBASE “trong git-rebase [1] .)

Bỏ qua móc nối sau khi viết lại.

Trước khi thực hiện cam kết đối với các nội dung theo giai đoạn cho đến nay,
hiển thị nội dung của các đường dẫn được đưa ra trên dòng lệnh
cũng. Đây thường không phải là điều bạn muốn trừ khi bạn
đang kết thúc một hợp nhất xung đột.

Thực hiện cam kết bằng cách lấy nội dung cây làm việc được cập nhật
của các đường dẫn được chỉ định trên
dòng lệnh, bỏ qua bất kỳ nội dung nào đã
dàn dựng cho các con đường khác. Đây là chế độ hoạt động mặc định của
git commit nếu bất kỳ đường dẫn nào được đưa ra trên dòng lệnh,
trong trường hợp này có thể bỏ qua tùy chọn này.
Nếu tùy chọn này được chỉ định cùng với --amend , thì
không cần chỉ định đường dẫn, có thể được sử dụng để sửa đổi
cam kết cuối cùng mà không cam kết những thay đổi có
đã được dàn dựng. Nếu được sử dụng cùng với --allow-blank
các đường dẫn cũng không bắt buộc và một cam kết trống sẽ được tạo.

Pathspec được chuyển vào & lt; file & gt; thay vì args dòng lệnh. Nếu
& lt; file & gt; chính xác là - thì đầu vào chuẩn được sử dụng. Pathspec
các phần tử được phân tách bằng LF hoặc CR / LF. Phần tử Pathspec có thể là
được trích dẫn như đã giải thích cho biến cấu hình core.quotePath
(xem git-config [1] ). Xem thêm --pathspec-file-nul
toàn cầu --literal-pathspecs .

Chỉ có ý nghĩa với --pathspec-from-file . Phần tử Pathspec là
được phân tách bằng ký tự NUL và tất cả các ký tự khác đều được lấy
theo nghĩa đen (bao gồm cả dòng mới và dấu ngoặc kép).

Hiển thị các tệp chưa được theo dõi.

Tham số chế độ là tùy chọn (mặc định cho tất cả) và được sử dụng để
chỉ rõ việc xử lý các tệp không được theo dõi; khi -u không được sử dụng,
mặc định là bình thường, tức là hiển thị các tệp và thư mục chưa được theo dõi.

Các tùy chọn khả thi là:

  • không – Không hiển thị tệp chưa được theo dõi

  • normal – Hiển thị các tệp và thư mục chưa được theo dõi

  • tất cả – Đồng thời hiển thị các tệp riêng lẻ trong các thư mục không được theo dõi.

Có thể thay đổi giá trị mặc định bằng status.showUntrackedFiles
biến cấu hình được ghi lại trong git-config [1] .

Hiển thị sự khác biệt thống nhất giữa cam kết HEAD và những gì
sẽ được cam kết ở cuối thông báo cam kết
mẫu để giúp người dùng mô tả cam kết bằng cách nhắc nhở
những gì thay đổi cam kết có.
Lưu ý rằng đầu ra khác biệt này không có
dòng có tiền tố #. Khác biệt này sẽ không phải là một phần
của thông báo cam kết. Xem cấu hình commit.verbose
biến trong git-config [1] .

Nếu được chỉ định hai lần, hãy hiển thị thêm sự khác biệt thống nhất giữa
những gì sẽ được cam kết và các tệp worktree, tức là không phân giai đoạn
thay đổi đối với các tệp được theo dõi.

Loại bỏ thông báo tóm tắt về cam kết.

Không tạo cam kết, nhưng hiển thị danh sách các đường dẫn
được cam kết, các con đường với những thay đổi cục bộ sẽ được để lại
không cam kết và các đường dẫn không được theo dõi.

Bao gồm đầu ra của git-status [1] trong cam kết
mẫu thông báo khi sử dụng trình chỉnh sửa để chuẩn bị cam kết
thông điệp. Mặc định là bật, nhưng có thể được sử dụng để ghi đè
biến cấu hình commit.status.

Không bao gồm đầu ra của git-status [1] trong
cam kết mẫu thông báo khi sử dụng trình chỉnh sửa để chuẩn bị
thông báo cam kết mặc định.

GPG-sign cam kết. Đối số keyid là tùy chọn và
mặc định cho danh tính người cam kết; nếu được chỉ định, nó phải là
bị mắc kẹt vào tùy chọn không có khoảng trống. --no-gpg-sign rất hữu ích để
phản đối cả hai commit.gpgSign biến cấu hình và
trước đó --gpg-sign .

Không giải thích bất kỳ đối số nào nữa là tùy chọn.

Khi pathspec được đưa ra trên dòng lệnh, hãy xác nhận nội dung của
các tệp phù hợp với pathspec mà không ghi lại các thay đổi
đã được thêm vào chỉ mục. Nội dung của các tệp này cũng
được tổ chức cho cam kết tiếp theo trên những gì đã được tổ chức trước đó.

Để biết thêm chi tiết, hãy xem mục nhập pathspec trong gitglossary [7] .


Xem thêm những thông tin liên quan đến chủ đề git commit dòng lệnh

Git Tutorial 4: Basic Commands: add, commit, push

  • Tác giả: codebasics
  • Ngày đăng: 2016-07-31
  • Đánh giá: 4 ⭐ ( 8750 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: In this git tutorial we will learn how to commit a code change locally using git commit and how to upload it to remote using git push. Here is the list of topics we are covering in this git tutorial,
    1) how to create new github repository
    2) push code to this repository using git push command
    3) go over these commands in detail,
    * git add
    * git commit
    * git push
    * git difftool

    Git GitHub GitTutorial GitTutorialforBeginners GitRebase GitAdd GitBash GitCommit GitCommands GitPush GitConfig

    Do you want to learn technology from me? Check https://codebasics.io/ for my affordable video courses.

    Git Tutorial: https://www.youtube.com/watch?v=xAAmje1H9YM&list=PLeo1K3hjS3usJuxZZUBdjAcilgfQHkRzW

    Next Video:
    Git Tutorial 5: Undoing/Reverting/Resetting code changes: https://www.youtube.com/watch?v=3dk3s4LK-Wg&list=PLeo1K3hjS3usJuxZZUBdjAcilgfQHkRzW&index=5

    Machine Learning Tutorial With Python: https://www.youtube.com/watch?v=gmvvaobm7eQ&list=PLeo1K3hjS3uvCeTYTeyfe0-rN5r8zn9rw

    🌎 My Website For Video Courses: https://codebasics.io/

    Need help building software or data analytics and AI solutions? My company https://www.atliq.com/ can help. Click on the Contact button on that website.

    Facebook: https://www.facebook.com/codebasicshub
    Twitter: https://twitter.com/codebasicshub

Những lệnh Git cơ bản cần nhớ

  • Tác giả: viblo.asia
  • Đánh giá: 4 ⭐ ( 6000 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: 1. Cơ bản vê Git

NHỮNG LỆNH PHỔ BIẾN TRONG GIT

  • Tác giả: co-well.vn
  • Đánh giá: 3 ⭐ ( 9182 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Bài viết này giới thiệu khái quát và hướng dẫn những câu lệnh cơ bản thường được sử dụng trong Git, hi vọng sẽ giúp ích cho những bạn mới bắt đầu tìm hiểu.

Git là gì? các câu lệnh trong git commit sử dụng lệnh git commit

  • Tác giả: jdomain.vn
  • Đánh giá: 4 ⭐ ( 2322 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Trong bài viết trước về SourceTree, mình đã chia sẻ khá ngắn gọn về việc sử dụng Git cơ bản với giao diện UI thông qua phần mềm này, Tuy vậy, việc sử dụng Git Bash thông qua câu lệnh sẽ là rất cần thiết trong phần lớn trường hợp của developer

Git Cheat Sheet – 50 lệnh Git bạn nên biết

  • Tác giả: comdy.vn
  • Đánh giá: 5 ⭐ ( 3260 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Git có nhiều lệnh khác nhau mà bạn có thể sử dụng. Hướng dẫn này giới thiệu với bạn 50 lệnh Git được mọi người sử dụng thường xuyên nhất.

Git Commit là gì? Git Commit được sử dụng như thế nào?

  • Tác giả: vn.got-it.ai
  • Đánh giá: 4 ⭐ ( 5188 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Trong Git, các lập trình viên có thể ghi lại những thay đổi của dự án một cách dễ dàng bằng Git Commit. Vậy Git Commit là gì? Hãy cùng Got It tìm hiểu nhé!

Sử dụng lệnh git commit

  • Tác giả: xuanthulab.net
  • Đánh giá: 5 ⭐ ( 6332 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Thực hiện câu lệnh git commit để lưu dữ liệu vào hệ thống Git, tùy chọn các tham số như tự động staging, cập nhật vào commit cuối

Xem thêm các bài viết khác thuộc chuyên mục: Kiến thức lập trình

Xem Thêm  Vòng lặp For và While trong Python - trăn vòng lặp for trong khi