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

CHƯƠNG TRÌNH:

TÊN

git - trình theo dõi nội dung ngu ngốc

SYNOPSIS

git [--version] [--help] [-C ] [-NS = ]
[--exec-path [= ]] [--html-path] [--man-path] [--info-path]
[-p | --paginate | --no-pager] [--no-Replace-objects] [--bare]
[--git-dir = ] [--work-tree = ] [- không gian tên = ]
[ ]

MÔ TẢ

Git là một hệ thống kiểm soát sửa đổi phân tán, có thể mở rộng, nhanh chóng với một
bộ lệnh cung cấp cả hoạt động cấp cao và toàn quyền truy cập vào nội bộ.

Xem hướng dẫn(7) để bắt đầu, sau đó xem git mỗi ngày(7) để có một tập hợp tối thiểu hữu ích
các lệnh. Các đi Của người dùng Hướng dẫn sử dụng[1] có phần giới thiệu chuyên sâu hơn.

Sau khi bạn nắm vững các khái niệm cơ bản, bạn có thể quay lại trang này để tìm hiểu những gì
lệnh Git đưa ra. Bạn có thể tìm hiểu thêm về các lệnh Git riêng lẻ với "git help
chỉ huy". gitcli(7) trang hướng dẫn cung cấp cho bạn cái nhìn tổng quan về cú pháp dòng lệnh.

Có thể xem phiên bản được định dạng và siêu liên kết của tài liệu Git mới nhất tại
http://git-htmldocs.googlecode.com/git/git.html.

LỰA CHỌN

--phiên bản
In phiên bản bộ Git mà git chương trình đến từ.

--Cứu giúp
In tóm tắt và danh sách các lệnh được sử dụng phổ biến nhất. Nếu tùy chọn --tất cả các
or -a được đưa ra sau đó tất cả các lệnh có sẵn sẽ được in. Nếu một lệnh Git được đặt tên là
tùy chọn sẽ hiển thị trang hướng dẫn sử dụng lệnh đó.

Các tùy chọn khác có sẵn để kiểm soát cách hiển thị trang thủ công. Nhìn thấy git-
giúp đỡ(1) để biết thêm thông tin, vì git --help ... được chuyển đổi nội bộ thành git
Cứu giúp ....

-NS
Chạy như thể git được bắt đầu trong thay vì thư mục làm việc hiện tại. Khi nào
nhiều tùy chọn -C được đưa ra, mỗi tùy chọn -C không tuyệt đối tiếp theo được diễn giải
so với -C trước đó .

Tùy chọn này ảnh hưởng đến các tùy chọn mong đợi tên đường dẫn như --git-dir và --work-tree trong
rằng cách giải thích của họ về tên đường dẫn sẽ được thực hiện liên quan đến hoạt động
thư mục gây ra bởi tùy chọn -C. Ví dụ, các lời gọi sau đây là
tương đương:

trạng thái git --git-dir = a.git --work-tree = b -C c
trạng thái git --git-dir = c / a.git --work-tree = c / b

-NS =
Truyền một tham số cấu hình cho lệnh. Giá trị đã cho sẽ ghi đè các giá trị
từ các tệp cấu hình. Các được mong đợi ở cùng một định dạng như được liệt kê bởi git
cấu hình (các khóa con cách nhau bởi dấu chấm).

Lưu ý rằng việc bỏ qua = trong git -c foo.bar ... được cho phép và đặt foo.bar thành
giá trị thực của boolean (giống như thanh [foo] trong tệp cấu hình). Bao gồm các dấu bằng
nhưng với giá trị trống (như git -c foo.bar = ...) đặt foo.bar thành chuỗi trống.

--exec-path [= ]
Đường dẫn đến bất cứ nơi nào các chương trình Git cốt lõi của bạn được cài đặt. Điều này cũng có thể được kiểm soát bởi
thiết lập biến môi trường GIT_EXEC_PATH. Nếu không có đường dẫn nào được đưa ra, git sẽ in
cài đặt hiện tại và sau đó thoát.

--html-đường dẫn
In đường dẫn, không có dấu gạch chéo, nơi tài liệu HTML của Git được cài đặt
và thoát ra.

--con đường dẫn
In đường dẫn (xem người đàn ông(1)) cho các trang người dùng cho phiên bản Git này và thoát.

--đường dẫn thông tin
In đường dẫn nơi các tệp Thông tin ghi lại phiên bản Git này được cài đặt và
lối thoát.

-p, --phân trang
Đưa tất cả đầu ra vào ít (hoặc nếu được đặt, $ PAGER) nếu đầu ra tiêu chuẩn là một thiết bị đầu cuối. Cái này
ghi đè máy nhắn tin. tùy chọn cấu hình (xem "Cơ chế cấu hình"
phần bên dưới).

--no-máy nhắn tin
Không chuyển đầu ra Git vào một máy nhắn tin.

--git-dir =
Đặt đường dẫn đến kho lưu trữ. Điều này cũng có thể được kiểm soát bằng cách đặt GIT_DIR
biến môi trường. Nó có thể là một đường dẫn tuyệt đối hoặc đường dẫn tương đối để làm việc hiện tại
thư mục.

--work-tree =
Đặt đường dẫn đến cây làm việc. Nó có thể là một đường dẫn tuyệt đối hoặc một đường dẫn liên quan đến
thư mục làm việc hiện tại. Điều này cũng có thể được kiểm soát bằng cách đặt GIT_WORK_TREE
biến môi trường và biến cấu hình core.worktree (xem core.worktree
in git-config(1) để thảo luận chi tiết hơn).

- không gian tên =
Đặt không gian tên Git. Nhìn thấy không gian tên git(7) để biết thêm chi tiết. Tương đương với thiết lập
biến môi trường GIT_NAMESPACE.

--trần trụi
Coi kho lưu trữ như một kho lưu trữ trống. Nếu môi trường GIT_DIR không được đặt, nó sẽ
đặt thành thư mục làm việc hiện tại.

- không-thay-thế-đối-tượng
Không sử dụng các ref thay thế để thay thế các đối tượng Git. Nhìn thấy git-thay(1) để biết thêm
thông tin.

--thông số đường dẫn theo nghĩa đen
Xử lý pathspec theo nghĩa đen (tức là không có hiện tượng nhấp nháy, không có ma thuật pathspec). Điều này tương đương với
đặt biến môi trường GIT_LITERAL_PATHSPECS thành 1.

--glob-pathspecs
Thêm phép thuật "cầu" vào tất cả pathspec. Điều này tương đương với việc đặt GIT_GLOB_PATHSPECS
biến môi trường thành 1. Có thể thực hiện việc vô hiệu hóa cầu vồng trên các tập tin đường dẫn riêng lẻ
sử dụng phép thuật pathspec ": (theo nghĩa đen)"

--noglob-pathspecs
Thêm phép thuật "theo nghĩa đen" vào tất cả pathspec. Điều này tương đương với việc thiết lập
Biến môi trường GIT_NOGLOB_PATHSPECS thành 1. Cho phép hiển thị hình cầu trên từng cá nhân
pathspec có thể được thực hiện bằng cách sử dụng phép thuật pathspec ": (global)"

--icase-pathspecs
Thêm phép thuật "icase" vào tất cả pathspec. Điều này tương đương với việc thiết lập
Biến môi trường GIT_ICASE_PATHSPECS thành 1.

GIT HÀNG

Chúng tôi chia Git thành các lệnh cấp cao ("sứ") và lệnh cấp thấp ("hệ thống ống nước").

CẤP ĐỘ CAO HÀNG (SỨ)

Chúng tôi tách các lệnh sứ thành các lệnh chính và một số người dùng phụ
các tiện ích.

Chủ yếu sứ lệnh
thêm git(1)
Thêm nội dung tệp vào chỉ mục.

git-am(1)
Áp dụng một loạt các bản vá từ một hộp thư.

kho lưu trữ git(1)
Tạo một kho lưu trữ các tệp từ một cây được đặt tên.

git-chia đôi(1)
Sử dụng tìm kiếm nhị phân để tìm cam kết đã tạo ra lỗi.

git-chi nhánh(1)
Liệt kê, tạo hoặc xóa các nhánh.

git-bó(1)
Di chuyển các đối tượng và giới thiệu theo kho lưu trữ.

kiểm tra git(1)
Chuyển các nhánh hoặc khôi phục các tệp cây đang làm việc.

git-anh đào-chọn(1)
Áp dụng các thay đổi được giới thiệu bởi một số cam kết hiện có.

git-citool(1)
Thay thế đồ họa cho git-commit.

git-sạch(1)
Loại bỏ các tệp không được theo dõi khỏi cây làm việc.

bản sao git(1)
Sao chép một kho lưu trữ vào một thư mục mới.

git-cam kết(1)
Ghi lại các thay đổi đối với kho lưu trữ.

git-description(1)
Mô tả một cam kết bằng cách sử dụng thẻ gần đây nhất có thể truy cập được từ nó.

git-khác biệt(1)
Hiển thị các thay đổi giữa các cam kết, cam kết và cây làm việc, v.v.

tìm nạp git(1)
Tải xuống các đối tượng và tham chiếu từ một kho lưu trữ khác.

git-format-patch(1)
Chuẩn bị các bản vá để gửi e-mail.

git-gc(1)
Dọn dẹp các tệp không cần thiết và tối ưu hóa kho lưu trữ cục bộ.

git-grep(1)
In các dòng phù hợp với một mẫu.

git-gui(1)
Một giao diện đồ họa di động cho Git.

git-init(1)
Tạo một kho lưu trữ Git trống hoặc khởi động lại kho hiện có.

nhật ký git(1)
Hiển thị nhật ký cam kết.

hợp nhất git(1)
Kết hợp hai hoặc nhiều lịch sử phát triển với nhau.

git-mv(1)
Di chuyển hoặc đổi tên tệp, thư mục hoặc liên kết biểu tượng.

git-ghi chú(1)
Thêm hoặc kiểm tra ghi chú đối tượng.

kéo git(1)
Tìm nạp và tích hợp với một kho lưu trữ khác hoặc một chi nhánh cục bộ.

git-đẩy(1)
Cập nhật các tham chiếu từ xa cùng với các đối tượng liên quan.

git-rebase(1)
Forward-port local cam kết với đầu ngược dòng được cập nhật.

đặt lại git(1)
Đặt lại HEAD hiện tại về trạng thái được chỉ định.

hoàn nguyên git(1)
Hoàn nguyên một số cam kết hiện có.

git-rm(1)
Xóa tệp khỏi cây làm việc và khỏi chỉ mục.

git-shortlog(1)
Tóm tắt git đăng nhập đầu ra.

git-show(1)
Hiển thị nhiều loại đối tượng.

git-stash(1)
Lưu trữ các thay đổi trong một thư mục làm việc bẩn thỉu.

trạng thái git(1)
Hiển thị trạng thái cây làm việc.

mô-đun con git(1)
Khởi tạo, cập nhật hoặc kiểm tra các mô-đun con.

thẻ git(1)
Tạo, liệt kê, xóa hoặc xác minh đối tượng thẻ được ký bằng GPG.

git-worktree(1)
Quản lý nhiều cây làm việc.

gitk(1)
Trình duyệt kho lưu trữ Git.

Phụ trợ Lệnh
Người điều khiển:

git-config(1)
Nhận và đặt các tùy chọn kho lưu trữ hoặc toàn cầu.

git-nhanh-xuất(1)
Trình xuất dữ liệu Git.

git-fast-nhập(1)
Phần hỗ trợ cho các trình nhập dữ liệu Git nhanh.

git-filter-nhánh(1)
Viết lại các nhánh.

git-mergetool(1)
Chạy các công cụ giải quyết xung đột hợp nhất để giải quyết xung đột hợp nhất.

git-pack-refs(1)
Đóng gói các đầu và thẻ để truy cập kho lưu trữ hiệu quả.

git-mận(1)
Tỉa tất cả các đối tượng không thể truy cập từ cơ sở dữ liệu đối tượng.

git-reflog(1)
Quản lý thông tin reflog.

git-relink(1)
Liên kết cứng các đối tượng chung trong kho lưu trữ cục bộ.

git-từ xa(1)
Quản lý tập hợp các kho được theo dõi.

git-đóng gói lại(1)
Đóng gói các đối tượng đã giải nén trong một kho lưu trữ.

git-thay(1)
Tạo, liệt kê, xóa các ref để thay thế các đối tượng.

Người thẩm vấn:

chú thích git(1)
Chú thích các dòng tệp với thông tin cam kết.

git-blu(1)
Hiển thị bản sửa đổi nào và tác giả đã sửa đổi lần cuối từng dòng của tệp.

git-anh đào(1)
Tìm các cam kết chưa được áp dụng cho ngược dòng.

git-count-object(1)
Đếm số đối tượng đã giải nén và mức tiêu thụ đĩa của chúng.

git-difftool(1)
Hiển thị các thay đổi bằng cách sử dụng các công cụ khác biệt phổ biến.

git-fsck(1)
Xác minh khả năng kết nối và tính hợp lệ của các đối tượng trong cơ sở dữ liệu.

git-get-tar-cam kết-id(1)
Trích xuất ID cam kết từ một kho lưu trữ được tạo bằng git-archive.

trợ giúp git(1)
Hiển thị thông tin trợ giúp về Git.

git-instaweb(1)
Duyệt ngay kho lưu trữ đang làm việc của bạn trong gitweb.

git-hợp nhất-cây(1)
Hiển thị hợp nhất ba chiều mà không cần chạm vào chỉ mục.

git-rerere(1)
Sử dụng lại độ phân giải đã ghi của các hợp nhất bị xung đột.

git-rev-phân tích cú pháp(1)
Chọn ra và massage các thông số.

git-show-nhánh(1)
Hiển thị các chi nhánh và cam kết của họ.

git-xác minh-cam kết(1)
Kiểm tra chữ ký GPG của các cam kết.

git-xác minh-thẻ(1)
Kiểm tra chữ ký GPG của các thẻ.

git-whatchanged(1)
Hiển thị nhật ký với sự khác biệt mà mỗi cam kết giới thiệu.

gitweb(1)
Giao diện web Git (giao diện web cho kho lưu trữ Git).

Tương tác với Khác
Các lệnh này tương tác với SCM nước ngoài và với những người khác thông qua bản vá
e-mail.

git-archimport(1)
Nhập kho lưu trữ Arch vào Git.

git-cvsexportcommit(1)
Xuất một cam kết duy nhất sang một lần kiểm tra CVS.

git-cvsimport(1)
Lấy dữ liệu của bạn ra khỏi một SCM khác mà mọi người rất ghét.

git-cvsserver(1)
Trình giả lập máy chủ CVS cho Git.

git-imap-gửi(1)
Gửi một bộ sưu tập các bản vá từ stdin vào một thư mục IMAP.

git-p4(1)
Nhập từ và gửi đến kho lưu trữ Perforce.

git-quiltimport(1)
Áp dụng bộ vá chăn bông vào chi nhánh hiện tại.

git-yêu cầu-kéo(1)
Tạo một bản tóm tắt về các thay đổi đang chờ xử lý.

git-gửi-email(1)
Gửi một bộ sưu tập các bản vá dưới dạng email.

git-svn(1)
Hoạt động hai chiều giữa kho Subversion và Git.

CẤP THẤP HÀNG (NHỰA)

Mặc dù Git bao gồm lớp sứ riêng của nó, nhưng các lệnh cấp thấp của nó cũng đủ để
hỗ trợ phát triển các sản phẩm thay thế. Các nhà phát triển của những khu đất như vậy có thể bắt đầu
bằng cách đọc về git-update-index(1) git-đọc-cây(1).

Giao diện (đầu vào, đầu ra, tập hợp các tùy chọn và ngữ nghĩa) ở mức thấp này
các lệnh có nghĩa là ổn định hơn nhiều so với các lệnh mức Sứ, bởi vì những
các lệnh chủ yếu để sử dụng theo tập lệnh. Giao diện với các lệnh Porcelain ở bên kia
có thể thay đổi để cải thiện trải nghiệm người dùng cuối.

Mô tả sau đây chia các lệnh cấp thấp thành các lệnh thao tác
các đối tượng (trong kho lưu trữ, chỉ mục và cây làm việc), các lệnh thẩm vấn và
so sánh các đối tượng và các lệnh di chuyển các đối tượng và tham chiếu giữa các kho.

Thao tác lệnh
áp dụng git(1)
Áp dụng một bản vá cho các tệp và / hoặc cho chỉ mục.

git-checkout-index(1)
Sao chép tệp từ chỉ mục vào cây làm việc.

git-cam-cây(1)
Tạo một đối tượng cam kết mới.

đối tượng git-hash(1)
Tính toán ID đối tượng và tùy chọn tạo một đốm màu từ một tệp.

gói git-index(1)
Xây dựng tệp chỉ mục gói cho một kho lưu trữ được đóng gói hiện có.

git-merge-tệp(1)
Chạy hợp nhất tệp ba chiều.

git-merge-index(1)
Chạy hợp nhất cho các tệp cần hợp nhất.

git-mktag(1)
Tạo một đối tượng thẻ.

git-mktree(1)
Xây dựng một đối tượng cây từ văn bản có định dạng ls-tree.

git-pack-đối tượng(1)
Tạo một kho lưu trữ các đối tượng được đóng gói.

git-mận-đóng gói(1)
Loại bỏ các đối tượng bổ sung đã có trong tệp gói.

git-đọc-cây(1)
Đọc thông tin cây vào chỉ mục.

git-Symbol-ref(1)
Đọc, sửa đổi và xóa các tham chiếu tượng trưng.

git-unpack-đối tượng(1)
Giải nén các đối tượng từ một kho lưu trữ đã đóng gói.

git-update-index(1)
Đăng ký nội dung tệp trong cây làm việc vào chỉ mục.

git-update-ref(1)
Cập nhật tên đối tượng được lưu trữ trong ref một cách an toàn.

git-write-cây(1)
Tạo một đối tượng cây từ chỉ mục hiện tại.

Thẩm vấn lệnh
git-cat-tệp(1)
Cung cấp nội dung hoặc thông tin loại và kích thước cho các đối tượng kho lưu trữ.

tệp git-diff(1)
So sánh các tệp trong cây làm việc và chỉ mục.

git-diff-index(1)
So sánh một cây với cây làm việc hoặc chỉ mục.

git-diff-cây(1)
So sánh nội dung và chế độ của các đốm màu được tìm thấy qua hai đối tượng cây.

git-cho-mỗi-ref(1)
Thông tin đầu ra trên mỗi lượt giới thiệu.

git-ls-tệp(1)
Hiển thị thông tin về các tệp trong chỉ mục và cây làm việc.

git-ls-từ xa(1)
Liệt kê các tài liệu tham khảo trong một kho lưu trữ từ xa.

git-ls-cây(1)
Liệt kê nội dung của một đối tượng cây.

git-merge-base(1)
Tìm tổ tiên chung tốt nhất có thể để hợp nhất.

tên git-rev(1)
Tìm tên tượng trưng cho số vòng quay đã cho.

git-pack-dư thừa(1)
Tìm các tệp gói dư thừa.

danh sách git-rev(1)
Danh sách các đối tượng cam kết theo thứ tự thời gian ngược lại.

git-show-index(1)
Hiển thị chỉ mục lưu trữ đã đóng gói.

git-show-ref(1)
Liệt kê các tài liệu tham khảo trong một kho lưu trữ cục bộ.

git-unpack-tệp(1)
Tạo một tệp tạm thời với nội dung của một đốm màu.

git-var(1)
Hiển thị một biến logic Git.

git-verify-gói(1)
Xác thực các tệp lưu trữ Git được đóng gói.

Nói chung, các lệnh thẩm vấn không chạm vào các tệp trong cây làm việc.

Đồng bộ hóa kho
git-daemon(1)
Một máy chủ thực sự đơn giản cho kho lưu trữ Git.

gói git-fetch(1)
Nhận các đối tượng bị thiếu từ một kho khác.

git-http-phụ trợ(1)
Triển khai phía máy chủ của Git qua HTTP.

git-gửi-gói(1)
Đẩy các đối tượng qua giao thức Git sang một kho lưu trữ khác.

git-update-server-thông tin(1)
Cập nhật tệp thông tin phụ trợ để giúp máy chủ không hoạt động.

Sau đây là các lệnh trợ giúp được sử dụng ở trên; người dùng cuối thường không sử dụng chúng
trực tiếp.

git-http-tìm nạp(1)
Tải xuống từ kho lưu trữ Git từ xa qua HTTP.

git-http-đẩy(1)
Đẩy các đối tượng qua HTTP / DAV đến một kho lưu trữ khác.

git-parse-remote(1)
Các quy trình giúp phân tích cú pháp các tham số truy cập kho lưu trữ từ xa.

git-nhận-gói(1)
Nhận những gì được đẩy vào kho lưu trữ.

vỏ git(1)
Vỏ đăng nhập hạn chế cho quyền truy cập SSH chỉ Git.

git-tải lên-lưu trữ(1)
Gửi lưu trữ trở lại git-archive.

git-upload-gói(1)
Gửi các đối tượng được đóng gói trở lại git-fetch-pack.

nội helper lệnh
Đây là các lệnh trợ giúp nội bộ được sử dụng bởi các lệnh khác; người dùng cuối thường không sử dụng
họ trực tiếp.

git-check-attr(1)
Hiển thị thông tin gitattributes.

git-kiểm-bỏ qua(1)
Gỡ lỗi gitignore / loại trừ tệp.

git-kiểm tra-mailmap(1)
Hiển thị tên chính tắc và địa chỉ email của các liên hệ.

định dạng git-check-ref-format(1)
Đảm bảo rằng tên tham chiếu được hình thành tốt.

cột git(1)
Hiển thị dữ liệu theo cột.

git-thông tin đăng nhập(1)
Truy xuất và lưu trữ thông tin đăng nhập của người dùng.

git-thông tin xác thực-cache(1)
Người trợ giúp lưu trữ tạm thời mật khẩu trong bộ nhớ.

git-thông tin-cửa hàng(1)
Người trợ giúp để lưu trữ thông tin đăng nhập trên đĩa.

git-fmt-merge-tin nhắn(1)
Tạo một thông báo cam kết hợp nhất.

git -pret-trailer(1)
giúp thêm thông tin có cấu trúc vào các thông điệp cam kết.

thông tin git-mail(1)
Trích xuất bản vá và quyền tác giả từ một tin nhắn e-mail.

git-mailsplit(1)
Chương trình tách mbox UNIX đơn giản.

git-merge-one-file(1)
Chương trình trợ giúp tiêu chuẩn để sử dụng với git-merge-index.

git-patch-id(1)
Tính toán ID duy nhất cho một bản vá.

git-sh-i18n(1)
Mã thiết lập i18n của Git cho các tập lệnh shell.

git-sh-thiết lập(1)
Mã thiết lập tập lệnh shell Git chung.

git-dải vũ trụ(1)
Loại bỏ khoảng trắng không cần thiết.

CẤU HÌNH CƠ CHẾ

Git sử dụng một định dạng văn bản đơn giản để lưu trữ các tùy chỉnh dành cho mỗi kho lưu trữ và mỗi
người sử dụng. Tệp cấu hình như vậy có thể trông giống như sau:

#
# A '#' hoặc ';' ký tự chỉ ra một bình luận.
#

; biến cốt lõi
[cốt lõi]
; Không tin tưởng các chế độ tệp
filemode = sai

; danh tính người dùng
[User]
name = "Junio ​​C Hamano"
email = "[email được bảo vệ]"

Các lệnh khác nhau được đọc từ tệp cấu hình và điều chỉnh hoạt động của chúng cho phù hợp.
Xem git-config(1) để biết danh sách và thêm chi tiết về cơ chế cấu hình.

số nhận dạng THUẬT NGỮ

Cho biết tên đối tượng cho bất kỳ loại đối tượng nào.


Cho biết tên đối tượng đốm màu.


Cho biết tên đối tượng cây.


Chỉ ra tên đối tượng cam kết.


Chỉ ra tên cây, cam kết hoặc thẻ đối tượng. Một lệnh có một
cuối cùng đối số muốn hoạt động trên một đối tượng nhưng tự động bỏ tham chiếu
và các đối tượng hướng vào một .


Cho biết tên đối tượng cam kết hoặc thẻ. Một lệnh có một tranh luận
cuối cùng muốn hoạt động trên một đối tượng nhưng tự động bỏ tham chiếu
các đối tượng hướng vào một .


Cho biết rằng một loại đối tượng là bắt buộc. Hiện tại là một trong số: đốm màu, cây, cam kết hoặc
tag.


Cho biết tên tệp - hầu như luôn luôn liên quan đến gốc của cấu trúc cây
GIT_INDEX_FILE mô tả.

BIỂU TƯỢNG NHẬN DIỆN

Bất kỳ lệnh Git nào chấp nhận bất kỳ cũng có thể sử dụng ký hiệu biểu tượng sau:

TRỤ
cho biết người đứng đầu chi nhánh hiện tại.


một thẻ hợp lệ tên (tức là một refs / tags / thẩm quyền giải quyết).


một cái đầu hợp lệ tên (tức là một refs / heads / thẩm quyền giải quyết).

Để có danh sách đầy đủ hơn về các cách đánh vần tên đối tượng, hãy xem phần "CỤ THỂ LỜI KHUYÊN"
in gitrevision(7).

TẬP TIN THƯ MỤC Cơ cấu

Xin vui lòng xem bố cục gitrepository(5) tài liệu.

Đọc githook(5) để biết thêm chi tiết về mỗi móc.

Các SCM cấp cao hơn có thể cung cấp và quản lý thông tin bổ sung trong $ GIT_DIR.

THUẬT NGỮ

Xin vui lòng xem gitglossary(7).

MÔI TRƯỜNG BIẾN

Các lệnh Git khác nhau sử dụng các biến môi trường sau:

Sản phẩm đi Kho
Các biến môi trường này áp dụng cho tất cả các các lệnh Git cốt lõi. Nb: cần lưu ý rằng
chúng có thể bị sử dụng / ghi đè bởi SCMS bên trên Git, vì vậy hãy cẩn thận nếu sử dụng
đầu cuối.

GIT_INDEX_FILE
Môi trường này cho phép đặc tả một tệp chỉ mục thay thế. Nếu không
được chỉ định, giá trị mặc định của $ GIT_DIR / index được sử dụng.

GIT_INDEX_VERSION
Biến môi trường này cho phép đặc tả phiên bản chỉ mục cho
kho lưu trữ. Nó sẽ không ảnh hưởng đến các tệp chỉ mục hiện có. Theo mặc định, tệp chỉ mục phiên bản 2 hoặc
3 được sử dụng. Nhìn thấy git-update-index(1) để biết thêm thông tin.

GIT_OBJECT_DIRECTORY
Nếu thư mục lưu trữ đối tượng được chỉ định thông qua biến môi trường này thì
thư mục sha1 được tạo bên dưới - nếu không thì $ GIT_DIR / đối tượng mặc định
thư mục được sử dụng.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Do tính chất bất biến của các đối tượng Git, các đối tượng cũ có thể được lưu trữ vào chia sẻ,
thư mục chỉ đọc. Biến này chỉ định một ":" được phân tách (trên Windows ";"
phân tách) danh sách các thư mục đối tượng Git có thể được sử dụng để tìm kiếm các đối tượng Git.
Các đối tượng mới sẽ không được ghi vào các thư mục này.

GIT_DIR
Nếu GIT_DIR biến môi trường được đặt sau đó nó chỉ định một đường dẫn để sử dụng thay vì
.git mặc định cho cơ sở của kho lưu trữ. Các --git-dir tùy chọn dòng lệnh
cũng đặt giá trị này.

GIT_WORK_TREE
Đặt đường dẫn đến gốc của cây làm việc. Điều này cũng có thể được kiểm soát bởi
- cây công trình tùy chọn dòng lệnh và biến cấu hình core.worktree.

GIT_NAMESPACE
Đặt không gian tên Git; Thấy chưa không gian tên git(7) để biết chi tiết. Các - không gian tên dòng lệnh
tùy chọn cũng đặt giá trị này.

GIT_CEILING_DIRECTORIES
Đây phải là danh sách các đường dẫn tuyệt đối được phân tách bằng dấu hai chấm. Nếu được đặt, nó là danh sách
các thư mục mà Git không nên truy cập vào trong khi tìm kiếm một thư mục kho lưu trữ
(hữu ích để loại trừ các thư mục mạng tải chậm). Nó sẽ không loại trừ
thư mục làm việc hiện tại hoặc bộ GIT_DIR trên dòng lệnh hoặc trong môi trường.
Thông thường, Git phải đọc các mục trong danh sách này và giải quyết mọi liên kết tượng trưng có thể
hiện diện để so sánh chúng với thư mục hiện tại. Tuy nhiên, nếu ngay cả điều này
truy cập chậm, bạn có thể thêm một mục trống vào danh sách để cho Git biết rằng
các mục nhập không phải là liên kết tượng trưng và không cần phải giải quyết; ví dụ,
GIT_CEILING_DIRECTORIES = / could / symlink :: / very / slow / non / symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Khi chạy trong một thư mục không có thư mục kho lưu trữ ".git", Git sẽ cố gắng
tìm một thư mục như vậy trong các thư mục mẹ để tìm phần trên cùng của cây làm việc,
nhưng theo mặc định, nó không vượt qua ranh giới hệ thống tệp. Biến môi trường này có thể
được đặt thành true để thông báo cho Git không dừng lại ở ranh giới hệ thống tệp. Như
GIT_CEILING_DIRECTORIES, điều này sẽ không ảnh hưởng đến một thư mục kho lưu trữ rõ ràng được đặt qua
GIT_DIR hoặc trên dòng lệnh.

GIT_COMMON_DIR
Nếu biến này được đặt thành một đường dẫn, các tệp không phải worktree thường nằm trong $ GIT_DIR
thay vào đó sẽ được lấy từ đường dẫn này. Các tệp dành riêng cho worktree như HEAD hoặc chỉ mục
được lấy từ $ GIT_DIR. Nhìn thấy bố cục gitrepository(5) git-worktree(1) để biết chi tiết.
Biến này có mức độ ưu tiên thấp hơn các biến đường dẫn khác như GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY ...

đi Cam kết
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, E-MAIL
xem git-cam-cây(1)

đi khác biệt
GIT_DIFF_OPTS
Chỉ cài đặt hợp lệ là "--unified = ??" hoặc "-u ??" để đặt số dòng ngữ cảnh
hiển thị khi một khác biệt thống nhất được tạo. Điều này được ưu tiên hơn bất kỳ "-U" hoặc
Giá trị tùy chọn "--unified" được chuyển vào dòng lệnh Git diff.

GIT_EXTERNAL_DIFF
Khi môi trường biến GIT_EXTERNAL_DIFF được thiết lập, chương trình được đặt tên bởi nó là
được gọi, thay vì lời gọi khác biệt được mô tả ở trên. Đối với một đường dẫn được thêm vào,
loại bỏ, hoặc sửa đổi, GIT_EXTERNAL_DIFF được gọi với 7 tham số:

đường dẫn old-file old-hex old-mode new-file new-hex new-mode

Trong đó:

-tập tin
là các tệp GIT_EXTERNAL_DIFF có thể sử dụng để đọc nội dung của ,

-hex
là các băm SHA-40 1 chữ số,

-chế độ
là biểu diễn bát phân của các chế độ tệp.

Các tham số tệp có thể trỏ đến tệp làm việc của người dùng (ví dụ: tệp mới trong
"git-diff-files"), / dev / null (ví dụ: tệp cũ khi tệp mới được thêm vào) hoặc một tệp tạm thời
tệp (ví dụ: tệp cũ trong chỉ mục). GIT_EXTERNAL_DIFF không nên lo lắng về
hủy liên kết tệp tạm thời --- nó bị xóa khi GIT_EXTERNAL_DIFF lối thoát hiểm.

Đối với một đường dẫn chưa được hợp nhất, GIT_EXTERNAL_DIFF được gọi với 1 tham số, .

Đối với mỗi con đường GIT_EXTERNAL_DIFF được gọi là, hai biến môi trường,
GIT_DIFF_PATH_COUNTER và GIT_DIFF_PATH_TOTAL được thiết lập.

GIT_DIFF_PATH_COUNTER
Bộ đếm dựa trên 1 tăng lên một cho mọi đường dẫn.

GIT_DIFF_PATH_TOTAL
Tổng số đường dẫn.

khác
GIT_MERGE_VERBOSITY
Một số kiểm soát lượng đầu ra được hiển thị bởi chiến lược hợp nhất đệ quy.
Ghi đè merge.verbosity. Nhìn thấy hợp nhất git(1)

GIT_PAGER
Biến môi trường này ghi đè $ PAGER. Nếu nó được đặt thành một chuỗi trống hoặc thành
giá trị "cat", Git sẽ không khởi chạy máy nhắn tin. Xem thêm tùy chọn core.pager trong git-
cấu hình(1).

GIT_EDITOR
Biến môi trường này ghi đè $ EDITOR và $ VISUAL. Nó được sử dụng bởi một số Git
lệnh khi, ở chế độ tương tác, một trình soạn thảo sẽ được khởi chạy. Xem thêm git-var(1)
và tùy chọn core.editor trong git-config(1).

GIT_SSH, GIT_SSH_COMMAND
Nếu một trong hai biến môi trường này được đặt thì git lấy và git đẩy sẽ sử dụng
lệnh được chỉ định thay vì ssh khi họ cần kết nối với một hệ thống từ xa. Các
lệnh sẽ được cung cấp chính xác hai hoặc bốn đối số: tên người dùng @ host (hoặc chỉ chủ nhà)
từ URL và lệnh shell để thực thi trên hệ thống từ xa đó, tùy chọn
trước bởi -p (theo nghĩa đen) và cổng từ URL khi nó chỉ định một cái gì đó khác
so với cổng SSH mặc định.

$ GIT_SSH_COMMAND được ưu tiên hơn $ GIT_SSH và được thông dịch bởi shell,
cho phép các đối số bổ sung được đưa vào. Mặt khác, $ GIT_SSH phải là
chỉ là đường dẫn đến một chương trình (có thể là một tập lệnh trình bao bọc, nếu bổ sung
đối số là cần thiết).

Thông thường, việc định cấu hình bất kỳ tùy chọn mong muốn nào thông qua cá nhân của bạn sẽ dễ dàng hơn
tệp .ssh / config. Vui lòng tham khảo tài liệu ssh của bạn để biết thêm chi tiết.

GIT_ASKPASS
Nếu biến môi trường này được đặt, thì lệnh Git cần lấy mật khẩu
hoặc cụm mật khẩu (ví dụ: để xác thực HTTP hoặc IMAP) sẽ gọi chương trình này bằng
dấu nhắc phù hợp làm đối số dòng lệnh và đọc mật khẩu từ STDOUT của nó. Nhìn thấy
cũng là lõi.askPass tùy chọn trong git-config(1).

GIT_TERMINAL_PROMPT
Nếu biến môi trường này được đặt thành 0, git sẽ không nhắc trên thiết bị đầu cuối (ví dụ:
khi yêu cầu xác thực HTTP).

GIT_CONFIG_NOSYSTEM
Có bỏ qua cài đặt đọc từ tệp $ (tiền tố) / etc / gitconfig trên toàn hệ thống hay không.
Biến môi trường này có thể được sử dụng cùng với $ HOME và $ XDG_CONFIG_HOME để tạo
một môi trường có thể đoán trước cho một tập lệnh kén chọn hoặc bạn có thể đặt nó tạm thời để tránh
sử dụng tệp buggy / etc / gitconfig trong khi chờ người có đủ
quyền để sửa chữa nó.

GIT_FLUSH
Nếu biến môi trường này được đặt thành "1", thì các lệnh như git đổ lỗi cho (Trong
chế độ tăng dần), git danh sách sửa đổi, git đăng nhập, git kiểm tra và git kiểm tra bỏ qua sẽ
buộc xả luồng đầu ra sau khi mỗi bản ghi đã được xả. Nếu điều này
biến được đặt thành "0", kết quả đầu ra của các lệnh này sẽ được thực hiện bằng cách sử dụng hoàn toàn
I / O được đệm. Nếu biến môi trường này không được đặt, Git sẽ chọn đệm hoặc
xả theo hướng bản ghi dựa trên việc stdout dường như được chuyển hướng đến một tệp hoặc
không phải.

GIT_TRACE
Cho phép thông báo theo dõi chung, ví dụ: mở rộng bí danh, thực thi lệnh tích hợp và
thực thi lệnh bên ngoài.

Nếu biến này được đặt thành "1", "2" hoặc "true" (so sánh không phân biệt chữ hoa chữ thường), hãy theo dõi
tin nhắn sẽ được in ra stderr.

Nếu biến được đặt thành giá trị số nguyên lớn hơn 2 và nhỏ hơn 10 (nghiêm ngặt)
thì Git sẽ diễn giải giá trị này như một bộ mô tả tệp đang mở và sẽ cố gắng ghi
các thông báo theo dõi vào bộ mô tả tệp này.

Ngoài ra, nếu biến được đặt thành một đường dẫn tuyệt đối (bắt đầu bằng /
ký tự), Git sẽ diễn giải đây là một đường dẫn tệp và sẽ cố gắng ghi dấu vết
tin nhắn vào đó.

Bỏ đặt biến hoặc đặt biến thành trống, "0" hoặc "false" (không phân biệt chữ hoa chữ thường)
vô hiệu hóa thông báo theo dõi.

GIT_TRACE_PACK_ACCESS
Cho phép theo dõi thông báo cho tất cả các quyền truy cập vào bất kỳ gói nào. Đối với mỗi quyền truy cập, tệp gói
tên và một phần bù trong gói được ghi lại. Điều này có thể hữu ích cho việc khắc phục sự cố
một số vấn đề về hiệu suất liên quan đến gói. Nhìn thấy GIT_TRACE cho đầu ra theo dõi có sẵn
tùy chọn.

GIT_TRACE_PACKET
Cho phép theo dõi thông báo cho tất cả các gói đến hoặc ra khỏi một chương trình nhất định. Cái này có thể
trợ giúp gỡ lỗi thương lượng đối tượng hoặc các vấn đề giao thức khác. Tính năng theo dõi bị tắt
tại một gói bắt đầu bằng "PACK" (nhưng hãy xem GIT_TRACE_PACKFILE phía dưới). Nhìn thấy GIT_TRACE cho
các tùy chọn đầu ra theo dõi có sẵn.

GIT_TRACE_PACKFILE
Cho phép theo dõi các gói được gửi hoặc nhận bởi một chương trình nhất định. Không giống như dấu vết khác
đầu ra, dấu vết này là nguyên văn: không có tiêu đề và không có trích dẫn dữ liệu nhị phân. Bạn gần như
chắc chắn muốn chuyển trực tiếp vào một tệp (ví dụ: GIT_TRACE_PACKFILE = / tmp / my.pack) thay vì
hơn là hiển thị nó trên thiết bị đầu cuối hoặc trộn nó với đầu ra theo dõi khác.

Lưu ý rằng điều này hiện chỉ được triển khai cho phía máy khách của các bản sao và
tìm nạp.

GIT_TRACE_PERFORMANCE
Bật thông báo theo dõi liên quan đến hiệu suất, ví dụ như tổng thời gian thực thi của mỗi Git
chỉ huy. Nhìn thấy GIT_TRACE cho các tùy chọn đầu ra theo dõi có sẵn.

GIT_TRACE_SETUP
Cho phép theo dõi thông báo in .git, cây làm việc và thư mục làm việc hiện tại
sau khi Git đã hoàn thành giai đoạn thiết lập của nó. Nhìn thấy GIT_TRACE cho đầu ra theo dõi có sẵn
tùy chọn.

GIT_TRACE_SHALLOW
Bật thông báo theo dõi có thể giúp gỡ lỗi tìm nạp / sao chép nông
kho lưu trữ. Nhìn thấy GIT_TRACE cho các tùy chọn đầu ra theo dõi có sẵn.

GIT_LITERAL_PATHSPECS
Đặt biến này thành 1 sẽ khiến Git xử lý tất cả các pathspec theo nghĩa đen, thay vì
hơn là các mẫu hình cầu. Ví dụ: chạy GIT_LITERAL_PATHSPECS = 1 git log - '* .c'
sẽ tìm kiếm các cam kết chạm vào đường dẫn * .c, không phải bất kỳ đường dẫn nào mà hình cầu * .c
diêm. Bạn có thể muốn điều này nếu bạn đang cung cấp các đường dẫn theo nghĩa đen cho Git (ví dụ: đường dẫn
trước đây được cung cấp cho bạn bởi git ls-tree, --raw diff output, v.v.).

GIT_GLOB_PATHSPECS
Đặt biến này thành 1 sẽ khiến Git coi tất cả các pathspec là các mẫu hình cầu (hay còn gọi là
phép thuật "cầu").

GIT_NOGLOB_PATHSPECS
Đặt biến này thành 1 sẽ khiến Git coi tất cả các pathspec là chữ (hay còn gọi là
phép thuật "theo nghĩa đen").

GIT_ICASE_PATHSPECS
Đặt biến này thành 1 sẽ khiến Git coi tất cả các tập tin đường dẫn là không phân biệt chữ hoa chữ thường.

GIT_REFLOG_ACTION
Khi một bản tham chiếu được cập nhật, các mục nhập nhật ký lại được tạo để theo dõi lý do tại sao
ref đã được cập nhật (thường là tên của lệnh cấp cao đã cập nhật
ref), ngoài các giá trị cũ và mới của ref. Sứ có kịch bản
lệnh có thể sử dụng hàm trợ giúp set_reflog_action trong git-sh-setup để đặt tên của nó thành
biến này khi nó được gọi là lệnh cấp cao nhất bởi người dùng cuối,
được ghi lại trong phần nội dung của bản tóm tắt.

GIT_REF_PARANOIA
Nếu được đặt thành 1, hãy bao gồm các ref bị hỏng hoặc có tên sai khi lặp qua danh sách các ref. Trong
một kho lưu trữ bình thường, không bị hỏng, điều này không làm gì cả. Tuy nhiên, bật nó có thể giúp
git để phát hiện và hủy bỏ một số hoạt động khi có refs bị hỏng. Git đặt cái này
tự động biến khi thực hiện các hoạt động phá hủy như git-mận(1). Bạn
không cần phải tự đặt nó trừ khi bạn muốn hoang tưởng về việc đảm bảo
hoạt động đã chạm vào mọi tham chiếu (ví dụ: vì bạn đang sao chép một kho lưu trữ để tạo
sao lưu).

GIT_ALLOW_PROTOCOL
Nếu được đặt, hãy cung cấp danh sách các giao thức được phân tách bằng dấu hai chấm được phép sử dụng với
tìm nạp / đẩy / nhân bản. Điều này rất hữu ích để hạn chế khởi tạo mô-đun con đệ quy từ
một kho lưu trữ không đáng tin cậy. Bất kỳ giao thức nào không được đề cập sẽ không được phép (tức là, đây là
danh sách trắng, không phải danh sách đen). Nếu biến không được đặt ở tất cả, tất cả các giao thức
đã được kích hoạt. Các tên giao thức hiện được git sử dụng là:

· Tệp: bất kỳ đường dẫn dựa trên tệp cục bộ nào (bao gồm tệp: // URL hoặc đường dẫn cục bộ)

· Git: giao thức git ẩn danh qua kết nối TCP trực tiếp (hoặc proxy, nếu
đã định cấu hình)

· Ssh: git over ssh (bao gồm cú pháp host: đường dẫn, git + ssh: //, v.v.).

· Rsync: git over rsync

· Http: git hơn http, cả "http thông minh" và "http ngu ngốc". Lưu ý rằng điều này không không
bao gồm https; nếu bạn muốn cả hai, bạn nên chỉ định cả hai là http: https.

· Mọi người trợ giúp bên ngoài đều được đặt tên theo giao thức của họ (ví dụ: sử dụng hg để cho phép
trình trợ giúp git-remote-hg)

THẢO LUẬN

Thông tin chi tiết về những điều sau đây có sẵn từ đi khái niệm chương of các
hướng dẫn sử dụng[2] và gitcore-hướng dẫn(7).

Một dự án Git thường bao gồm một thư mục làm việc với một thư mục con ".git" tại
cấp cao nhất. Thư mục .git chứa, trong số những thứ khác, một cơ sở dữ liệu đối tượng nén
đại diện cho toàn bộ lịch sử của dự án, một tệp "chỉ mục" liên kết lịch sử đó
đến nội dung hiện tại của cây làm việc và các con trỏ được đặt tên vào lịch sử đó, chẳng hạn như
thẻ và đầu nhánh.

Cơ sở dữ liệu đối tượng chứa các đối tượng của ba loại chính: đốm màu, chứa dữ liệu tệp;
cây, trỏ đến các đốm màu và các cây khác để xây dựng cấu trúc phân cấp thư mục; và
các cam kết, mà mỗi tham chiếu đến một cây đơn lẻ và một số cam kết gốc.

Cam kết, tương đương với cái mà các hệ thống khác gọi là "tập thay đổi" hoặc "phiên bản", đại diện cho
bước trong lịch sử của dự án và mỗi bước cha đại diện cho một bước ngay trước đó.
Các cam kết với nhiều hơn một phụ huynh thể hiện sự hợp nhất của các dòng phát triển độc lập.

Tất cả các đối tượng được đặt tên bởi hàm băm SHA-1 của nội dung của chúng, thường được viết dưới dạng một chuỗi
40 chữ số hex. Những cái tên như vậy là duy nhất trên toàn cầu. Toàn bộ lịch sử dẫn đến một cam kết
có thể được xác nhận bằng cách ký vào cam kết đó. Loại đối tượng thứ tư, thẻ, được cung cấp
vì mục đích này.

Khi lần đầu tiên được tạo, các đối tượng được lưu trữ trong các tệp riêng lẻ, nhưng để đạt hiệu quả thì có thể sau
được nén lại với nhau thành "gói tệp".

Con trỏ được đặt tên được gọi là giới thiệu đánh dấu những điểm thú vị trong lịch sử. Một bản giới thiệu có thể chứa SHA-1
tên của một đối tượng hoặc tên của một tham chiếu khác. Các đoạn trích dẫn có tên bắt đầu từ tham chiếu / đầu / chứa
tên SHA-1 của cam kết gần đây nhất (hoặc "người đứng đầu") của một nhánh đang được phát triển. SHA-1
tên của các thẻ quan tâm được lưu trữ trong ref / tags /. Một tham chiếu đặc biệt có tên HEAD chứa
tên của chi nhánh hiện đã trả phòng.

Tệp chỉ mục được khởi tạo với danh sách tất cả các đường dẫn và đối với mỗi đường dẫn là một đối tượng blob
và một tập hợp các thuộc tính. Đối tượng blob đại diện cho nội dung của tệp kể từ
trưởng chi nhánh hiện tại. Các thuộc tính (thời gian sửa đổi lần cuối, kích thước, v.v.) được lấy từ
tệp tương ứng trong cây làm việc. Những thay đổi tiếp theo đối với cây làm việc có thể
được tìm thấy bằng cách so sánh các thuộc tính này. Chỉ mục có thể được cập nhật với nội dung mới và
các cam kết có thể được tạo từ nội dung được lưu trữ trong chỉ mục.

Chỉ mục cũng có khả năng lưu trữ nhiều mục nhập (được gọi là "giai đoạn") cho một
tên đường dẫn. Các giai đoạn này được sử dụng để giữ các phiên bản chưa hợp nhất khác nhau của tệp khi
đang hợp nhất.

THÊM NỮA TÀI LIỆU

Xem các tài liệu tham khảo trong phần "mô tả" để bắt đầu sử dụng Git. Sau đây là
có lẽ nhiều chi tiết hơn mức cần thiết cho người dùng lần đầu.

Sản phẩm đi khái niệm chương of các hướng dẫn sử dụng[2] và gitcore-hướng dẫn(7) cả hai đều cung cấp
giới thiệu về kiến ​​trúc Git cơ bản.

Xem luồng gitwork(7) để biết tổng quan về quy trình làm việc được đề xuất.

Xem thêm howto[3] tài liệu cho một số ví dụ hữu ích.

Nội bộ được ghi lại trong đi API tài liệu hướng dẫn[4.

Người dùng di chuyển từ CVS cũng có thể muốn đọc gitcvs -igration(7).

TÁC GIẢ

Git được bắt đầu bởi Linus Torvalds, và hiện được duy trì bởi Junio ​​C Hamano. Nhiều
đóng góp đến từ danh sách gửi thư Git[email được bảo vệ][5]>.
http://www.openhub.net/p/git/contributors/summary cung cấp cho bạn một danh sách đầy đủ hơn về
những người đóng góp.

Nếu bạn có một bản sao của chính git.git, kết quả của git-shortlog(1) git-blu(1) có thể
hiển thị cho bạn các tác giả cho các phần cụ thể của dự án.

BÁO CÁO GIỎI

Báo cáo lỗi cho danh sách gửi thư Git[email được bảo vệ][5]> nơi phát triển và
bảo trì chủ yếu được thực hiện. Bạn không cần phải đăng ký vào danh sách để gửi một
nhắn tin ở đó.

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