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

Run hg in OnWorks free hosting provider over Ubuntu Online, Fedora Online, Windows online emulator or MAC OS online emulator

Đây là lệnh hg có thể chạy trong nhà cung cấp dịch vụ lưu trữ miễn phí OnWorks bằng cách sử dụng một trong nhiều máy trạm trực tuyến miễn phí của chúng tôi như Ubuntu Online, Fedora Online, trình mô phỏng trực tuyến Windows hoặc trình mô phỏng trực tuyến MAC OS

Chạy trong Ubuntu Chạy trong Fedora Chạy trong Windows Sim Chạy trong MACOS Sim

CHƯƠNG TRÌNH:

TÊN

hg - Hệ thống quản lý mã nguồn Mercurial

SYNOPSIS

hg lệnh [tùy chọn] ... [đối số] ...

MÔ TẢ

Sản phẩm hg command cung cấp giao diện dòng lệnh cho hệ thống Mercurial.

COMMAND Yếu tố

các tập tin...
cho biết một hoặc nhiều tên tệp hoặc tên tệp đường dẫn tương đối; xem Mẫu tên tệp
để biết thông tin về khớp mẫu

con đường chỉ ra đường dẫn trên máy cục bộ

sửa đổi
biểu thị một tập thay đổi có thể được chỉ định làm số sửa đổi tập thay đổi, một thẻ,
hoặc một chuỗi con duy nhất của giá trị băm thay đổi

kho con đường
tên đường dẫn của kho lưu trữ cục bộ hoặc URI của kho lưu trữ từ xa.

LỰA CHỌN

-NS,--kho
thư mục gốc của kho lưu trữ hoặc tên của tệp gói lớp phủ

--cwd
thay đổi thư mục làm việc

-y, --không tương tác
không nhắc, tự động chọn lựa chọn đầu tiên cho tất cả các lời nhắc

-NS, --Yên lặng
ngăn chặn đầu ra

-v, --dài dòng
cho phép đầu ra bổ sung

--config
tùy chọn đặt/ghi đè cấu hình (sử dụng 'section.name=value')

--gỡ lỗi
kích hoạt đầu ra gỡ lỗi

--trình gỡ lỗi
bắt đầu trình gỡ lỗi

- mã hóa
đặt mã hóa bộ ký tự (mặc định: UTF-8)

--chế độ mã hóa
đặt chế độ mã hóa bộ ký tự (mặc định: nghiêm ngặt)

--tìm lại
luôn in một dấu vết ngoại lệ

--thời gian thời gian lệnh mất bao lâu

--Hồ sơ
in hồ sơ thực hiện lệnh

--phiên bản
thông tin phiên bản và thoát

-NS, --Cứu giúp
hiển thị trợ giúp và thoát

--ẩn giấu
xem xét các thay đổi ẩn

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

HÀNG

thêm vào
thêm các tệp được chỉ định vào lần xác nhận tiếp theo:

hg thêm [TÙY CHỌN]... [TẬP TIN]...

Lên lịch các tập tin để được kiểm soát phiên bản và thêm vào kho lưu trữ.

Các tập tin sẽ được thêm vào kho lưu trữ ở lần xác nhận tiếp theo. Để hoàn tác một thao tác thêm trước đó,
xem hg quên.

Nếu không có tên nào được đưa ra, hãy thêm tất cả các tệp vào kho lưu trữ (ngoại trừ các tệp khớp với .hgignore).

Ví dụ:

· Các tập tin mới (không xác định) được thêm tự động bởi hg thêm vào:

$ls
foo.c
trạng thái $hg
? foo.c
$ hg thêm
thêm foo.c
trạng thái $hg
Một foo.c

· Các tập tin cụ thể được thêm vào có thể được chỉ định:

$ls
bar.c foo.c
trạng thái $hg
? thanh.c
? foo.c
$ hg thêm bar.c
trạng thái $hg
Một quán bar.c
? foo.c

Trả về 0 nếu tất cả các file được thêm thành công.

Tùy chọn:

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS, --subrepos
tái diễn vào kho con

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

thêm bớt
thêm tất cả các tệp mới, xóa tất cả các tệp bị thiếu:

hg addremove [TÙY CHỌN]... [TẬP TIN]...

Thêm tất cả các tệp mới và xóa tất cả các tệp bị thiếu khỏi kho lưu trữ.

Trừ khi được đặt tên, các tệp mới sẽ bị bỏ qua nếu chúng khớp với bất kỳ mẫu nào trong
.hgignore. Giống như phần bổ sung, những thay đổi này có hiệu lực ở lần xác nhận tiếp theo.

Sử dụng tùy chọn -s/--similarity để phát hiện các tệp được đổi tên. Tùy chọn này chiếm tỷ lệ phần trăm
tham số của nó nằm trong khoảng từ 0 (bị vô hiệu hóa) đến 100 (các tệp phải giống hệt nhau). Với một tham số
lớn hơn 0, điều này sẽ so sánh mọi tệp đã xóa với mọi tệp đã thêm và ghi lại những tệp đó
đủ tương tự như đổi tên. Việc phát hiện các tập tin được đổi tên theo cách này có thể tốn kém. Sau khi sử dụng
tùy chọn này, hg tình trạng -C có thể được sử dụng để kiểm tra tập tin nào được xác định là đã di chuyển hoặc
được đổi tên. Nếu không được chỉ định, -s/--similarity mặc định là 100 và chỉ đổi tên giống hệt nhau
tập tin được phát hiện.

Ví dụ:

· Một số tệp (bar.c và foo.c) là mới, trong khi foobar.c đã bị xóa (không có
sử dụng hg tẩy) từ kho lưu trữ:

$ls
bar.c foo.c
trạng thái $hg
! foobar.c
? thanh.c
? foo.c
$hg địa chỉgỡ bỏ
thêm thanh.c
thêm foo.c
loại bỏ foobar.c
trạng thái $hg
Một quán bar.c
Một foo.c
R foobar.c

· Một file foobar.c đã được chuyển sang foo.c mà không sử dụng hg đổi tên. Sau đó, nó đã
đã sửa lại một chút:

$ls
foo.c
trạng thái $hg
! foobar.c
? foo.c
$ hg addremove --tương tự 90
loại bỏ foobar.c
thêm foo.c
ghi lại việc xóa foobar.c khi đổi tên thành foo.c (tương tự 94%)
$hg trạng thái -C
Một foo.c
foobar.c
R foobar.c

Trả về 0 nếu tất cả các file được thêm thành công.

Tùy chọn:

-S,--tương tự
đoán các tập tin được đổi tên theo độ giống nhau (0<=s<=100)

-NS, --subrepos
tái diễn vào kho con

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

chú thích
hiển thị thông tin thay đổi theo dòng cho mỗi tệp:

hg chú thích [-r REV] [-f] [-a] [-u] [-d] [-n] [-c] [-l] FILE...

Liệt kê các thay đổi trong tệp, hiển thị id sửa đổi chịu trách nhiệm cho mỗi dòng.

Lệnh này rất hữu ích để khám phá khi nào một thay đổi được thực hiện và bởi ai.

Nếu bạn bao gồm --file, --user hoặc --date, số sửa đổi sẽ bị chặn trừ khi bạn
cũng bao gồm --số.

Nếu không có tùy chọn -a/--text, chú thích sẽ tránh xử lý các tệp mà nó phát hiện dưới dạng nhị phân.
Với -a, chú thích dù sao cũng sẽ chú thích vào tệp, mặc dù kết quả có thể sẽ là
không hữu ích và không mong muốn.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
chú thích bản sửa đổi được chỉ định

--theo dõi
theo dõi các bản sao/đổi tên và liệt kê tên tệp (KHÔNG DÙNG NỮA)

--Không theo
đừng theo dõi các bản sao và đổi tên

-một, --bản văn
coi tất cả các tệp là văn bản

-bạn, --người sử dụng
liệt kê tác giả (dài với -v)

-NS, --tập tin
liệt kê tên tập tin

-NS, --ngày
liệt kê ngày (ngắn với -q)

-N, --con số
liệt kê số sửa đổi (mặc định)

-NS, --changeset
liệt kê bộ thay đổi

-l, --số dòng
hiển thị số dòng ở lần xuất hiện đầu tiên

-w, --bỏ qua tất cả không gian
bỏ qua khoảng trắng khi so sánh các dòng

-NS, --ignore-không gian-thay đổi
bỏ qua những thay đổi về lượng khoảng trắng

-NS, --bỏ qua-dòng trống
bỏ qua các thay đổi có các dòng đều trống

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: đổ lỗi

lưu trữ
tạo một kho lưu trữ không phiên bản của bản sửa đổi kho lưu trữ:

kho lưu trữ hg [TÙY CHỌN]... DEST

Theo mặc định, bản sửa đổi được sử dụng là thư mục gốc của thư mục làm việc; sử dụng -r/--rev để
chỉ định một bản sửa đổi khác.

Loại lưu trữ được tự động phát hiện dựa trên phần mở rộng của tệp (để ghi đè, sử dụng
-t/--loại).

Ví dụ:

· tạo một file zip chứa bản phát hành 1.0:

hg archive -r 1.0 project-1.0.zip

· tạo một tarball không bao gồm các tập tin .hg:

hg archive project.tar.gz -X ".hg*"

Các loại hợp lệ là:

các tập tin

một thư mục chứa đầy các tập tin (mặc định)

tar

kho lưu trữ tar, không nén

tbz2

lưu trữ tar, được nén bằng bzip2

tgz

kho lưu trữ tar, được nén bằng gzip

uzip

lưu trữ zip, không nén

zip

lưu trữ zip, được nén bằng cách sử dụng deflate

Tên chính xác của kho lưu trữ hoặc thư mục đích được cung cấp bằng chuỗi định dạng; nhìn thấy
hg giúp đỡ xuất khẩu để biết thêm chi tiết.

Mỗi thành viên được thêm vào một tệp lưu trữ đều có tiền tố thư mục được thêm vào trước. Sử dụng tiền tố -p/--để
chỉ định một chuỗi định dạng cho tiền tố. Mặc định là tên cơ sở của kho lưu trữ, với
hậu tố bị loại bỏ.

Trả về 0 khi thành công.

Tùy chọn:

--không giải mã
không chuyển tập tin qua bộ giải mã

-P,--tiếp đầu ngữ
tiền tố thư mục cho các tập tin trong kho lưu trữ

-NS,--rev
sửa đổi để phân phối

-NS,--kiểu
loại phân phối để tạo ra

-NS, --subrepos
tái diễn vào kho con

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

hậu thuẫn
tác dụng ngược của thay đổi trước đó:

hg backout [TÙY CHỌN]... [-r] REV

Chuẩn bị một bộ thay đổi mới với tác dụng hoàn tác REV trong thư mục làm việc hiện tại. Nếu như
không có xung đột nào xảy ra, nó sẽ được cam kết ngay lập tức.

Nếu REV là thư mục mẹ của thư mục làm việc thì tập hợp thay đổi mới này được cam kết
tự động (trừ khi --no-commit được chỉ định).

Chú thích hg hậu thuẫn không thể được sử dụng để sửa lỗi hợp nhất không mong muốn hoặc không chính xác.

Ví dụ:

· Đảo ngược tác dụng của thư mục mẹ của thư mục làm việc. Sự rút lui này sẽ được
cam kết ngay lập tức:

hg rút lui -r .

· Đảo ngược ảnh hưởng của bản sửa đổi xấu trước đó 23:

hg rút lui -r 23

· Đảo ngược ảnh hưởng của bản sửa đổi xấu 23 trước đó và giữ nguyên các thay đổi:

hg backout -r 23 --no-commit
hg commit -m "Bản sửa đổi lùi 23"

Theo mặc định, tập hợp thay đổi đang chờ xử lý sẽ có một cha mẹ, duy trì lịch sử tuyến tính. Với
--merge, thay đổi đang chờ xử lý sẽ có hai cha mẹ: cha mẹ cũ của
thư mục làm việc và một phần tử con mới của REV đơn giản là hoàn tác REV.

Trước phiên bản 1.7, hành vi không có --merge tương đương với việc chỉ định --merge
tiếp theo hg cập nhật --dọn dẹp . hủy bỏ việc hợp nhất và để phần con của REV làm phần đầu
được sáp nhập riêng biệt.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Xem hg giúp đỡ trở lại để biết cách khôi phục tập tin về trạng thái của bản sửa đổi khác.

Trả về 0 nếu thành công, 1 nếu không có gì để sao lưu hoặc có các tệp chưa được giải quyết.

Tùy chọn:

- hợp nhất
hợp nhất với cha mẹ dirstate cũ sau khi thoát ra

--làm
cam kết nếu không gặp phải xung đột (KHÔNG DÙNG)

- không cam kết
không cam kết

--cha mẹ
cha mẹ chọn khi sao lưu hợp nhất (KHÔNG DÙNG NỮA)

-NS,--rev
sửa đổi để sao lưu

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS,--dụng cụ
chỉ định công cụ hợp nhất

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

chia đôi
tìm kiếm phân khu của các thay đổi:

hg chia đôi [-gbsr] [-U] [-c CMD] [REV]

Lệnh này giúp tìm các tập hợp thay đổi gây ra vấn đề. Để sử dụng hãy đánh dấu sớm nhất
bộ thay đổi mà bạn biết cho thấy vấn đề là không tốt, thì hãy đánh dấu bộ thay đổi mới nhất đó là
thoát khỏi vấn đề là tốt. Bisect sẽ cập nhật thư mục làm việc của bạn thành bản sửa đổi cho
kiểm tra (trừ khi tùy chọn -U/--noupdate được chỉ định). Một khi bạn đã thực hiện các bài kiểm tra,
đánh dấu thư mục làm việc là tốt hay xấu và bisect sẽ cập nhật sang thư mục khác
tập thay đổi ứng cử viên hoặc thông báo rằng nó đã tìm thấy bản sửa đổi xấu.

Là một phím tắt, bạn cũng có thể sử dụng đối số sửa đổi để đánh dấu bản sửa đổi là tốt hay xấu
mà không kiểm tra nó trước.

Nếu bạn cung cấp một lệnh, nó sẽ được sử dụng để chia đôi tự động. Môi trường
biến HG_NODE sẽ chứa ID của bộ thay đổi đang được kiểm tra. Trạng thái thoát của
lệnh sẽ được sử dụng để đánh dấu các bản sửa đổi là tốt hay xấu: trạng thái 0 có nghĩa là tốt, 125 có nghĩa là
bỏ qua phần sửa đổi, 127 (không tìm thấy lệnh) sẽ hủy bỏ phép chia đôi và bất kỳ lệnh nào khác
trạng thái thoát khác 0 có nghĩa là bản sửa đổi không tốt.

Vài ví dụ:

· Bắt đầu chia đôi với bản sửa đổi xấu 34 và bản sửa đổi tốt 12:

hg chia đôi --bad 34
hg chia đôi --tốt 12

· nâng cao phần chia đôi hiện tại bằng cách đánh dấu bản sửa đổi hiện tại là tốt hay xấu:

hg chia đôi --tốt
hg chia đôi --xấu

· đánh dấu bản sửa đổi hiện tại hoặc một bản sửa đổi đã biết cần được bỏ qua (ví dụ: nếu bản sửa đổi đó là
không thể sử dụng được vì một vấn đề khác):

hg chia đôi --skip
hg chia đôi --skip 23

· bỏ qua tất cả các sửa đổi không chạm vào thư mục foo or thanh:

hg bisect --skip "!( file('path:foo') & file('path:bar') )"

· quên phép chia hiện tại:

hg chia đôi --reset

· sử dụng 'make && make tests' để tự động tìm bản sửa đổi bị lỗi đầu tiên:

hg chia đôi --reset
hg chia đôi --bad 34
hg chia đôi --tốt 12
hg bisect --command "thực hiện && thực hiện các bài kiểm tra"

· xem tất cả các tập thay đổi có trạng thái đã được biết trong phần chia đôi hiện tại:

hg log -r "chia đôi (cắt tỉa)"

· xem tập thay đổi hiện đang được chia đôi (đặc biệt hữu ích nếu chạy với
-U/--noupdate):

hg log -r "chia đôi (hiện tại)"

· xem tất cả các tập thay đổi đã tham gia vào phần chia đôi hiện tại:

hg log -r "chia đôi (phạm vi)"

· bạn thậm chí có thể có được một biểu đồ đẹp:

hg log --graph -r "chia đôi (phạm vi)"

Xem hg giúp đỡ sửa đổi để biết thêm về chia đôi() từ khóa.

Trả về 0 khi thành công.

Tùy chọn:

-NS, --cài lại
thiết lập lại trạng thái chia đôi

-NS, --tốt
đánh dấu bộ thay đổi tốt

-NS, --xấu
đánh dấu thay đổi xấu

-S, --nhảy
bỏ qua thử nghiệm thay đổi

-e, --mở rộng
mở rộng phạm vi chia đôi

-NS,--chỉ huy
sử dụng lệnh để kiểm tra trạng thái thay đổi

-Anh, --không có cập nhật
không cập nhật tới mục tiêu

bookmark
tạo dấu trang mới hoặc liệt kê các dấu trang hiện có:

dấu trang hg [TÙY CHỌN]... [TÊN]...

Dấu trang là nhãn trên các bộ thay đổi để giúp theo dõi các dòng phát triển. Dấu trang là
không phiên bản và có thể được di chuyển, đổi tên và xóa. Việc xóa hoặc di chuyển dấu trang không có tác dụng
ảnh hưởng đến các tập thay đổi liên quan.

Việc tạo hoặc cập nhật dấu trang sẽ khiến dấu trang đó được đánh dấu là 'hoạt động'. Hoạt động
dấu trang được biểu thị bằng '*'. Khi thực hiện cam kết, dấu trang đang hoạt động sẽ tiếp tục
đến cam kết mới. Một đồng bằng hg cập nhật cũng sẽ nâng cao dấu trang đang hoạt động, nếu có thể.
Cập nhật từ một dấu trang sẽ khiến nó bị vô hiệu hóa.

Dấu trang có thể được đẩy và kéo giữa các kho lưu trữ (xem hg giúp đỡ đẩy và hg giúp đỡ kéo
). Nếu dấu trang được chia sẻ đã chuyển hướng, một 'dấu trang khác nhau' mới có dạng 'name@path'
sẽ được tạo ra. sử dụng hg hợp nhất sẽ giải quyết được sự khác biệt.

Dấu trang có tên '@' có thuộc tính đặc biệt hg nhân bản sẽ kiểm tra nó theo mặc định
nếu nó tồn tại.

Ví dụ:

· tạo một dấu trang hoạt động cho một hướng phát triển mới:

hg sách tính năng mới

· tạo một dấu trang không hoạt động làm điểm đánh dấu địa điểm:

cuốn sách hg - tôi đã xem xét

· tạo một dấu trang không hoạt động trên một bộ thay đổi khác:

hg book -r .^ đã kiểm tra

· đổi tên bookmark gà tây thành bữa tối:

hg book -m bữa tối gà tây

· di chuyển dấu trang '@' từ một nhánh khác:

hg sách -f @

Tùy chọn:

-NS, --lực lượng
lực lượng

-NS,--rev
sửa đổi cho hành động đánh dấu

-NS, --xóa bỏ
xóa một dấu trang đã cho

-NS,--đổi tên
đổi tên một dấu trang đã cho

-tôi, --không hoạt động
đánh dấu một dấu trang không hoạt động

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

bí danh: đánh dấu

địa điể̀m chọn lựa
đặt hoặc hiển thị tên chi nhánh hiện tại:

nhánh hg [-fC] [NAME]

Lưu ý Tên chi nhánh là vĩnh viễn và toàn cầu. Sử dụng hg đánh dấu để tạo ra một trọng lượng nhẹ
thay vào đó hãy đánh dấu trang. Nhìn thấy hg giúp đỡ thuật ngữ để biết thêm thông tin về các chi nhánh được đặt tên
và dấu trang.

Không có đối số, hiển thị tên chi nhánh hiện tại. Với một đối số, thiết lập làm việc
tên nhánh thư mục (nhánh sẽ không tồn tại trong kho cho đến lần xác nhận tiếp theo).
Thông lệ tiêu chuẩn khuyến nghị rằng quá trình phát triển chính nên diễn ra trên nhánh 'mặc định'.

Trừ khi -f/--force được chỉ định, nhánh sẽ không cho phép bạn đặt tên nhánh đã có
tồn tại.

Sử dụng -C/--clean để đặt lại nhánh thư mục làm việc về nhánh thư mục gốc của đối tượng đang làm việc
thư mục, phủ nhận một thay đổi chi nhánh trước đó.

Sử dụng lệnh hg cập nhật để chuyển sang một chi nhánh hiện có. Sử dụng hg cam kết --đóng nhánh đến
đánh dấu đầu chi nhánh này là đã đóng cửa. Khi tất cả các đầu của một nhánh đều đóng lại, nhánh đó sẽ
được coi là đóng cửa.

Trả về 0 khi thành công.

Tùy chọn:

-NS, --lực lượng
đặt tên nhánh ngay cả khi nó che khuất nhánh hiện có

-NS, --dọn dẹp
đặt lại tên chi nhánh thành tên chi nhánh mẹ

chi nhánh
danh sách kho lưu trữ có tên nhánh:

nhánh hg [-c]

Liệt kê các nhánh được đặt tên của kho lưu trữ, cho biết những nhánh nào không hoạt động. Nếu -c/--đóng
được chỉ định, đồng thời liệt kê các nhánh đã được đánh dấu đóng cửa (xem hg cam kết
--đóng nhánh).

Sử dụng lệnh hg cập nhật để chuyển sang một chi nhánh hiện có.

Trả về 0.

Tùy chọn:

-một, --tích cực
chỉ hiển thị các nhánh có đầu chưa được hợp nhất (KHÔNG DÙNG)

-NS, - đóng cửa
hiển thị các nhánh bình thường và đóng

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

bó lại
tạo một tập tin nhóm thay đổi:

hg bó [-f] [-t LOẠI] [-a] [-r REV]... [--base REV]... FILE [DEST]

Tạo tệp nhóm thay đổi thu thập các bộ thay đổi để thêm vào kho lưu trữ.

Để tạo một gói chứa tất cả các tập hợp thay đổi, hãy sử dụng -a/--all (hoặc --base null). Ngược lại, hg
giả định đích sẽ có tất cả các nút bạn chỉ định với tham số --base.
Nếu không, hg sẽ cho rằng kho lưu trữ có tất cả các nút ở đích hoặc
đẩy mặc định/mặc định nếu không có đích đến được chỉ định.

Bạn có thể thay đổi định dạng gói bằng tùy chọn -t/--type. Bạn có thể chỉ định việc nén, một
phiên bản gói hoặc cả hai bằng cách sử dụng dấu gạch ngang (phiên bản comp). Các phương pháp nén có sẵn là:
none, bzip2 và gzip (theo mặc định, các gói được nén bằng bzip2). Có sẵn
định dạng là: v1, v2 (mặc định phù hợp nhất).

Sau đó, tệp bó có thể được chuyển bằng các phương tiện thông thường và áp dụng cho tệp khác
kho lưu trữ bằng lệnh giải nén hoặc kéo. Điều này rất hữu ích khi đẩy và kéo trực tiếp
không có sẵn hoặc khi xuất toàn bộ kho lưu trữ là điều không mong muốn.

Việc áp dụng các gói sẽ bảo toàn tất cả nội dung của bộ thay đổi bao gồm quyền, sao chép/đổi tên
thông tin và lịch sử sửa đổi.

Trả về 0 nếu thành công, 1 nếu không tìm thấy thay đổi nào.

Tùy chọn:

-NS, --lực lượng
chạy ngay cả khi đích đến không liên quan

-NS,--rev
một bộ thay đổi dự định sẽ được thêm vào đích

-NS,--chi nhánh
một nhánh cụ thể mà bạn muốn nhóm

--cơ sở
một bộ thay đổi cơ sở được cho là có sẵn ở đích

-một, --tất cả các
gói tất cả các bộ thay đổi trong kho lưu trữ

-NS,--kiểu
loại nén gói sẽ sử dụng (mặc định: bzip2)

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

làm sao
xuất bản sửa đổi hiện tại hoặc đã cho của tệp:

hg mèo [TÙY CHỌN]... TỆP...

In các tập tin được chỉ định như ở phiên bản đã cho. Nếu không có sửa đổi nào được đưa ra,
cha của thư mục làm việc được sử dụng.

Đầu ra có thể là một tệp, trong trường hợp đó tên của tệp được cung cấp bằng định dạng
sợi dây. Quy tắc định dạng như sau:

%%

ký tự "%" theo nghĩa đen

%s

tên cơ sở của tập tin đang được in

%d

dirname của tập tin đang được in, hoặc '.' nếu trong kho lưu trữ gốc

%p

tên đường dẫn gốc tương đối của tập tin đang được in

%H

hàm băm thay đổi (40 chữ số thập lục phân)

%R

số sửa đổi tập hợp thay đổi

%h

hàm băm thay đổi dạng ngắn (12 chữ số thập lục phân)

%r

số sửa đổi bộ thay đổi không đệm

%b

tên cơ sở của kho xuất khẩu

Trả về 0 khi thành công.

Tùy chọn:

-ồ,- đầu ra
in đầu ra ra tập tin với tên được định dạng

-NS,--rev
in bản sửa đổi đã cho

--giải mã
áp dụng bất kỳ bộ lọc giải mã phù hợp nào

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

nhân bản
tạo một bản sao của kho lưu trữ hiện có:

hg bản sao [TÙY CHỌN]... NGUỒN [DEST]

Tạo một bản sao của kho lưu trữ hiện có trong một thư mục mới.

Nếu không có tên thư mục đích nào được chỉ định, nó sẽ mặc định là tên cơ sở của nguồn.

Vị trí của nguồn được thêm vào kho lưu trữ mới .hg/hgrc tập tin, làm mặc định
để sử dụng cho các lần kéo sau này.

Chỉ có đường dẫn cục bộ và ssh: // URL được hỗ trợ làm đích đến. Vì ssh: // điểm đến,
không có thư mục làm việc hoặc .hg/hgrc sẽ được tạo ở phía xa.

Nếu kho lưu trữ nguồn có bộ dấu trang có tên '@', bản sửa đổi đó sẽ được kiểm tra
trong kho lưu trữ mới theo mặc định.

Để kiểm tra một phiên bản cụ thể, hãy sử dụng -u/--update hoặc -U/--noupdate để tạo bản sao
không có thư mục làm việc.

Để chỉ lấy một tập hợp con các tập hợp thay đổi, hãy chỉ định một hoặc nhiều mã định danh sửa đổi bằng
-r/--rev hoặc các nhánh có -b/--branch. Bản sao kết quả sẽ chỉ chứa những gì được chỉ định
các tập thay đổi và tổ tiên của chúng. Các tùy chọn này (hoặc 'clone src#rev dest') ngụ ý --pull, thậm chí
cho các kho nguồn cục bộ.

Lưu ý Việc chỉ định một thẻ sẽ bao gồm tập thay đổi được gắn thẻ nhưng không bao gồm tập thay đổi có chứa
tag.

Để đạt hiệu quả, các liên kết cứng được sử dụng để sao chép bất cứ khi nào nguồn và đích được bật
cùng một hệ thống tập tin (lưu ý điều này chỉ áp dụng cho dữ liệu kho lưu trữ, không áp dụng cho hệ thống đang hoạt động).
danh mục). Một số hệ thống tập tin, chẳng hạn như AFS, triển khai liên kết cứng không chính xác, nhưng không
báo cáo lỗi. Trong những trường hợp này, hãy sử dụng tùy chọn --pull để tránh liên kết cứng.

Trong một số trường hợp, bạn có thể sao chép các kho lưu trữ và thư mục làm việc bằng cách sử dụng các liên kết cứng đầy đủ
với

$ cp -al REPO REPOCLONE

Đây là cách nhân bản nhanh nhất nhưng không phải lúc nào cũng an toàn. Hoạt động không phải là nguyên tử
(đảm bảo REPO không bị sửa đổi trong quá trình thao tác là tùy thuộc vào bạn) và bạn phải thực hiện
đảm bảo trình soạn thảo của bạn phá vỡ các liên kết cứng (Emacs và hầu hết các công cụ hạt nhân Linux đều làm như vậy). Ngoài ra, đây là
không tương thích với một số tiện ích mở rộng nhất định đặt siêu dữ liệu của chúng trong thư mục .hg,
chẳng hạn như mq.

Mercurial sẽ cập nhật thư mục làm việc lên bản sửa đổi áp dụng đầu tiên từ bản này
danh sách:

Một. null nếu -U hoặc kho lưu trữ nguồn không có tập hợp thay đổi

b. nếu bạn . và kho lưu trữ nguồn là cục bộ, cha mẹ đầu tiên của kho lưu trữ nguồn
thư mục làm việc

c. tập thay đổi được chỉ định bằng -u (nếu là tên nhánh, điều này có nghĩa là phần đầu mới nhất của nhánh đó
chi nhánh)

d. bộ thay đổi được chỉ định bằng -r

đ. đầu cao nhất được chỉ định bằng -b

f. phần đầu cao nhất được chỉ định bằng cú pháp nguồn url#branch

g. bản sửa đổi được đánh dấu bằng dấu '@', nếu có

h. phần đầu cao nhất của nhánh mặc định

Tôi. mẹo

Khi nhân bản từ các máy chủ hỗ trợ nó, Mercurial có thể lấy dữ liệu được tạo trước từ một
URL do máy chủ quảng cáo. Khi điều này được thực hiện, các hook hoạt động trên các tập thay đổi đến và
các nhóm thay đổi có thể kích hoạt hai lần, một lần cho gói được tìm nạp từ URL và một lần cho bất kỳ gói nào
dữ liệu bổ sung không được tìm nạp từ URL này. Ngoài ra, nếu xảy ra lỗi, kho lưu trữ
có thể được khôi phục lại thành một bản sao một phần. Hành vi này có thể thay đổi trong phiên bản tương lai. Nhìn thấy hg
giúp đỡ -e gói nhân bản để biết thêm.

Ví dụ:

· sao chép một kho lưu trữ từ xa vào một thư mục mới có tên hg/:

bản sao hg http://selenic.com/hg

· tạo một bản sao cục bộ nhẹ:

hg dự án nhân bản/dự án-feature/

· sao chép từ một đường dẫn tuyệt đối trên máy chủ ssh (lưu ý dấu gạch chéo kép):

hg bản sao ssh://user@server//home/projects/alpha/

· thực hiện sao chép tốc độ cao qua mạng LAN trong khi kiểm tra phiên bản được chỉ định:

bản sao hg --không nén http://server/repo -u 1.5

· tạo một kho lưu trữ không có các tập hợp thay đổi sau một lần sửa đổi cụ thể:

hg clone -r 04e544 thử nghiệm/ tốt/

· sao chép (và theo dõi) một nhánh có tên cụ thể:

bản sao hg http://selenic.com/hg#ổn định

Xem hg giúp đỡ url để biết chi tiết về cách chỉ định URL.

Trả về 0 khi thành công.

Tùy chọn:

-Anh, --không có cập nhật
bản sao sẽ bao gồm một thư mục làm việc trống (chỉ một kho lưu trữ)

-bạn,--updaterev
sửa đổi, gắn thẻ hoặc chi nhánh để kiểm tra

-NS,--rev
bao gồm các thay đổi được chỉ định

-NS,--chi nhánh
chỉ sao chép nhánh được chỉ định

--sự lôi kéo sử dụng giao thức kéo để sao chép siêu dữ liệu

- không nén
sử dụng truyền không nén (nhanh qua mạng LAN)

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

cam kết
cam kết các tệp được chỉ định hoặc tất cả các thay đổi còn tồn tại:

hg cam kết [TÙY CHỌN]... [TẬP TIN]...

Cam kết thay đổi các tệp đã cho vào kho lưu trữ. Không giống như SCM tập trung, điều này
hoạt động là một hoạt động địa phương. Nhìn thấy hg đẩy để có cách phân phối tích cực các thay đổi của bạn.

Nếu danh sách các tập tin bị bỏ qua, tất cả các thay đổi được báo cáo bởi hg tình trạng sẽ được cam kết.

Nếu bạn đang cam kết kết quả của việc hợp nhất, đừng cung cấp bất kỳ tên tệp hoặc -I/-X nào
bộ lọc.

Nếu không có thông báo cam kết nào được chỉ định, Mercurial sẽ khởi động trình chỉnh sửa được định cấu hình của bạn ở nơi bạn có thể
nhập một tin nhắn. Trong trường hợp cam kết của bạn không thành công, bạn sẽ tìm thấy bản sao lưu tin nhắn của mình trong
.hg/last-message.txt.

Cờ --close-branch có thể được sử dụng để đánh dấu đầu nhánh hiện tại đã đóng. Khi tất cả những cái đầu
của một chi nhánh bị đóng cửa thì chi nhánh đó coi như đóng cửa và không còn niêm yết nữa.

Cờ --amend có thể được sử dụng để sửa đổi thư mục mẹ của thư mục làm việc bằng một thư mục mới
cam kết có chứa những thay đổi trong cha mẹ ngoài những thay đổi hiện được báo cáo bởi
hg tình trạng, nếu có cái nào. Cam kết cũ được lưu trữ trong gói sao lưu ở
.hg/strip-backup (xem hg giúp đỡ bó lại và hg giúp đỡ tách ra về cách khôi phục nó).

Tin nhắn, người dùng và ngày được lấy từ cam kết đã sửa đổi trừ khi được chỉ định. Khi một tin nhắn
không được chỉ định trên dòng lệnh, trình soạn thảo sẽ mở ra với thông báo về sửa đổi
cam kết.

Không thể sửa đổi các tập thay đổi công khai (xem hg giúp đỡ giai đoạn) hoặc các tập thay đổi có
trẻ em.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Trả về 0 nếu thành công, 1 nếu không có gì thay đổi.

Ví dụ:

· cam kết tất cả các file có đuôi .py:

hg cam kết --include "set:**.py"

· cam kết tất cả các tập tin không nhị phân:

hg cam kết --exclude "set:binary()"

· sửa đổi cam kết hiện tại và đặt ngày thành hiện tại:

hg cam kết --amend --date ngay bây giờ

Tùy chọn:

-MỘT, --thêm bớt
đánh dấu các tập tin mới/thiếu là đã thêm/xóa trước khi cam kết

--đóng nhánh
đánh dấu đầu chi nhánh là đã đóng cửa

--sửa đổi
sửa đổi cha mẹ của thư mục làm việc

-S, --bí mật
sử dụng giai đoạn bí mật để cam kết

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-tôi, - tương tác
sử dụng chế độ tương tác

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: ci

cấu hình
hiển thị cài đặt cấu hình kết hợp từ tất cả các tệp hgrc:

hg cấu hình [-u] [TÊN]...

Không có đối số, in tên và giá trị của tất cả các mục cấu hình.

Với một đối số của biểu mẫu part.name, chỉ in giá trị của mục cấu hình đó.

Với nhiều đối số, in tên và giá trị của tất cả các mục cấu hình có phần khớp
tên.

Với --edit, hãy khởi động trình chỉnh sửa trên tệp cấu hình cấp người dùng. Với --global, chỉnh sửa
tập tin cấu hình toàn hệ thống. Với --local, chỉnh sửa tệp cấu hình cấp kho lưu trữ.

Với --debug, nguồn (tên tệp và số dòng) được in cho từng mục cấu hình.

Xem hg giúp đỡ cấu hình để biết thêm thông tin về tập tin cấu hình.

Trả về 0 nếu thành công, 1 nếu NAME không tồn tại.

Tùy chọn:

-bạn, --không đáng tin cậy
hiển thị các tùy chọn cấu hình không đáng tin cậy

-e, --chỉnh sửa
chỉnh sửa cấu hình người dùng

-l, --địa phương
chỉnh sửa cấu hình kho lưu trữ

-NS, --toàn cầu
chỉnh sửa cấu hình chung

bí danh: showconfig debugconfig

bản sao
đánh dấu các tập tin là đã sao chép cho lần xác nhận tiếp theo:

hg sao chép [TÙY CHỌN]... [NGUỒN]... DEST

Đánh dấu đích là có bản sao của tệp nguồn. Nếu đích là một thư mục, các bản sao sẽ được đặt trong đó
danh mục. Nếu đích là một tập tin thì nguồn phải là một tập tin duy nhất.

Theo mặc định, lệnh này sao chép nội dung của các tập tin khi chúng tồn tại trong môi trường làm việc.
danh mục. Nếu được gọi với -A/--after, thao tác sẽ được ghi lại nhưng không có sự sao chép nào được thực hiện
đã thực hiện.

Lệnh này có hiệu lực với lần xác nhận tiếp theo. Để hoàn tác một bản sao trước đó, hãy xem hg trở lại.

Trả về 0 nếu thành công, 1 nếu gặp lỗi.

Tùy chọn:

-MỘT, --sau
ghi lại một bản sao đã xảy ra

-NS, --lực lượng
buộc sao chép lên một tệp được quản lý hiện có

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: cp

khác
kho lưu trữ khác biệt (hoặc các tệp đã chọn):

hg diff [TÙY CHỌN]... ([-c REV] | [-r REV1 [-r REV2]]) [FILE]...

Hiển thị sự khác biệt giữa các phiên bản cho các tệp được chỉ định.

Sự khác biệt giữa các tệp được hiển thị bằng định dạng khác biệt thống nhất.

Chú thích hg khác có thể tạo ra kết quả không mong muốn cho việc hợp nhất, vì nó sẽ mặc định so sánh
chống lại tập thay đổi cha đầu tiên của thư mục làm việc nếu không có bản sửa đổi nào
được chỉ định.

Khi hai đối số sửa đổi được đưa ra, thì những thay đổi sẽ được hiển thị giữa các sửa đổi đó. Nếu như
chỉ có một bản sửa đổi được chỉ định sau đó bản sửa đổi đó được so sánh với thư mục làm việc,
và khi không có bản sửa đổi nào được chỉ định, các tệp thư mục làm việc sẽ được so sánh với
cha mẹ đầu tiên.

Ngoài ra, bạn có thể chỉ định -c/--change với bản sửa đổi để xem những thay đổi trong đó
tập hợp thay đổi liên quan đến cha mẹ đầu tiên của nó.

Nếu không có tùy chọn -a/--text, diff sẽ tránh tạo ra các khác biệt của tệp mà nó phát hiện là
nhị phân. Với -a, diff dù sao cũng sẽ tạo ra một khác biệt, có thể dẫn đến kết quả không mong muốn.

Sử dụng tùy chọn -g/--git để tạo khác biệt ở định dạng khác biệt mở rộng git. Để biết thêm
thông tin, đọc hg giúp đỡ khác biệt.

Ví dụ:

· so sánh một tập tin trong thư mục làm việc hiện tại với tập tin mẹ của nó:

hg khác foo.c

· so sánh hai phiên bản lịch sử của một thư mục với thông tin đổi tên:

hg diff --git -r 1.0:1.2 lib/

· lấy số liệu thống kê thay đổi liên quan đến thay đổi cuối cùng vào một ngày nào đó:

hg diff --stat -r "ngày ('ngày 2 tháng XNUMX')"

· khác biệt tất cả các tệp mới được thêm vào có chứa từ khóa:

hg diff "set:add() và grep(GNU)"

· so sánh một bản sửa đổi và cha mẹ của nó:

hg diff -c 9353 # so sánh với cha mẹ đầu tiên
hg diff -r 9353^:9353 # tương tự sử dụng cú pháp revset
hg diff -r 9353^2:9353 # so sánh với cha mẹ thứ hai

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
sửa đổi

-NS,--thay đổi
thay đổi được thực hiện bởi sửa đổi

-một, --bản văn
coi tất cả các tệp là văn bản

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

--gật đầu
bỏ qua ngày từ các tiêu đề khác

- tiền tố
bỏ tiền tố a/ và b/ khỏi tên tệp

-P, --show-chức năng
hiển thị chức năng của mỗi thay đổi

--đảo ngược
tạo ra một khác biệt hoàn tác các thay đổi

-w, --bỏ qua tất cả không gian
bỏ qua khoảng trắng khi so sánh các dòng

-NS, --ignore-không gian-thay đổi
bỏ qua những thay đổi về lượng khoảng trắng

-NS, --bỏ qua-dòng trống
bỏ qua các thay đổi có các dòng đều trống

-Anh,--thống nhât
số dòng ngữ cảnh để hiển thị

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

--nguồn gốc
tạo ra sự khác biệt so với thư mục con

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

xuất khẩu
kết xuất tiêu đề và khác biệt cho một hoặc nhiều bộ thay đổi:

hg xuất [TÙY CHỌN]... [-o OUTFILESPEC] [-r] [REV]...

In tiêu đề bộ thay đổi và các khác biệt cho một hoặc nhiều bản sửa đổi. Nếu không có sửa đổi nào được đưa ra,
thư mục mẹ của thư mục làm việc được sử dụng.

Thông tin hiển thị trong tiêu đề bộ thay đổi là: tác giả, ngày tháng, tên chi nhánh (nếu
không mặc định), hàm băm thay đổi, (các) cha mẹ và nhận xét cam kết.

Chú thích hg xuất khẩu có thể tạo ra đầu ra khác biệt không mong muốn cho các tập hợp thay đổi hợp nhất, vì nó sẽ
chỉ so sánh tập thay đổi hợp nhất với cha mẹ đầu tiên của nó.

Đầu ra có thể là một tệp, trong trường hợp đó tên của tệp được cung cấp bằng định dạng
sợi dây. Các quy tắc định dạng như sau:

%%

ký tự "%" theo nghĩa đen

%H

hàm băm thay đổi (40 chữ số thập lục phân)

%N

số lượng bản vá được tạo

%R

số sửa đổi tập hợp thay đổi

%b

tên cơ sở của kho xuất khẩu

%h

hàm băm thay đổi dạng ngắn (12 chữ số thập lục phân)

%m

dòng đầu tiên của thông báo cam kết (chỉ ký tự chữ và số)

%n

số thứ tự không đệm, bắt đầu từ 1

%r

số sửa đổi bộ thay đổi không đệm

Nếu không có tùy chọn -a/--text, việc xuất sẽ tránh tạo ra các khác biệt của tệp mà nó phát hiện là
nhị phân. Với -a, dù sao thì việc xuất cũng sẽ tạo ra sự khác biệt, có thể dẫn đến kết quả không mong muốn.

Sử dụng tùy chọn -g/--git để tạo khác biệt ở định dạng khác biệt mở rộng git. Nhìn thấy hg giúp đỡ
khác biệt để biết thêm thông tin chi tiết.

Với tùy chọn --switch-parent, sự khác biệt sẽ chống lại cha mẹ thứ hai. Nó có thể
hữu ích để xem xét việc hợp nhất.

Ví dụ:

· sử dụng xuất và nhập để ghép một bản sửa lỗi vào nhánh hiện tại:

hg xuất -r 9353 | hg nhập khẩu -

· xuất tất cả các tập thay đổi giữa hai phiên bản vào một tập tin có thông tin đổi tên:

hg xuất --git -r 123:150 > Changes.txt

· Chia các thay đổi gửi đi thành một loạt các bản vá có tên mô tả:

hg xuất -r "đi()" -o "%n-%m.patch"

Trả về 0 khi thành công.

Tùy chọn:

-ồ,- đầu ra
in đầu ra ra tập tin với tên được định dạng

--switch-parent
khác với cha mẹ thứ hai

-NS,--rev
sửa đổi để xuất khẩu

-một, --bản văn
coi tất cả các tệp là văn bản

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

--gật đầu
bỏ qua ngày từ các tiêu đề khác

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

các tập tin
liệt kê các tập tin được theo dõi:

hg [TÙY CHỌN]... [MẪU]...

In các tập tin dưới sự kiểm soát của Mercurial trong thư mục làm việc hoặc bản sửa đổi được chỉ định có
tên khớp với các mẫu đã cho (không bao gồm các tệp đã bị xóa).

Nếu không có mẫu nào phù hợp, lệnh này sẽ in tên của tất cả các tệp trong
Kiểm soát thủy ngân trong thư mục làm việc.

Ví dụ:

· liệt kê tất cả các tập tin trong thư mục hiện hành:

các tập tin hg.

· hiển thị kích thước và cờ cho phiên bản hiện tại:

tập tin hg -vr .

· liệt kê tất cả các file có tên README:

hg -I "**/README"

· liệt kê tất cả các tập tin nhị phân:

hg tập tin "set:binary()"

· tìm các tập tin chứa biểu thức chính quy:

hg tập tin "set:grep('bob')"

· tìm kiếm nội dung file được theo dõi bằng xargs và grep:

tập tin hg -0 | xargs -0 grep foo

Xem hg giúp đỡ mô hình và hg giúp đỡ tập tin để biết thêm thông tin về việc chỉ định tập tin
hoa văn.

Trả về 0 nếu tìm thấy kết quả khớp, nếu không thì trả về 1.

Tùy chọn:

-NS,--rev
tìm kiếm kho lưu trữ như trong REV

-0, --print0
kết thúc tên tệp bằng NUL, để sử dụng với xargs

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

quên
quên các tệp được chỉ định trong lần xác nhận tiếp theo:

hg quên [TÙY CHỌN]... TỆP...

Đánh dấu các tệp đã chỉ định để chúng không còn bị theo dõi sau lần xác nhận tiếp theo.

Điều này chỉ xóa các tệp khỏi nhánh hiện tại chứ không xóa khỏi toàn bộ lịch sử dự án và
nó không xóa chúng khỏi thư mục làm việc.

Để xóa tập tin khỏi thư mục làm việc, hãy xem hg tẩy.

Để hoàn tác việc quên trước lần xác nhận tiếp theo, hãy xem hg thêm vào.

Ví dụ:

· quên các tập tin nhị phân mới được thêm vào:

hg quên "set: Added() và nhị phân()"

· quên các tập tin sẽ bị loại trừ bởi .hgignore:

hg quên "set:hgignore()"

Trả về 0 khi thành công.

Tùy chọn:

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

ghép
sao chép các thay đổi từ các nhánh khác vào nhánh hiện tại:

hg ghép [TÙY CHỌN]... [-r REV]... REV...

Lệnh này sử dụng logic hợp nhất của Mercurial để sao chép các thay đổi riêng lẻ từ các nhánh khác
không hợp nhất các nhánh trong biểu đồ lịch sử. Điều này đôi khi được gọi là 'backporting' hoặc
'hái anh đào'. Theo mặc định, ghép sẽ sao chép người dùng, ngày tháng và mô tả từ nguồn
bộ thay đổi.

Các tập thay đổi là tổ tiên của bản sửa đổi hiện tại, đã được ghép hoặc
đó là sự hợp nhất sẽ bị bỏ qua.

Nếu --log được chỉ định, thông điệp tường trình sẽ có nhận xét được thêm vào dưới dạng:

(ghép từ CHANGESETHASH)

Nếu --force được chỉ định, các bản sửa đổi sẽ được ghép ngay cả khi chúng đã là tổ tiên của
hoặc đã được ghép vào đích. Điều này rất hữu ích khi các bản sửa đổi kể từ đó
đã được lùi lại.

Nếu việc hợp nhất mảnh ghép dẫn đến xung đột, quá trình ghép sẽ bị gián đoạn để
việc hợp nhất hiện tại có thể được giải quyết theo cách thủ công. Một khi mọi xung đột đã được giải quyết, kẻ ghép
quá trình có thể được tiếp tục với tùy chọn -c/--continue.

Lưu ý Tùy chọn -c/--continue không áp dụng lại các tùy chọn trước đó, ngoại trừ --force.

Ví dụ:

· sao chép một thay đổi duy nhất vào nhánh ổn định và chỉnh sửa mô tả của nó:

hg cập nhật ổn định
hg ghép --sửa 9393

· ghép một loạt các bộ thay đổi với một ngoại lệ, cập nhật ngày tháng:

hg ghép -D "2085::2093 chứ không phải 2091"

· tiếp tục ghép sau khi giải quyết xung đột:

hg ghép -c

· hiển thị nguồn của một bộ thay đổi được ghép:

hg log --debug -r .

· hiển thị các bản sửa đổi được sắp xếp theo ngày:

hg log -r 'sort(all(), date)'

Xem hg giúp đỡ Sửa đổi và hg giúp đỡ sửa đổi để biết thêm về việc chỉ định các bản sửa đổi.

Trả về 0 khi hoàn thành thành công.

Tùy chọn:

-NS,--rev
sửa đổi để ghép

-NS, --tiếp tục
tiếp tục ghép bị gián đoạn

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

--log nối thêm thông tin ghép vào tin nhắn tường trình

-NS, --lực lượng
ép buộc

-NS, --ngay hiện tại
ghi ngày hiện tại làm ngày cam kết

-Anh, --người dùng hiện tại
ghi lại người dùng hiện tại là người cam kết

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-NS,--dụng cụ
chỉ định công cụ hợp nhất

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

grep
tìm kiếm mẫu trong các tệp và bản sửa đổi được chỉ định:

hg grep [TÙY CHỌN]... MẪU [TẬP TIN]...

Tìm kiếm các bản sửa đổi của tập tin cho một biểu thức chính quy.

Lệnh này hoạt động khác với Unix grep. Nó chỉ chấp nhận các biểu thức chính quy Python/Perl. Nó
tìm kiếm lịch sử kho lưu trữ, không phải thư mục làm việc. Nó luôn in bản sửa đổi
số trong đó một kết quả khớp xuất hiện.

Theo mặc định, grep chỉ in đầu ra cho bản sửa đổi đầu tiên của tệp mà nó tìm thấy
cuộc thi đấu. Để in mọi bản sửa đổi có thay đổi về trạng thái khớp ("-" cho
kết quả khớp trở thành không khớp hoặc "+" cho kết quả không khớp trở thành khớp), hãy sử dụng
--tất cả cờ.

Trả về 0 nếu tìm thấy kết quả khớp, nếu không thì trả về 1.

Tùy chọn:

-0, --print0
trường kết thúc bằng NUL

--tất cả các in tất cả các bản sửa đổi phù hợp

-một, --bản văn
coi tất cả các tệp là văn bản

-NS, --theo dõi
theo dõi lịch sử thay đổi hoặc lịch sử tệp trên các bản sao và đổi tên

-tôi, --bỏ qua trường hợp
bỏ qua trường hợp khi khớp

-l, --files-with-match
chỉ in tên tập tin và bản sửa đổi phù hợp

-N, --số dòng
in số dòng phù hợp

-NS,--rev
chỉ tìm kiếm các tập tin được thay đổi trong phạm vi sửa đổi

-bạn, --người sử dụng
liệt kê tác giả (dài với -v)

-NS, --ngày
liệt kê ngày (ngắn với -q)

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

đứng đầu
hiển thị các trưởng chi nhánh:

hg đầu [-ct] [-r STARTREV] [REV]...

Không có đối số, hiển thị tất cả các đầu nhánh mở trong kho lưu trữ. Trưởng chi nhánh là
các tập thay đổi không có con cháu trên cùng một nhánh. Họ là nơi phát triển
thường diễn ra và là mục tiêu thông thường cho các hoạt động cập nhật và hợp nhất.

Nếu có một hoặc nhiều REV, chỉ mở các đầu nhánh trên các nhánh liên kết với
các tập hợp thay đổi được chỉ định sẽ được hiển thị. Điều này có nghĩa là bạn có thể sử dụng hg đứng đầu . để xem những cái đầu trên
chi nhánh hiện đã thanh toán.

Nếu -c/--closed được chỉ định, cũng hiển thị các đầu nhánh được đánh dấu đã đóng (xem hg cam kết
--đóng nhánh).

Nếu STARTREV được chỉ định, chỉ những người đứng đầu là hậu duệ của STARTREV mới được
hiển thị.

Nếu -t/--topo được chỉ định, cơ chế nhánh được đặt tên sẽ bị bỏ qua và chỉ có cấu trúc liên kết
đầu (bộ thay đổi không có con) sẽ được hiển thị.

Trả về 0 nếu tìm thấy đầu phù hợp, 1 nếu không.

Tùy chọn:

-NS,--rev
chỉ hiển thị những người đứng đầu là hậu duệ của STARTREV

-NS, --topo
chỉ hiển thị các đầu topo

-một, --tích cực
chỉ hiển thị các đầu nhánh đang hoạt động (KHÔNG DÙNG)

-NS, - đóng cửa
hiển thị các đầu nhánh bình thường và đóng

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

giúp đỡ
hiển thị trợ giúp cho một chủ đề nhất định hoặc tổng quan về trợ giúp:

hg giúp đỡ [-ecks] [CHỦ ĐỀ]

Không có đối số, hãy in danh sách các lệnh với các thông báo trợ giúp ngắn.

Đưa ra một chủ đề, phần mở rộng hoặc tên lệnh, hãy in trợ giúp cho chủ đề đó.

Trả về 0 nếu thành công.

Tùy chọn:

-e, --gia hạn
chỉ hiển thị trợ giúp cho tiện ích mở rộng

-NS, --chỉ huy
chỉ hiển thị trợ giúp cho các lệnh

-k, --từ khóa
hiển thị chủ đề phù hợp với từ khóa

-S,--hệ thống
hiển thị trợ giúp cho (các) nền tảng cụ thể

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

xác định
xác định thư mục làm việc hoặc bản sửa đổi được chỉ định:

hg xác định [-nibtB] [-r REV] [NGUỒN]

In bản tóm tắt xác định trạng thái kho lưu trữ tại REV bằng cách sử dụng một hoặc hai hàm băm cha
các mã định danh, theo sau là dấu "+" nếu thư mục làm việc có các thay đổi không được cam kết, thì
tên chi nhánh (nếu không phải mặc định), danh sách thẻ và danh sách dấu trang.

Khi không cung cấp REV, hãy in bản tóm tắt về trạng thái hiện tại của kho lưu trữ.

Chỉ định đường dẫn đến thư mục gốc của kho lưu trữ hoặc gói Mercurial sẽ khiến việc tra cứu hoạt động trên
kho lưu trữ/gói đó.

Ví dụ:

· tạo mã định danh bản dựng cho thư mục làm việc:

hg id --id > build-id.dat

· tìm bản sửa đổi tương ứng với thẻ:

hg id -n -r 1.3

· kiểm tra phiên bản mới nhất của kho lưu trữ từ xa:

hg id -r mẹo http://selenic.com/hg/

Xem hg đăng nhập để tạo thêm thông tin về các phiên bản cụ thể, bao gồm cả hàm băm đầy đủ
định danh.

Trả về 0 nếu thành công.

Tùy chọn:

-NS,--rev
xác định bản sửa đổi được chỉ định

-N, --num
hiển thị số sửa đổi cục bộ

-tôi, --Tôi
hiển thị id sửa đổi toàn cầu

-NS, --chi nhánh
hiển thị chi nhánh

-NS, --tags
hiển thị thẻ

-NS, - dấu trang
hiển thị dấu trang

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

bí danh: id

nhập khẩu
nhập một bộ bản vá theo thứ tự:

hg nhập [TÙY CHỌN]... VÁ...

Nhập danh sách các bản vá và cam kết chúng riêng lẻ (trừ khi --no-commit được chỉ định).

Để đọc bản vá từ đầu vào tiêu chuẩn, hãy sử dụng "-" làm tên bản vá. Nếu một URL được chỉ định,
bản vá sẽ được tải xuống từ đó.

Trước tiên, nhập sẽ áp dụng các thay đổi cho thư mục làm việc (trừ khi --bypass được chỉ định),
quá trình nhập sẽ hủy nếu có những thay đổi chưa được thực hiện.

Sử dụng --bypass để áp dụng và chuyển các bản vá trực tiếp vào kho lưu trữ mà không ảnh hưởng đến
thư mục làm việc. Nếu không có --exact, các bản vá sẽ được áp dụng lên trên phần đang hoạt động
thư mục sửa đổi cha mẹ.

Bạn có thể nhập bản vá trực tiếp từ thư. Ngay cả các bản vá dưới dạng tệp đính kèm cũng hoạt động (để
sử dụng phần thân thì phải có kiểu text/plain hoặc text/x-patch). Tiêu đề Từ và Chủ đề
của thông báo email được sử dụng làm thông báo cam kết và thông báo cam kết mặc định. Tất cả văn bản/nội dung đơn giản
các phần trước khác biệt đầu tiên được thêm vào thông báo cam kết.

Nếu bản vá đã nhập được tạo bởi hg xuất khẩu, người dùng và mô tả từ ghi đè bản vá
các giá trị từ tiêu đề và nội dung thư. Các giá trị được đưa ra trên dòng lệnh với -m/--message và
-u/--người dùng ghi đè lên những điều này.

Nếu --exact được chỉ định, quá trình nhập sẽ đặt thư mục làm việc thành thư mục gốc của mỗi bản vá
trước khi áp dụng nó và sẽ hủy bỏ nếu tập thay đổi kết quả có ID khác với ID
một cái được ghi lại trong bản vá. Điều này có thể xảy ra do vấn đề về bộ ký tự hoặc nguyên nhân khác
thiếu sót trong định dạng bản vá văn bản.

Sử dụng --partial để đảm bảo một bộ thay đổi sẽ được tạo từ bản vá ngay cả khi một số phần không thành công
để áp dụng. Những người không nộp đơn sẽ được ghi vào một tập tin .rej. Xung đột
sau đó có thể được giải quyết bằng tay trước hg cam kết --sửa đổi được chạy để cập nhật đã tạo
thay đổi. Cờ này tồn tại để cho phép mọi người nhập các bản vá áp dụng một phần mà không cần
mất siêu dữ liệu liên quan (tác giả, ngày tháng, mô tả, ...).

Lưu ý Khi không có khối nào được áp dụng sạch sẽ, hg nhập khẩu - một phần sẽ tạo một bộ thay đổi trống,
chỉ nhập siêu dữ liệu bản vá.

Với -s/--similarity, hg sẽ cố gắng khám phá các tên đổi tên và bản sao trong bản vá trong
giống như cách hg thêm bớt.

Có thể sử dụng các chương trình vá lỗi bên ngoài để thực hiện vá lỗi bằng cách cài đặt ui.patch
tùy chọn cấu hình. Đối với công cụ nội bộ mặc định, fuzz cũng có thể được cấu hình thông qua
bản vá.fuzz. Thấy hg giúp đỡ cấu hình để biết thêm thông tin về các tập tin cấu hình và cách
sử dụng các tùy chọn này.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Ví dụ:

· nhập bản vá truyền thống từ một trang web và phát hiện các lần đổi tên:

hg nhập -s 80 http://example.com/bugfix.patch

· nhập một bộ thay đổi từ máy chủ hgweb:

hg nhập khẩu http://www.selenic.com/hg/rev/5ca8c111e9aa

· nhập tất cả các bản vá vào mbox kiểu Unix:

hg import-patches.mbox

· cố gắng khôi phục chính xác một bộ thay đổi đã xuất (không phải lúc nào cũng có thể):

nhập hg --chính xác được đề xuất-fix.patch

· sử dụng một công cụ bên ngoài để áp dụng một bản vá quá mờ so với công cụ bên trong mặc định.

hg nhập --config ui.patch="patch --merge" mờ.patch

· thay đổi độ mờ mặc định từ 2 thành ít nghiêm ngặt hơn 7

nhập hg --config ui.fuzz=7 fuzz.patch

Trả về 0 nếu thành công, 1 nếu thành công một phần (xem --partial).

Tùy chọn:

-P,--dải
tùy chọn dải thư mục cho bản vá. Điều này có ý nghĩa tương tự như tương ứng
tùy chọn bản vá (mặc định: 1)

-NS,--cơ sở
đường dẫn cơ sở (KHÔNG DÙNG)

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS, --lực lượng
bỏ qua việc kiểm tra các thay đổi chưa được cam kết (KHÔNG DÙNG)

- không cam kết
không cam kết, chỉ cần cập nhật thư mục làm việc

--đường vòng
áp dụng bản vá mà không cần chạm vào thư mục làm việc

- một phần
cam kết ngay cả khi một số người thất bại

--chính xác
áp dụng bản vá cho các nút mà nó được tạo ra

--tiếp đầu ngữ
áp dụng bản vá cho thư mục con

--nhánh nhập khẩu
sử dụng bất kỳ thông tin chi nhánh nào trong bản vá (ngụ ý bởi --exact)

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-S,--tương tự
đoán các tập tin được đổi tên theo độ giống nhau (0<=s<=100)

bí danh: bản vá

đến
hiển thị các thay đổi mới được tìm thấy trong nguồn:

hg đang đến [-p] [-n] [-M] [-f] [-r REV]... [--bundle TÊN TỆP] [NGUỒN]

Hiển thị các tập hợp thay đổi mới được tìm thấy trong đường dẫn/URL đã chỉ định hoặc vị trí kéo mặc định. Những cái này
là các tập hợp thay đổi sẽ được kéo nếu kéo vào thời điểm bạn ban hành lệnh này
chỉ huy.

Xem phần kéo để biết chi tiết về định dạng nguồn hợp lệ.

Với -B/--bookmarks, kết quả so sánh dấu trang giữa cục bộ và từ xa
kho lưu trữ được hiển thị. Với -v/--verbose, trạng thái cũng được hiển thị cho mỗi dấu trang
như dưới đây:

BM1 01234567890a đã thêm
BM2 1234567890ab nâng cao
BM3 234567890abc đã chuyển hướng
BM4 34567890abcd đã thay đổi

Hành động được thực hiện cục bộ khi kéo tùy thuộc vào trạng thái của từng dấu trang:

thêm

kéo sẽ tạo ra nó

tiên tiến

kéo sẽ cập nhật nó

phân kỳ

kéo sẽ tạo ra một dấu trang khác nhau

thay đổi

kết quả phụ thuộc vào các thay đổi từ xa

Từ quan điểm của hành vi kéo, dấu trang chỉ tồn tại trong điều khiển từ xa
kho lưu trữ được coi là thêm, ngay cả khi trên thực tế nó đã bị xóa cục bộ.

Đối với kho lưu trữ từ xa, việc sử dụng --bundle sẽ tránh tải xuống các bộ thay đổi hai lần nếu
đến được theo sau bởi một lực kéo.

Ví dụ:

· hiển thị những thay đổi sắp tới với các bản vá và mô tả đầy đủ:

hg đến -vp

· hiển thị các thay đổi sắp tới ngoại trừ việc hợp nhất, lưu trữ một gói:

hg trong -vpM --bundle đến.hg
hg kéo đến.hg

· liệt kê ngắn gọn những thay đổi bên trong một gói:

hg trong Changes.hg -T "{desc|firstline}\n"

Trả về 0 nếu có thay đổi sắp tới, nếu không thì trả về 1.

Tùy chọn:

-NS, --lực lượng
chạy ngay cả khi kho lưu trữ từ xa không liên quan

-N, --mới nhất-đầu tiên
hiển thị bản ghi mới nhất đầu tiên

--bó
tập tin để lưu trữ các gói vào

-NS,--rev
một bộ thay đổi từ xa dự định được thêm vào

-NS, - dấu trang
so sánh dấu trang

-NS,--chi nhánh
một nhánh cụ thể mà bạn muốn kéo

-P, --vá
hiển thị bản vá

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-l,--giới hạn
giới hạn số lượng thay đổi được hiển thị

-NS, - không hợp nhất
không hiển thị sự hợp nhất

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

-NS, - đồ thị
hiển thị DAG sửa đổi

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: trong

trong đó
tạo một kho lưu trữ mới trong thư mục đã cho:

hg init [-e CMD] [--remotecmd CMD] [DEST]

Khởi tạo một kho lưu trữ mới trong thư mục đã cho. Nếu thư mục đã cho không tồn tại,
nó sẽ được tạo ra.

Nếu không có thư mục nào được đưa ra, thư mục hiện tại sẽ được sử dụng.

Có thể chỉ định một ssh: // URL làm đích đến. Nhìn thấy hg giúp đỡ url để biết thêm
thông tin.

Trả về 0 khi thành công.

Tùy chọn:

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

xác định vị trí
định vị các tệp phù hợp với các mẫu cụ thể (KHÔNG DÙNG):

hg định vị [TÙY CHỌN]... [MẪU]...

In các tập tin dưới sự kiểm soát Mercurial trong thư mục làm việc có tên khớp với tên đã cho
hoa văn.

Theo mặc định, lệnh này tìm kiếm tất cả các thư mục trong thư mục làm việc. Để tìm kiếm chỉ
thư mục hiện tại và các thư mục con của nó, hãy sử dụng "--include .".

Nếu không có mẫu nào phù hợp, lệnh này sẽ in tên của tất cả các tệp trong
Kiểm soát thủy ngân trong thư mục làm việc.

Nếu bạn muốn đưa đầu ra của lệnh này vào lệnh "xargs", hãy sử dụng tùy chọn -0
cho cả lệnh này và "xargs". Điều này sẽ tránh được vấn đề "xargs" xử lý đơn lẻ
tên tệp chứa khoảng trắng dưới dạng nhiều tên tệp.

Xem hg giúp đỡ các tập tin để có một lệnh linh hoạt hơn.

Trả về 0 nếu tìm thấy kết quả khớp, nếu không thì trả về 1.

Tùy chọn:

-NS,--rev
tìm kiếm kho lưu trữ như trong REV

-0, --print0
kết thúc tên tệp bằng NUL, để sử dụng với xargs

-NS, --đường dẫn đầy đủ
in đường dẫn đầy đủ từ thư mục gốc của hệ thống tập tin

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

đăng nhập
hiển thị lịch sử sửa đổi của toàn bộ kho lưu trữ hoặc tệp:

nhật ký hg [TÙY CHỌN]... [TẬP TIN]

In lịch sử sửa đổi của các tệp được chỉ định hoặc toàn bộ dự án.

Nếu không có phạm vi sửa đổi nào được chỉ định, mặc định là tiền boa: 0 trừ khi --follow được đặt, trong đó
trường hợp thư mục mẹ làm việc được sử dụng làm bản sửa đổi bắt đầu.

Lịch sử tập tin được hiển thị mà không theo sau việc đổi tên hoặc sao chép lịch sử của tập tin. Sử dụng -f/--theo dõi
với tên tệp để theo dõi lịch sử qua các lần đổi tên và sao chép. --theo dõi mà không có tên tệp
sẽ chỉ hiển thị tổ tiên hoặc hậu duệ của bản sửa đổi bắt đầu.

Theo mặc định, lệnh này in số sửa đổi và id bộ thay đổi, thẻ, không tầm thường
cha mẹ, người dùng, ngày giờ và bản tóm tắt cho mỗi cam kết. Khi chuyển đổi -v/--verbose
được sử dụng, danh sách các tập tin đã thay đổi và thông báo cam kết đầy đủ sẽ được hiển thị.

Với --graph, các bản sửa đổi được hiển thị dưới dạng DAG nghệ thuật ASCII với bộ thay đổi gần đây nhất tại
đỉnh. 'o' là một tập hợp thay đổi, '@' là thư mục mẹ làm việc, 'x' đã lỗi thời và '+'
đại diện cho một nhánh trong đó tập hợp thay đổi từ các dòng bên dưới là cha mẹ của hợp nhất 'o' trên
cùng một dòng.

Chú thích hg đăng nhập --vá có thể tạo ra đầu ra khác biệt không mong muốn cho các tập hợp thay đổi hợp nhất, vì nó sẽ
chỉ so sánh tập thay đổi hợp nhất với cha mẹ đầu tiên của nó. Ngoài ra, chỉ có các tập tin
khác với CẢ HAI cha mẹ sẽ xuất hiện trong các tệp:.

Lưu ý Vì lý do hiệu suất, hg đăng nhập FILE có thể bỏ qua những thay đổi trùng lặp được thực hiện trên các nhánh
và sẽ không hiển thị các thao tác xóa hoặc thay đổi chế độ. Để xem tất cả những thay đổi như vậy, hãy sử dụng
--đã tháo công tắc.

Vài ví dụ:

· bộ thay đổi với mô tả đầy đủ và danh sách tập tin:

hg log -v

· các tập hợp thay đổi gốc của thư mục làm việc:

hg log -f

· 10 lần commit cuối cùng trên nhánh hiện tại:

hg log -l 10 -b .

· các tập thay đổi hiển thị tất cả các sửa đổi của một tập tin, bao gồm cả việc loại bỏ:

hg log --removed file.c

· tất cả các tập hợp thay đổi liên quan đến một thư mục, có các khác biệt, không bao gồm các phần hợp nhất:

hg log -Mp lib/

· tất cả các số sửa đổi phù hợp với một từ khóa:

hg log -k bug --template "{rev}\n"

· mã định danh băm đầy đủ của thư mục mẹ làm việc:

hg log -r . --mẫu "{node}\n"

· Liệt kê các mẫu nhật ký có sẵn:

hg log -T danh sách

· kiểm tra xem một tập thay đổi đã cho có được đưa vào bản phát hành được gắn thẻ hay không:

hg log -r "a21ccf và tổ tiên (1.9)"

· tìm tất cả các thay đổi của một số người dùng trong một phạm vi ngày:

hg log -k alice -d "tháng 2008 năm 2008 đến tháng XNUMX năm XNUMX"

· tóm tắt tất cả các thay đổi sau thẻ cuối cùng:

hg log -r "last(tagged())::" --template "{desc|firstline}\n"

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Xem hg giúp đỡ Sửa đổi và hg giúp đỡ sửa đổi để biết thêm về việc chỉ định và đặt hàng
các bản sửa đổi.

Xem hg giúp đỡ mẫu để biết thêm về các kiểu đóng gói sẵn và chỉ định các mẫu tùy chỉnh.

Trả về 0 khi thành công.

Tùy chọn:

-NS, --theo dõi
theo dõi lịch sử thay đổi hoặc lịch sử tệp trên các bản sao và đổi tên

--theo dõi trước
chỉ theo dõi cha mẹ đầu tiên của các tập hợp thay đổi hợp nhất (KHÔNG DÙNG NỮA)

-NS,--ngày
hiển thị các bản sửa đổi phù hợp với thông số ngày

-NS, --bản sao
hiển thị các tập tin được sao chép

-k,--từ khóa
thực hiện tìm kiếm không phân biệt chữ hoa chữ thường cho một văn bản nhất định

-NS,--rev
hiển thị bản sửa đổi hoặc bản sửa đổi được chỉ định

--LOẠI BỎ
bao gồm các bản sửa đổi nơi các tập tin đã bị xóa

-NS, --chỉ hợp nhất
chỉ hiển thị các phần hợp nhất (KHÔNG DÙNG)

-bạn,--người sử dụng
sửa đổi được cam kết bởi người dùng

--chỉ nhánh
chỉ hiển thị các tập hợp thay đổi trong nhánh được đặt tên (KHÔNG DÙNG)

-NS,--chi nhánh
hiển thị các thay đổi trong nhánh được đặt tên

-P,--cắt tỉa
không hiển thị bản sửa đổi hoặc bất kỳ tổ tiên nào của nó

-P, --vá
hiển thị bản vá

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-l,--giới hạn
giới hạn số lượng thay đổi được hiển thị

-NS, - không hợp nhất
không hiển thị sự hợp nhất

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

-NS, - đồ thị
hiển thị DAG sửa đổi

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: lịch sử

biểu hiện
xuất bản sửa đổi hiện tại hoặc đã cho của bảng kê khai dự án:

hg bảng kê khai [-r REV]

In danh sách các tệp được kiểm soát phiên bản cho bản sửa đổi nhất định. Nếu không có sửa đổi nào được đưa ra,
cha đầu tiên của thư mục làm việc được sử dụng hoặc bản sửa đổi null nếu không có bản sửa đổi nào
đã kiểm tra.

Với -v, quyền in tệp, liên kết tượng trưng và bit thực thi. Với --debug, in tập tin
băm sửa đổi.

Nếu tùy chọn --all được chỉ định, danh sách tất cả các tệp từ tất cả các phiên bản sẽ được in. Cái này
bao gồm các tập tin bị xóa và đổi tên.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
sửa đổi để hiển thị

--tất cả các liệt kê các tập tin từ tất cả các phiên bản

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

hợp nhất
hợp nhất một bản sửa đổi khác vào thư mục làm việc:

hg hợp nhất [-P] [[-r] REV]

Thư mục làm việc hiện tại được cập nhật với tất cả các thay đổi được thực hiện trong bản sửa đổi được yêu cầu
kể từ lần sửa đổi chung cuối cùng trước đó.

Các tệp đã thay đổi giữa một trong hai tệp gốc được đánh dấu là đã thay đổi cho lần xác nhận tiếp theo và một tệp
cam kết phải được thực hiện trước khi cho phép bất kỳ cập nhật nào khác vào kho lưu trữ. Các
cam kết tiếp theo sẽ có hai cha mẹ.

--dụng cụ có thể được sử dụng để chỉ định công cụ hợp nhất được sử dụng để hợp nhất tệp. Nó ghi đè
Biến môi trường HGMERGE và các tệp cấu hình của bạn. Nhìn thấy hg giúp đỡ công cụ hợp nhất cho
tùy chọn.

Nếu không có bản sửa đổi nào được chỉ định, thư mục mẹ của thư mục làm việc là bản sửa đổi chính và
nhánh hiện tại chứa chính xác một phần đầu khác, phần đầu kia được hợp nhất với theo mặc định.
Mặt khác, phải cung cấp một bản sửa đổi rõ ràng để hợp nhất.

Xem hg giúp đỡ giải quyết để biết thông tin về cách xử lý xung đột tập tin.

Để hoàn tác việc hợp nhất không được cam kết, hãy sử dụng hg cập nhật --dọn dẹp . sẽ kiểm tra một bản sao sạch của
cha mẹ hợp nhất ban đầu, mất tất cả các thay đổi.

Trả về 0 nếu thành công, 1 nếu có tệp chưa được giải quyết.

Tùy chọn:

-NS, --lực lượng
buộc hợp nhất bao gồm các thay đổi nổi bật (KHÔNG DÙNG NỮA)

-NS,--rev
sửa đổi để hợp nhất

-P, --xem trước
xem xét các sửa đổi để hợp nhất (không thực hiện hợp nhất)

-NS,--dụng cụ
chỉ định công cụ hợp nhất

đi
hiển thị các thay đổi không tìm thấy ở đích:

hg gửi đi [-M] [-p] [-n] [-f] [-r REV]... [DEST]

Hiển thị các tập hợp thay đổi không được tìm thấy trong kho lưu trữ đích được chỉ định hoặc phần đẩy mặc định
vị trí. Đây là những tập hợp thay đổi sẽ được đẩy nếu yêu cầu đẩy.

Xem phần kéo để biết chi tiết về các định dạng đích hợp lệ.

Với -B/--bookmarks, kết quả so sánh dấu trang giữa cục bộ và từ xa
kho lưu trữ được hiển thị. Với -v/--verbose, trạng thái cũng được hiển thị cho mỗi dấu trang
như dưới đây:

BM1 01234567890a đã thêm
BM2 đã xóa
BM3 234567890abc nâng cao
BM4 34567890abcd chuyển hướng
BM5 4567890abcde đã thay đổi

Hành động được thực hiện khi đẩy tùy thuộc vào trạng thái của từng dấu trang:

thêm

đẩy bằng -B sẽ tạo ra nó

xóa

đẩy bằng -B sẽ xóa nó

tiên tiến

Đẩy sẽ cập nhật nó

phân kỳ

đẩy bằng -B sẽ cập nhật nó

thay đổi

đẩy bằng -B sẽ cập nhật nó

Từ quan điểm của hành vi đẩy, dấu trang chỉ tồn tại trong điều khiển từ xa
kho lưu trữ được coi là xóa, ngay cả khi trên thực tế nó được thêm từ xa.

Trả về 0 nếu có thay đổi gửi đi, nếu không thì trả về 1.

Tùy chọn:

-NS, --lực lượng
chạy ngay cả khi đích đến không liên quan

-NS,--rev
một tập hợp thay đổi dự định được đưa vào đích

-N, --mới nhất-đầu tiên
hiển thị bản ghi mới nhất đầu tiên

-NS, - dấu trang
so sánh dấu trang

-NS,--chi nhánh
một nhánh cụ thể mà bạn muốn đẩy

-P, --vá
hiển thị bản vá

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-l,--giới hạn
giới hạn số lượng thay đổi được hiển thị

-NS, - không hợp nhất
không hiển thị sự hợp nhất

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

-NS, - đồ thị
hiển thị DAG sửa đổi

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: ngoài

cha mẹ
hiển thị cha mẹ của thư mục làm việc hoặc bản sửa đổi (KHÔNG DÙNG):

hg cha mẹ [-r REV] [FILE]

In các bản sửa đổi gốc của thư mục làm việc. Nếu bản sửa đổi được đưa ra thông qua -r/--rev,
cha mẹ của bản sửa đổi đó sẽ được in. Nếu một đối số tệp được đưa ra, bản sửa đổi trong
tập tin nào được thay đổi lần cuối (trước khi sửa đổi thư mục làm việc hoặc đối số cho
--rev nếu được) được in.

Lệnh này tương đương với:

hg log -r "p1()+p2()" hoặc
hg log -r "p1(REV)+p2(REV)" hoặc
hg log -r "max(::p1() and file(FILE))+max(::p2() and file(FILE))" hoặc
hg log -r "max(::p1(REV) và file(FILE))+max(::p2(REV) and file(FILE))"

Xem hg tóm tắt và hg giúp đỡ sửa đổi để biết thông tin liên quan.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
hiển thị cho cha mẹ của bản sửa đổi được chỉ định

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

đường dẫn
hiển thị bí danh cho kho lưu trữ từ xa:

đường dẫn hg [TÊN]

Hiển thị định nghĩa về tên đường dẫn tượng trưng NAME. Nếu không có tên nào được đưa ra, hãy hiển thị định nghĩa của tất cả
những cái tên có sẵn.

Tùy chọn -q/--quiet chặn tất cả đầu ra khi tìm kiếm TÊN và chỉ hiển thị đường dẫn
tên khi liệt kê tất cả các định nghĩa.

Tên đường dẫn được xác định trong phần [paths] của tệp cấu hình của bạn và trong
/etc/mercurial/hgrc. Nếu chạy bên trong kho lưu trữ, .hg/hgrc cũng được sử dụng.

Tên đường dẫn mặc định và đẩy mặc định có một ý nghĩa đặc biệt. Khi thực hiện thao tác đẩy hoặc
thao tác kéo, chúng được sử dụng làm phương án dự phòng nếu không có vị trí nào được chỉ định trên
dòng lệnh. Khi đẩy mặc định được thiết lập, nó sẽ được sử dụng để đẩy và mặc định sẽ được sử dụng
để kéo; nếu không thì mặc định được sử dụng làm dự phòng cho cả hai. Khi nhân bản một kho lưu trữ,
nguồn nhân bản được viết là mặc định in .hg/hgrc.

Chú thích mặc định và đẩy mặc định áp dụng cho tất cả các hàng gửi đến (ví dụ hg đến) và đi
(ví dụ hg đi, hg e-mail và hg bó lại) hoạt động.

Xem hg giúp đỡ url để biết thêm thông tin chi tiết.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

giai đoạn
đặt hoặc hiển thị tên giai đoạn hiện tại:

pha hg [-p|-d|-s] [-f] [-r] [REV...]

Không có đối số, hiển thị tên giai đoạn của (các) bản sửa đổi hiện tại.

Với một trong các -p/--public, -d/--draft hoặc -s/--secret, hãy thay đổi giá trị pha của
những sửa đổi được chỉ định.

Trừ khi -f/--force được chỉ định, hg giai đoạn sẽ không chuyển tập hợp thay đổi từ giai đoạn thấp hơn sang giai đoạn khác
pha cao hơn. Các giai đoạn được sắp xếp như sau:

công khai < dự thảo < bí mật

Trả về 0 nếu thành công, 1 nếu không thể thay đổi một số giai đoạn.

(Để biết thêm thông tin về khái niệm giai đoạn, xem hg giúp đỡ giai đoạn.)

Tùy chọn:

-P, --công cộng
đặt giai đoạn thay đổi thành công khai

-NS, --bản thảo
đặt giai đoạn thay đổi thành bản nháp

-S, --bí mật
đặt giai đoạn thay đổi thành bí mật

-NS, --lực lượng
cho phép di chuyển ranh giới về phía sau

-NS,--rev
sửa đổi mục tiêu

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

kéo
kéo các thay đổi từ nguồn được chỉ định:

hg kéo [-u] [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [NGUỒN]

Kéo các thay đổi từ kho lưu trữ từ xa sang kho lưu trữ cục bộ.

Điều này tìm thấy tất cả các thay đổi từ kho lưu trữ tại đường dẫn hoặc URL đã chỉ định và thêm chúng vào một
kho lưu trữ cục bộ (kho lưu trữ hiện tại trừ khi -R được chỉ định). Theo mặc định, điều này không
cập nhật bản sao của dự án trong thư mục làm việc.

Sử dụng hg đến nếu bạn muốn xem những gì sẽ được thêm vào bằng cách kéo vào thời điểm bạn
đã ban hành lệnh này. Sau đó, nếu bạn quyết định thêm những thay đổi đó vào kho lưu trữ, bạn nên
sử dụng hg kéo -r X Ở đâu X là tập hợp thay đổi cuối cùng được liệt kê bởi hg đến.

Nếu SOURCE bị bỏ qua, đường dẫn 'mặc định' sẽ được sử dụng. Nhìn thấy hg giúp đỡ url để biết thêm
thông tin.

Trả về 0 nếu thành công, 1 nếu bản cập nhật có tệp chưa được giải quyết.

Tùy chọn:

-bạn, - cập nhật
cập nhật lên trưởng chi nhánh mới nếu các thay đổi được kéo

-NS, --lực lượng
chạy ngay cả khi kho lưu trữ từ xa không liên quan

-NS,--rev
một bộ thay đổi từ xa dự định được thêm vào

-NS,- bookmark
đánh dấu để kéo

-NS,--chi nhánh
một nhánh cụ thể mà bạn muốn kéo

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

đẩy
Đẩy các thay đổi đến đích đã chỉ định:

hg đẩy [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [DEST]

Đẩy các thay đổi từ kho lưu trữ cục bộ đến đích đã chỉ định.

Thao tác này mang tính chất đối xứng với thao tác kéo: nó giống hệt với thao tác kéo ở đích
kho lưu trữ từ kho lưu trữ hiện tại.

Theo mặc định, tính năng đẩy sẽ không cho phép tạo đầu mới tại đích, vì nhiều
đầu sẽ làm cho việc sử dụng đầu nào không rõ ràng. Trong tình huống này, nên
kéo và hợp nhất trước khi đẩy.

Sử dụng --new-branch nếu bạn muốn cho phép Push tạo một nhánh có tên mới không phải là
có mặt tại điểm đến. Điều này cho phép bạn chỉ tạo một nhánh mới mà không bắt buộc
những thay đổi khác.

Lưu ý Cần hết sức cẩn thận với tùy chọn -f/--force, tùy chọn này sẽ đẩy tất cả các
đứng đầu trên tất cả các nhánh, một hành động gần như luôn gây nhầm lẫn cho
cộng tác viên.

Nếu -r/--rev được sử dụng, bản sửa đổi đã chỉ định và tất cả bản sửa đổi gốc của nó sẽ được đẩy tới
kho lưu trữ từ xa.

Nếu -B/--bookmark được sử dụng, bản sửa đổi được đánh dấu đã chỉ định, tổ tiên của nó và
dấu trang sẽ được đẩy đến kho lưu trữ từ xa.

Xin vui lòng xem hg giúp đỡ url để biết chi tiết quan trọng về ssh: // URL. Nếu DESTINATION là
bị bỏ qua, đường dẫn mặc định sẽ được sử dụng.

Trả về 0 nếu đẩy thành công, 1 nếu không có gì để đẩy.

Tùy chọn:

-NS, --lực lượng
lực đẩy

-NS,--rev
một tập hợp thay đổi dự định được đưa vào đích

-NS,- bookmark
đánh dấu để đẩy

-NS,--chi nhánh
một nhánh cụ thể mà bạn muốn đẩy

--chi nhánh mới
cho phép đẩy một nhánh mới

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

lấy lại
khôi phục một giao dịch bị gián đoạn:

hg phục hồi

Khôi phục từ một cam kết hoặc kéo bị gián đoạn.

Lệnh này cố gắng khắc phục trạng thái kho lưu trữ sau một hoạt động bị gián đoạn. Nó nên
chỉ cần thiết khi Mercurial gợi ý.

Trả về 0 nếu thành công, 1 nếu không có gì để khôi phục hoặc xác minh không thành công.

tẩy
xóa các tệp được chỉ định trong lần xác nhận tiếp theo:

hg xóa [TÙY CHỌN]... TỆP...

Lên lịch xóa các tệp được chỉ định khỏi nhánh hiện tại.

Lệnh này lên lịch các tập tin sẽ bị xóa ở lần xác nhận tiếp theo. Để hoàn tác việc xóa
trước đó hãy xem hg trở lại. Để hoàn tác các tệp đã thêm, hãy xem hg quên.

-A/--after chỉ có thể được sử dụng để xóa các tệp đã bị xóa, -f/--force có thể
được sử dụng để buộc xóa và -Af có thể được sử dụng để xóa các tệp khỏi bản sửa đổi tiếp theo
mà không xóa chúng khỏi thư mục làm việc.

Bảng sau trình bày chi tiết hành vi xóa đối với các trạng thái tệp (cột) khác nhau và
kết hợp tùy chọn (hàng). Các trạng thái của tệp là Đã thêm [A], Làm sạch [C], Đã sửa đổi [M] và
Thiếu [!] (theo báo cáo của hg tình trạng). Các hành động là Cảnh báo, Xóa (khỏi nhánh) và
Xóa (khỏi đĩa):

┌──────────┬───┬────┬────┬───┐
│opt/trạng thái │ A │ C │ M │ ! │
├──────────┼───┼────┼────┼───┤
│không │ W │ RD │ W │ R │
├──────────┼───┼────┼────┼───┤
│-f │ R │ RD │ RD │ R │
├──────────┼───┼────┼────┼───┤
│-A │ W │ W │ W │ R │
├──────────┼───┼────┼────┼───┤
│-Af │ R │ R │ R │ R │
└──────────┴───┴────┴────┴───┘

Chú thích hg tẩy không bao giờ xóa các tập tin ở trạng thái [A] đã thêm khỏi thư mục làm việc, không
ngay cả khi --lực lượng được quy định.

Trả về 0 nếu thành công, 1 nếu gặp bất kỳ cảnh báo nào.

Tùy chọn:

-MỘT, --sau
xóa bản ghi cho các tập tin bị thiếu

-NS, --lực lượng
xóa (và xóa) tập tin ngay cả khi được thêm hoặc sửa đổi

-NS, --subrepos
tái diễn vào kho con

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: rm

đổi tên
đổi tên tập tin; tương đương với bản sao + xóa:

hg đổi tên [TÙY CHỌN]... NGUỒN... DEST

Đánh dấu đích là bản sao của nguồn; đánh dấu nguồn để xóa. Nếu đích là một thư mục, hãy sao chép
được đặt trong thư mục đó. Nếu đích là một tập tin thì chỉ có thể có một nguồn.

Theo mặc định, lệnh này sao chép nội dung của các tập tin khi chúng tồn tại trong môi trường làm việc.
danh mục. Nếu được gọi với -A/--after, thao tác sẽ được ghi lại nhưng không có sự sao chép nào được thực hiện
đã thực hiện.

Lệnh này có hiệu lực ở lần xác nhận tiếp theo. Để hoàn tác việc đổi tên trước đó, hãy xem hg trở lại.

Trả về 0 nếu thành công, 1 nếu gặp lỗi.

Tùy chọn:

-MỘT, --sau
ghi lại việc đổi tên đã xảy ra

-NS, --lực lượng
buộc sao chép lên một tệp được quản lý hiện có

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: di chuyển mv

giải quyết
làm lại việc hợp nhất hoặc đặt/xem trạng thái hợp nhất của các tệp:

hg giải quyết [TÙY CHỌN]... [TẬP TIN]...

Việc hợp nhất với các xung đột chưa được giải quyết thường là kết quả của việc hợp nhất không tương tác bằng cách sử dụng
nội bộ: hợp nhất cài đặt cấu hình hoặc công cụ hợp nhất dòng lệnh như khác biệt3. Quyết tâm
lệnh được sử dụng để quản lý các tập tin liên quan đến việc hợp nhất, sau khi hg hợp nhất đã được chạy và
trước hg cam kết được chạy (tức là thư mục làm việc phải có hai thư mục cha). Nhìn thấy hg giúp đỡ
công cụ hợp nhất để biết thông tin về cách định cấu hình các công cụ hợp nhất.

Lệnh giải quyết có thể được sử dụng theo những cách sau:

· hg giải quyết [--dụng cụ DỤNG CỤ] TẬP TIN...: cố gắng hợp nhất lại các tệp đã chỉ định, loại bỏ
mọi nỗ lực hợp nhất trước đó. Việc hợp nhất lại không được thực hiện đối với các tệp đã được đánh dấu là
đã giải quyết. Sử dụng --tất cả/-a to select all unresolved files. --dụng cụ có thể được sử dụng để chỉ định
công cụ hợp nhất được sử dụng cho các tập tin nhất định. Nó ghi đè biến môi trường HGMERGE và
tập tin cấu hình của bạn. Nội dung tập tin trước đó được lưu với một .orig hậu tố.

· hg giải quyết -m [TẬP TIN]: đánh dấu một tập tin là đã được giải quyết (ví dụ sau khi đã xử lý thủ công
fixed-up the files). The default is to mark all unresolved files.

· hg giải quyết -u [TẬP TIN]...: đánh dấu một tập tin là chưa được giải quyết. Mặc định là đánh dấu tất cả đã được giải quyết
các tập tin.

· hg giải quyết -l: liệt kê các tập tin đã hoặc vẫn còn xung đột. Trong danh sách in ra, U =
chưa được giải quyết và R = đã giải quyết.

Lưu ý Mercurial sẽ không cho phép bạn cam kết các tệp có xung đột hợp nhất chưa được giải quyết. Bạn phải
sử dụng hg giải quyết -m hữu ích. Cảm ơn ! trước khi bạn có thể cam kết sau khi hợp nhất xung đột.

Trả về 0 nếu thành công, 1 nếu bất kỳ tệp nào không thể giải quyết được.

Tùy chọn:

-một, --tất cả các
chọn tất cả các tập tin chưa được giải quyết

-l, --danh sách
liệt kê trạng thái các tập tin cần hợp nhất

-NS, --dấu
đánh dấu tập tin là đã giải quyết

-bạn, --bỏ đánh dấu
đánh dấu tập tin là chưa được giải quyết

-N, --không có trạng thái
ẩn tiền tố trạng thái

-NS,--dụng cụ
chỉ định công cụ hợp nhất

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

trở lại
khôi phục tập tin về trạng thái thanh toán:

hg hoàn nguyên [TÙY CHỌN]... [-r REV] [TÊN]...

Lưu ý Để kiểm tra các phiên bản trước đó, bạn nên sử dụng hg cập nhật REV. Để hủy một
hợp nhất không được cam kết (và mất các thay đổi của bạn), hãy sử dụng hg cập nhật --dọn dẹp ..

With no revision specified, revert the specified files or directories to the contents they
có trong thư mục mẹ của thư mục làm việc. Điều này khôi phục nội dung của tập tin vào một
trạng thái chưa sửa đổi và hủy lịch thêm, xóa, sao chép và đổi tên. Nếu làm việc
thư mục có hai thư mục gốc, bạn phải chỉ định rõ ràng bản sửa đổi.

Sử dụng các tùy chọn -r/--rev hoặc -d/--date, hoàn nguyên các tập tin hoặc thư mục đã cho về trạng thái ban đầu của chúng.
nêu trong một bản sửa đổi cụ thể. Bởi vì hoàn nguyên không thay đổi thư mục làm việc
cha mẹ, điều này sẽ làm cho các tập tin này có vẻ như đã bị sửa đổi. Điều này có thể hữu ích để "rút lui"
một số hoặc tất cả những thay đổi trước đó. Nhìn thấy hg hậu thuẫn cho một phương pháp liên quan.

Các tệp đã sửa đổi được lưu với hậu tố .orig trước khi hoàn nguyên. Để vô hiệu hóa các bản sao lưu này,
sử dụng --no-backup.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Xem hg giúp đỡ hậu thuẫn để biết cách đảo ngược tác dụng của bộ thay đổi trước đó.

Trả về 0 khi thành công.

Tùy chọn:

-một, --tất cả các
hoàn nguyên tất cả các thay đổi khi không có đối số nào được đưa ra

-NS,--ngày
ngày khớp sửa đổi cao nhất

-NS,--rev
trở lại bản sửa đổi đã chỉ định

-NS, --không sao lưu
không lưu bản sao lưu của tập tin

-tôi, - tương tác
tương tác chọn các thay đổi (THỬ NGHIỆM)

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

rollback
khôi phục giao dịch cuối cùng (NGUY HIỂM) (KHÔNG DÙNG):

khôi phục hg

Vui lòng sử dụng hg cam kết --sửa đổi thay vì quay lại để sửa lỗi trong lần chuyển giao cuối cùng.

Lệnh này nên được sử dụng cẩn thận. Chỉ có một mức khôi phục và có
không có cách nào để hoàn tác một rollback. Nó cũng sẽ khôi phục trạng thái dirstate vào thời điểm cuối cùng
giao dịch, mất mọi thay đổi trực tiếp kể từ thời điểm đó. Lệnh này không làm thay đổi
thư mục làm việc.

Các giao dịch được sử dụng để gói gọn tác dụng của tất cả các lệnh tạo mới
các tập thay đổi hoặc truyền các tập thay đổi hiện có vào kho lưu trữ.

Ví dụ: các lệnh sau là giao dịch và hiệu ứng của chúng có thể được thực hiện
trở lại:

· làm

· nhập khẩu

· sự lôi kéo

· Đẩy (với kho lưu trữ này là đích)

· tách nhóm

Để tránh mất dữ liệu vĩnh viễn, khôi phục sẽ từ chối khôi phục giao dịch cam kết nếu nó
không được kiểm tra. Sử dụng --force để ghi đè sự bảo vệ này.

Lệnh này không nhằm mục đích sử dụng trên các kho lưu trữ công cộng. Khi các thay đổi được hiển thị cho
do người dùng khác kéo, việc khôi phục giao dịch trở lại cục bộ là không hiệu quả (người khác có thể
đã thực hiện các thay đổi). Hơn nữa, có thể có một cuộc chạy đua với độc giả của
kho; ví dụ: quá trình kéo đang diễn ra từ kho lưu trữ có thể không thành công nếu quá trình khôi phục được thực hiện
đã thực hiện.

Trả về 0 nếu thành công, 1 nếu không có dữ liệu khôi phục.

Tùy chọn:

-N, - chạy thử
không thực hiện hành động, chỉ in kết quả

-NS, --lực lượng
bỏ qua các biện pháp an toàn

nguồn gốc
in thư mục gốc (trên cùng) của thư mục làm việc hiện tại:

gốc hg

In thư mục gốc của kho lưu trữ hiện tại.

Trả về 0 khi thành công.

phục vụ
khởi động máy chủ web độc lập:

hg phục vụ [TÙY CHỌN]...

Khởi động trình duyệt kho lưu trữ HTTP cục bộ và kéo máy chủ. Bạn có thể sử dụng điều này để chia sẻ đặc biệt
and browsing of repositories. It is recommended to use a real web server to serve a
kho lưu trữ trong thời gian dài hơn.

Xin lưu ý rằng máy chủ không thực hiện kiểm soát truy cập. Điều này có nghĩa là, bằng
mặc định, bất kỳ ai cũng có thể đọc từ máy chủ và không ai có thể ghi vào máy chủ theo mặc định. Đặt
web.allow_push tùy chọn để * để cho phép mọi người đẩy tới máy chủ. Bạn nên sử dụng thực tế
máy chủ web nếu bạn cần xác thực người dùng.

Theo mặc định, máy chủ ghi lại các truy cập vào thiết bị xuất chuẩn và lỗi đối với thiết bị xuất chuẩn. Sử dụng
-A/--accesslog và -E/--errorlog tùy chọn để đăng nhập vào tập tin.

Để yêu cầu máy chủ chọn số cổng còn trống để nghe, hãy chỉ định số cổng là 0; TRONG
trường hợp này, máy chủ sẽ in số cổng mà nó sử dụng.

Trả về 0 khi thành công.

Tùy chọn:

-MỘT,--accesslog
tên của tệp nhật ký truy cập để ghi vào

-NS, --daemon
chạy máy chủ ở chế độ nền

--daemon-pipefds
được sử dụng nội bộ bởi chế độ daemon

-VÀ,--log lỗi
tên của tệp nhật ký lỗi cần ghi vào

-P,--Hải cảng
cổng để nghe (mặc định: 8000)

-một,--Địa chỉ
địa chỉ để nghe (mặc định: tất cả các giao diện)

--tiếp đầu ngữ
đường dẫn tiền tố để phục vụ từ (mặc định: root máy chủ)

-N,--Tên
tên để hiển thị trong các trang web (mặc định: thư mục làm việc)

--web-conf
tên của tệp cấu hình hgweb (xem "hg help hgweb")

--webdir-conf
tên của tệp cấu hình hgweb (KHÔNG DÙNG)

--pid-tệp
tên của tập tin để ghi ID tiến trình vào

--stdio
cho khách hàng ở xa

--cmdserver
cho khách hàng ở xa

-NS,--mẫu
mẫu web để sử dụng

--Phong cách
kiểu mẫu để sử dụng

-6, --ipv6
sử dụng IPv6 ngoài IPv4

--giấy chứng nhận
Tệp chứng chỉ SSL

tình trạng
hiển thị các tập tin đã thay đổi trong thư mục làm việc:

trạng thái hg [TÙY CHỌN]... [TẬP TIN]...

Hiển thị trạng thái của các tập tin trong kho lưu trữ. Nếu tên được đưa ra, chỉ những tập tin phù hợp mới được
cho xem. Các tập tin sạch hoặc bị bỏ qua hoặc nguồn của thao tác sao chép/di chuyển không được
được liệt kê trừ khi -c/--clean, -i/--ignored, -C/--copy hoặc -A/--tất cả đều được đưa ra. Trừ khi tùy chọn
được mô tả bằng "chỉ hiển thị ..." được đưa ra, các tùy chọn -mardu được sử dụng.

Option -q/--quiet hides untracked (unknown and ignored) files unless explicitly requested
với -u/--không xác định hoặc -i/--bỏ qua.

Chú thích hg tình trạng có thể không đồng ý với khác biệt nếu các quyền đã thay đổi hoặc hợp nhất
has occurred. The standard diff format does not report permission changes and diff
chỉ báo cáo những thay đổi liên quan đến một phụ huynh hợp nhất.

Nếu một bản sửa đổi được đưa ra, nó sẽ được sử dụng làm bản sửa đổi cơ sở. Nếu hai lần sửa đổi được đưa ra,
sự khác biệt giữa chúng được hiển thị. Tùy chọn --change cũng có thể được sử dụng làm phím tắt
để liệt kê các tệp đã thay đổi của bản sửa đổi từ tệp gốc đầu tiên của nó.

Các mã được sử dụng để hiển thị trạng thái của tệp là:

M = đã sửa đổi
A = đã thêm
R = đã xóa
C = sạch sẽ
! = bị thiếu (bị xóa bằng lệnh không phải hg nhưng vẫn được theo dõi)
? = không được theo dõi
Tôi = bỏ qua
= nguồn gốc của tệp trước đó (có --copies)

Ví dụ:

· hiển thị các thay đổi trong thư mục làm việc liên quan đến một tập hợp thay đổi:

trạng thái hg --rev 9353

· hiển thị những thay đổi trong thư mục làm việc so với thư mục hiện tại (xem hg giúp đỡ
mô hình để biết thêm thông tin):

trạng thái hg lại:

· hiển thị tất cả các thay đổi bao gồm các bản sao trong bộ thay đổi hiện có:

trạng thái hg --bản sao --thay đổi 9353

· lấy danh sách các tệp được thêm được phân tách bằng NUL, phù hợp với xargs:

trạng thái hg -an0

Trả về 0 khi thành công.

Tùy chọn:

-MỘT, --tất cả các
hiển thị trạng thái của tất cả các tập tin

-NS, - đã sửa đổi
chỉ hiển thị các tập tin đã sửa đổi

-một, --thêm
show only added files

-NS, --LOẠI BỎ
chỉ hiển thị các tập tin bị xóa

-NS, - bị xóa
chỉ hiển thị các tập tin đã xóa (nhưng được theo dõi)

-NS, --dọn dẹp
chỉ hiển thị các tập tin mà không có thay đổi

-bạn, --không xác định
chỉ hiển thị các tập tin không xác định (không được theo dõi)

-tôi, --mặc kệ
chỉ hiển thị các tập tin bị bỏ qua

-N, --không có trạng thái
ẩn tiền tố trạng thái

-NS, --bản sao
hiển thị nguồn của tập tin được sao chép

-0, --print0
kết thúc tên tệp bằng NUL, để sử dụng với xargs

--rev
thể hiện sự khác biệt so với bản sửa đổi

--thay đổi
liệt kê các tập tin đã thay đổi của một bản sửa đổi

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS, --subrepos
tái diễn vào kho con

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bí danh: st

tóm tắt
tóm tắt trạng thái thư mục làm việc:

tóm tắt hg [--remote]

Điều này tạo ra một bản tóm tắt ngắn gọn về trạng thái thư mục làm việc, bao gồm cha mẹ, chi nhánh,
trạng thái cam kết, giai đoạn và các cập nhật có sẵn.

With the --remote option, this will check the default paths for incoming and outgoing
những thay đổi. Điều này có thể tốn thời gian.

Trả về 0 khi thành công.

Tùy chọn:

--Xa xôi
kiểm tra đẩy và kéo

bí danh: tổng

tag
thêm một hoặc nhiều thẻ cho bản sửa đổi hiện tại hoặc bản sửa đổi đã cho:

hg tag [-f] [-l] [-m TEXT] [-d DATE] [-u USER] [-r REV] NAME...

Đặt tên cho một bản sửa đổi cụ thể bằng cách sử dụng .

Thẻ được sử dụng để đặt tên cho các phiên bản cụ thể của kho lưu trữ và rất hữu ích để
so sánh các phiên bản khác nhau, để quay lại các phiên bản quan trọng trước đó hoặc để đánh dấu nhánh
điểm dưới dạng bản phát hành, v.v. Việc thay đổi thẻ hiện có thường không được phép; sử dụng -f/--force
để ghi đè.

Nếu không có bản sửa đổi nào được đưa ra thì thư mục gốc của thư mục làm việc sẽ được sử dụng.

Để tạo điều kiện thuận lợi cho việc kiểm soát phiên bản, phân phối và hợp nhất các thẻ, chúng được lưu trữ dưới dạng
tệp có tên ".hgtags" được quản lý tương tự như các tệp dự án khác và có thể
chỉnh sửa bằng tay nếu cần thiết. Điều này cũng có nghĩa là việc gắn thẻ sẽ tạo ra một cam kết mới. Tập tin
".hg/localtags" được sử dụng cho các thẻ cục bộ (không được chia sẻ giữa các kho lưu trữ).

Cam kết thẻ thường được thực hiện ở đầu chi nhánh. Nếu cha mẹ của người đang làm việc
thư mục không phải là người đứng đầu chi nhánh, hg tag hủy bỏ; sử dụng -f/--force để buộc thẻ cam kết
được dựa trên một bộ thay đổi không có đầu.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Vì tên thẻ được ưu tiên hơn tên nhánh trong quá trình tra cứu sửa đổi, nên sử dụng tên hiện có
tên chi nhánh làm tên thẻ không được khuyến khích.

Trả về 0 khi thành công.

Tùy chọn:

-NS, --lực lượng
thẻ lực lượng

-l, --địa phương
đặt thẻ cục bộ

-NS,--rev
revision to tag

--tẩy
xóa thẻ

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

thẻ
liệt kê các thẻ kho lưu trữ:

thẻ hg

Điều này liệt kê cả thẻ thông thường và thẻ cục bộ. Khi sử dụng công tắc -v/--verbose, nút thứ ba
cột "cục bộ" được in cho các thẻ cục bộ. Khi sử dụng công tắc -q/--quiet, chỉ
tên thẻ được in.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--bản mẫu
hiển thị với mẫu (THỬ NGHIỆM)

tip
hiển thị bản sửa đổi mẹo (KHÔNG DÙNG):

mẹo hg [-p] [-g]

Bản sửa đổi mẹo (thường chỉ được gọi là mẹo) là tập hợp thay đổi được thêm gần đây nhất vào
kho lưu trữ (và do đó là phần đầu được thay đổi gần đây nhất).

Nếu bạn vừa thực hiện một cam kết, cam kết đó sẽ là tiền boa. Nếu bạn vừa mới kéo
thay đổi từ kho lưu trữ khác, phần đầu của kho lưu trữ đó sẽ trở thành phần đầu hiện tại. Các
Thẻ "tip" là đặc biệt và không thể đổi tên hoặc gán cho một bộ thay đổi khác.

Lệnh này không được dùng nữa, vui lòng sử dụng hg đứng đầu thay thế.

Trả về 0 khi thành công.

Tùy chọn:

-P, --vá
hiển thị bản vá

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

tách ra
áp dụng một hoặc nhiều tệp nhóm thay đổi:

hg giải nén [-u] FILE...

Áp dụng một hoặc nhiều tệp nhóm thay đổi được nén được tạo bởi lệnh bó.

Trả về 0 nếu thành công, 1 nếu bản cập nhật có tệp chưa được giải quyết.

Tùy chọn:

-bạn, - cập nhật
update to new branch head if changesets were unbundled

cập nhật
cập nhật thư mục làm việc (hoặc chuyển đổi phiên bản):

hg cập nhật [-c] [-C] [-d NGÀY] [[-r] REV]

Cập nhật thư mục làm việc của kho lưu trữ vào tập hợp thay đổi đã chỉ định. Nếu không có tập thay đổi nào
được chỉ định, cập nhật lên đầu nhánh có tên hiện tại và di chuyển dấu trang đang hoạt động (xem
hg giúp đỡ bookmark).

Bản cập nhật đặt bản sửa đổi gốc của thư mục làm việc thành tập hợp thay đổi đã chỉ định (xem hg
giúp đỡ cha mẹ).

Nếu tập thay đổi không phải là hậu duệ hoặc tổ tiên của thư mục mẹ của thư mục làm việc, thì
cập nhật bị hủy bỏ. Với tùy chọn -c/--check, thư mục làm việc sẽ được kiểm tra
những thay đổi không được cam kết; nếu không tìm thấy, thư mục làm việc sẽ được cập nhật vào thư mục đã chỉ định
thay đổi.

Các quy tắc sau áp dụng khi thư mục làm việc chứa các thay đổi chưa được cam kết:

1. Nếu cả -c/--check và -C/--clean đều không được chỉ định và nếu tập thay đổi được yêu cầu là một
tổ tiên hoặc hậu duệ của thư mục mẹ của thư mục làm việc, những thay đổi không được cam kết là
đã hợp nhất vào tập hợp thay đổi được yêu cầu và kết quả đã hợp nhất không được cam kết. Nếu
tập thay đổi được yêu cầu không phải là tổ tiên hoặc hậu duệ (nghĩa là nó nằm trên một tập hợp khác
nhánh), bản cập nhật bị hủy bỏ và những thay đổi không được cam kết sẽ được giữ nguyên.

2. Với tùy chọn -c/--check, bản cập nhật bị hủy bỏ và những thay đổi chưa được cam kết sẽ bị hủy bỏ.
bảo quản.

3. Với tùy chọn -C/--clean, những thay đổi không được cam kết sẽ bị loại bỏ và thư mục làm việc
được cập nhật vào tập thay đổi được yêu cầu.

Để hủy việc hợp nhất không được cam kết (và mất các thay đổi của bạn), hãy sử dụng hg cập nhật --dọn dẹp ..

Sử dụng null làm bộ thay đổi để xóa thư mục làm việc (như hg nhân bản -U).

Nếu bạn muốn hoàn nguyên chỉ một tệp về bản sửa đổi cũ hơn, hãy sử dụng hg trở lại [-NS REV] TÊN.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Trả về 0 nếu thành công, 1 nếu có tệp chưa được giải quyết.

Tùy chọn:

-NS, --dọn dẹp
loại bỏ những thay đổi không được cam kết (không có bản sao lưu)

-NS, --đánh dấu
cập nhật trên các chi nhánh nếu không có thay đổi nào được cam kết

-NS,--ngày
ngày khớp sửa đổi cao nhất

-NS,--rev
sửa đổi

-NS,--dụng cụ
chỉ định công cụ hợp nhất

bí danh: up thanh toán đồng

xác minh
xác minh tính toàn vẹn của kho lưu trữ:

hg xác minh

Xác minh tính toàn vẹn của kho lưu trữ hiện tại.

Điều này sẽ thực hiện kiểm tra toàn diện tính toàn vẹn của kho lưu trữ, xác thực các giá trị băm
và tổng kiểm tra của từng mục trong tệp nhật ký thay đổi, tệp kê khai và tệp được theo dõi, cũng như
tính toàn vẹn của các liên kết chéo và chỉ số của chúng.

Vui lòng xem https://mercurial-scm.org/wiki/RepositoryCorruption để biết thêm thông tin về
phục hồi từ tham nhũng của kho lưu trữ.

Trả về 0 nếu thành công, 1 nếu gặp lỗi.

phiên bản
Phiên bản đầu ra và thông tin bản quyền:

phiên bản hg

phiên bản đầu ra và thông tin bản quyền

NGÀY M FORU ĐƠN

Một số lệnh cho phép người dùng chỉ định ngày, ví dụ:

· backout, commit, import, tag: Chỉ định ngày cam kết.

· đăng nhập, hoàn nguyên, cập nhật: Chọn (các) bản sửa đổi theo ngày.

Nhiều định dạng ngày hợp lệ. Dưới đây là một số ví dụ:

· đám cưới Dec 6 13:18:29 2006 (giả định múi giờ địa phương)

· Dec 6 13:18 -0600 (năm giả định, thời gian bù đắp được cung cấp)

· Dec 6 13:18 UTC (UTC và GMT là bí danh của +0000)

· Dec 6 (nửa đêm)

· 13:18 (giả định hôm nay)

· 3:39 (giả định là 3:39 sáng)

· 3: 39pm (15: 39)

· 2006-12-06 13:18:29 (định dạng ISO 8601)

· 2006-12-6 13:18

· 2006-12-6

· 12-6

· 12/6

· 12/6/6 (Ngày 6 tháng 2006 năm XNUMX)

· bây giờ (nửa đêm)

· hôm qua (nửa đêm)

· tại - ngay lập tức

Cuối cùng, có định dạng nội bộ của Mercurial:

· 1165411109 0 (Thứ Tư ngày 6 tháng 13 18:29:2006 XNUMX UTC)

Đây là định dạng biểu diễn nội bộ cho ngày tháng. Số đầu tiên là số
giây kể từ kỷ nguyên (1970-01-01 00:00 UTC). Thứ hai là phần bù đắp của địa phương
múi giờ, tính bằng giây về phía tây UTC (âm nếu múi giờ ở phía đông UTC).

Lệnh nhật ký cũng chấp nhận phạm vi ngày:

· <DATE - tại hoặc trước một ngày/giờ nhất định

· > NGÀY - vào hoặc sau ngày/giờ nhất định

· NGÀY đến NGÀY - một phạm vi ngày, bao gồm

· -NGÀY - trong một số ngày nhất định của ngày hôm nay

KHÁC BIỆT M FORU ĐƠN

Định dạng mặc định của Mercurial để hiển thị những thay đổi giữa hai phiên bản của một tập tin là
tương thích với định dạng thống nhất của GNU diff, có thể được sử dụng bởi bản vá GNU và nhiều
công cụ tiêu chuẩn khác.

Mặc dù định dạng tiêu chuẩn này thường là đủ nhưng nó không mã hóa các thông tin sau:

· trạng thái thực thi và các bit quyền khác

· sao chép hoặc đổi tên thông tin

· thay đổi trong tập tin nhị phân

· creation or deletion of empty files

Mercurial cũng hỗ trợ định dạng khác biệt mở rộng từ git VCS nhằm giải quyết những vấn đề này
những hạn chế. Định dạng git diff không được tạo theo mặc định vì một số công cụ phổ biến
vẫn chưa hiểu định dạng này.

Điều này có nghĩa là khi tạo khác biệt từ kho lưu trữ Mercurial (ví dụ: với hg xuất khẩu),
bạn nên cẩn thận với những thứ như sao chép và đổi tên tập tin hoặc những thứ khác được đề cập
ở trên, bởi vì khi áp dụng khác biệt tiêu chuẩn cho một kho lưu trữ khác, phần bổ sung này
thông tin bị mất. Các hoạt động nội bộ của Mercurial (như đẩy và kéo) không bị ảnh hưởng
bằng cách này vì họ sử dụng định dạng nhị phân nội bộ để truyền đạt các thay đổi.

Để Mercurial tạo ra định dạng git mở rộng khác biệt, hãy sử dụng tùy chọn --git có sẵn cho
nhiều lệnh hoặc đặt 'git = True' trong phần [diff] của tệp cấu hình của bạn. Bạn
không cần thiết lập tùy chọn này khi nhập các khác biệt ở định dạng này hoặc sử dụng chúng trong mq
gia hạn.

MÔI TRƯỜNG BIẾN

HG Đường dẫn đến tệp thực thi 'hg', được tự động chuyển khi chạy hook, tiện ích mở rộng hoặc
các công cụ bên ngoài. Nếu không được đặt hoặc để trống, đây là tên của tệp thực thi hg nếu nó bị đóng băng,
hoặc một tệp thực thi có tên 'hg' (với %PATHEXT% [mặc định là COM/EXE/BAT/CMD]
tiện ích mở rộng trên Windows) được tìm kiếm.

HGEDITOR
Đây là tên của trình soạn thảo sẽ chạy khi chuyển giao. Xem BIÊN TẬP.

(không dùng nữa, sử dụng tệp cấu hình)

Mã hóa HGEN
Điều này sẽ ghi đè cài đặt ngôn ngữ mặc định được Mercurial phát hiện. Cài đặt này là
được sử dụng để chuyển đổi dữ liệu bao gồm tên người dùng, mô tả bộ thay đổi, tên thẻ và
chi nhánh. Cài đặt này có thể được ghi đè bằng tùy chọn dòng lệnh --encoding.

HGENCODINGMODE
Điều này đặt ra hành vi của Mercurial để xử lý các ký tự không xác định trong khi chuyển mã
đầu vào của người dùng. Giá trị mặc định là "nghiêm ngặt", khiến Mercurial bị hủy nếu không thể
lập bản đồ một nhân vật. Các cài đặt khác bao gồm "thay thế", thay thế không xác định
các ký tự và "bỏ qua", loại bỏ chúng. Cài đặt này có thể được ghi đè bằng
--encodingmode tùy chọn dòng lệnh.

HGENCODINGMỘT LỜI
Điều này đặt hành vi của Mercurial để xử lý các ký tự có chiều rộng "không rõ ràng" như
các ký tự Latin có dấu với phông chữ Đông Á. Theo mặc định, Mercurial giả định
các ký tự không rõ ràng là hẹp, hãy đặt biến này thành "rộng" nếu các ký tự đó
gây ra vấn đề về định dạng.

HGMERGE
Một tệp thực thi được sử dụng để giải quyết xung đột hợp nhất. Chương trình sẽ được thực hiện
với ba đối số: tệp cục bộ, tệp từ xa, tệp tổ tiên.

(không dùng nữa, sử dụng tệp cấu hình)

HGRCPATH
Danh sách các tập tin hoặc thư mục để tìm kiếm các tập tin cấu hình. Dấu phân cách mục là
:// trên Unix, ";" trên Windows. Nếu HGRCPATH không được đặt, đường dẫn tìm kiếm mặc định của nền tảng
Được sử dụng. Nếu trống, chỉ đọc .hg/hgrc từ kho lưu trữ hiện tại.

Đối với mỗi phần tử trong HGRCPATH:

· nếu là thư mục thì tất cả các file có đuôi .rc sẽ được thêm vào

· nếu không thì tập tin đó sẽ được thêm vào

HGPLAIN
Khi được đặt, điều này sẽ tắt mọi cài đặt cấu hình có thể thay đổi Mercurial
đầu ra mặc định. Điều này bao gồm mã hóa, mặc định, chế độ dài dòng, chế độ gỡ lỗi, chế độ im lặng
chế độ, truy nguyên và bản địa hóa. Điều này có thể hữu ích khi viết kịch bản chống lại
Mercurial khi đối mặt với cấu hình người dùng hiện có.

Các tùy chọn tương đương được đặt thông qua cờ dòng lệnh hoặc biến môi trường thì không
ghi đè.

HGPLAINNgoại trừ
Đây là danh sách các tính năng được phân tách bằng dấu phẩy cần duy trì khi bật HGPLAIN.
Hiện tại các giá trị sau được hỗ trợ:

bí danh

Đừng xóa bí danh.

I18n

Bảo tồn quốc tế hóa.

revsetalias

Đừng xóa bí danh revset.

Đặt HGPLAINEXCEPT thành bất cứ thứ gì (ngay cả một chuỗi trống) sẽ bật chế độ đơn giản.

HGUSER Đây là chuỗi được sử dụng làm tác giả của một cam kết. Nếu không được đặt, các giá trị khả dụng
sẽ được xem xét theo thứ tự sau:

· HGUSER (không dùng nữa)

· các tập tin cấu hình từ HGRCPATH

· EMAIL

· lời nhắc tương tác

· TÊN ĐĂNG NHẬP (với @tên máy chủ nối thêm)

(không dùng nữa, sử dụng tệp cấu hình)

E-MAIL Có thể được sử dụng làm tác giả của một cam kết; xem HGUSER.

TÊN ĐĂNG NHẬP
Có thể được sử dụng làm tác giả của một cam kết; xem HGUSER.

TRỰC QUAN Đây là tên của trình soạn thảo sẽ sử dụng khi chuyển giao. Xem BIÊN TẬP.

EDITOR Đôi khi Mercurial cần mở tệp văn bản trong trình chỉnh sửa để người dùng sửa đổi,
ví dụ khi viết tin nhắn cam kết. Trình soạn thảo nó sử dụng được xác định bởi
xem xét các biến môi trường HGEDITOR, VISUAL và EDITOR theo thứ tự đó.
Cái đầu tiên không trống sẽ được chọn. Nếu tất cả chúng đều trống, trình soạn thảo sẽ mặc định
'biên tập viên hợp lý'.

PYTHONPATH
This is used by Python to find imported modules and may need to be set
thích hợp nếu Mercurial này không được cài đặt trên toàn hệ thống.

SỬ DỤNG BỔ SUNG TÍNH NĂNG, ĐẶC ĐIỂM

Mercurial có khả năng thêm các tính năng mới thông qua việc sử dụng các tiện ích mở rộng. Tiện ích mở rộng
có thể thêm lệnh mới, thêm tùy chọn vào lệnh hiện có, thay đổi hành vi mặc định của
các lệnh hoặc triển khai các hook.

Để bật tiện ích mở rộng "foo", được cung cấp bằng Mercurial hoặc trong đường dẫn tìm kiếm Python,
tạo một mục cho nó trong tệp cấu hình của bạn, như thế này:

[phần mở rộng]
foo =

Bạn cũng có thể chỉ định đường dẫn đầy đủ đến tiện ích mở rộng:

[phần mở rộng]
tính năng của tôi = ~/.hgext/myfeature.py

Xem hg giúp đỡ cấu hình để biết thêm thông tin về các tập tin cấu hình.

Các tiện ích mở rộng không được tải theo mặc định vì nhiều lý do: chúng có thể tăng tốc độ khởi động
trên không; chúng có thể chỉ dành cho mục đích sử dụng nâng cao; họ có thể cung cấp tiềm năng
khả năng nguy hiểm (chẳng hạn như cho phép bạn phá hủy hoặc sửa đổi lịch sử); họ có thể không
sẵn sàng cho thời kỳ đầu; hoặc họ có thể thay đổi một số hành vi thông thường của cổ phiếu Mercurial. Nó là
do đó người dùng có thể kích hoạt các tiện ích mở rộng nếu cần.

Để tắt rõ ràng tiện ích mở rộng được bật trong tệp cấu hình có phạm vi rộng hơn,
thêm vào trước đường dẫn của nó với !:

[phần mở rộng]
# vô hiệu hóa thanh tiện ích mở rộng nằm trong /path/to/extension/bar.py
bar = !/path/to/extension/bar.py
# tương tự, nhưng không có đường dẫn nào được cung cấp cho phần mở rộng baz
baz = !

tiện ích mở rộng bị vô hiệu hóa:

acl móc để kiểm soát quyền truy cập kho lưu trữ

hộp đen
ghi nhật ký các sự kiện trong kho lưu trữ vào hộp đen để gỡ lỗi

bugzilla
móc để tích hợp với trình theo dõi lỗi Bugzilla

pháp quan xóa nội dung tập tin tại một bản sửa đổi nhất định

khuấy lệnh hiển thị số liệu thống kê về lịch sử kho lưu trữ

gói nhân bản
quảng cáo các gói được tạo trước để tạo bản sao

màu sắc tô màu đầu ra từ một số lệnh

chuyển đổi
import revisions from foreign VCS repositories into Mercurial

eol tự động quản lý dòng mới trong tập tin kho lưu trữ

phần mở rộng
lệnh cho phép các chương trình bên ngoài so sánh các bản sửa đổi

nhân tố
xác thực http với Factotum

gpg lệnh ký và xác minh các thay đổi

hgcia hooks để tích hợp với dịch vụ thông báo CIA.vc

hgk browse the repository in a graphical way

làm nổi bật
tô sáng cú pháp cho hgweb (yêu cầu Pygments)

lịch sử
chỉnh sửa lịch sử tương tác

từ khóa
mở rộng từ khóa trong tệp được theo dõi

tập tin lớn
theo dõi các tập tin nhị phân lớn

mq quản lý một đống bản vá

thông báo móc để gửi thông báo đẩy email

máy nhắn tin duyệt đầu ra lệnh bằng máy nhắn tin bên ngoài

bom vá
lệnh gửi các tập hợp thay đổi dưới dạng (một loạt) email vá lỗi

purge lệnh xóa các tập tin không bị theo dõi khỏi thư mục làm việc

nổi loạn lệnh di chuyển các bản sửa đổi sang một tổ tiên khác

ghi các lệnh để chọn các thay đổi một cách tương tác cho commit/qrefresh

liên kết lại tạo lại các liên kết cứng giữa các bản sao kho lưu trữ

đề án
mở rộng các sơ đồ bằng các phím tắt đến các kho lưu trữ

Lượt chia sẻ chia sẻ một lịch sử chung giữa một số thư mục làm việc

xiên lưu và khôi phục các thay đổi vào thư mục làm việc

dải loại bỏ các bộ thay đổi và con cháu của chúng khỏi lịch sử

cấy
lệnh ghép các thay đổi từ một nhánh khác

win32mbcs
cho phép sử dụng đường dẫn MBCS với mã hóa có vấn đề

zeroconf
khám phá và quảng cáo các kho lưu trữ trên mạng cục bộ

ĐẶC ĐIỂM KỸ THUẬT FILE SETS

Mercurial hỗ trợ ngôn ngữ chức năng để chọn một tập hợp tệp.

Giống như các mẫu tệp khác, loại mẫu này được biểu thị bằng tiền tố, 'set:'. Ngôn ngữ
hỗ trợ một số vị từ được nối bởi các toán tử trung tố. Dấu ngoặc đơn có thể
được sử dụng để phân nhóm.

Các mã định danh như tên tệp hoặc mẫu phải được trích dẫn bằng dấu ngoặc đơn hoặc kép nếu
chúng chứa các ký tự bên ngoài [.*{[]?/\_a-zA-Z0-9\x80-\xff] hoặc nếu chúng phù hợp với một trong
các vị ngữ được xác định trước. Điều này thường áp dụng cho các mẫu tệp không phải là hình cầu và
luận cứ cho vị ngữ.

Các ký tự đặc biệt có thể được sử dụng trong các mã định danh được trích dẫn bằng cách thoát khỏi chúng, ví dụ: \n is
được hiểu là một dòng mới. Để tránh việc chúng bị diễn giải, các chuỗi có thể được thêm tiền tố
với r, ví dụ r'...'.

Có một toán tử tiền tố duy nhất:

không x

Các tập tin không có dạng x. Dạng rút gọn là ! x.

Đây là các toán tử infix được hỗ trợ:

x và y

Giao điểm của các tập tin trong x và y. Dạng rút gọn là x & y.

x or y

Sự kết hợp của các tập tin trong x và y. Có hai hình thức ngắn thay thế: x | y và x +
y.

x - y

Tệp trong x nhưng không có trong y.

Các vị từ sau được hỗ trợ:

thêm()

Tập tin được thêm vào theo hg tình trạng.

nhị phân()

Tệp có vẻ là nhị phân (chứa byte NUL).

dọn dẹp()

Tệp sạch theo hg tình trạng.

sao chép()

Tệp được ghi là đang được sao chép.

đã xóa()

Bí danh cho mất tích().

mã hóa (tên)

Tệp có thể được giải mã thành công bằng mã hóa ký tự đã cho. Có thể không
hữu ích cho các mã hóa khác ngoài ASCII và UTF-8.

eol(phong cách)

Tệp chứa các dòng mới của kiểu đã cho (dos, unix, mac). Các tập tin nhị phân được
bị loại trừ, các tệp có phần cuối dòng hỗn hợp khớp với nhiều kiểu.

hành ()

Tệp được đánh dấu là có thể thực thi được.

grep(regex)

Tệp chứa biểu thức chính quy đã cho.

hgignore()

Tệp phù hợp với mẫu .hgignore đang hoạt động.

làm ngơ()

Tệp bị bỏ qua theo hg tình trạng. Những tập tin này sẽ chỉ được xem xét nếu
vị ngữ này được sử dụng.

mất tích()

File that is missing according to hg tình trạng.

đã sửa đổi()

Tập tin được sửa đổi theo hg tình trạng.

cầm tay()

Tệp có tên di động. (Điều này không bao gồm tên tệp có chữ hoa chữ thường
Sự va chạm.)

LOẠI BỎ()

Tệp được xóa theo hg tình trạng.

đã giải quyết()

Tệp được đánh dấu được giải quyết theo hg giải quyết -l.

kích thước (biểu thức)

Kích thước tệp phù hợp với biểu thức đã cho. Ví dụ:

· 1k (tệp từ 1024 đến 2047 byte)

· < 20k (tệp nhỏ hơn 20480 byte)

· >= .5MB (tệp ít nhất 524288 byte)

· 4k - 1MB (tệp từ 4096 byte đến 1048576 byte)

subrepo([mẫu])

Các kho lưu trữ con có đường dẫn khớp với mẫu đã cho.

liên kết tượng trưng()

Tệp được đánh dấu là liên kết tượng trưng.

không xác định()

Tệp không xác định theo hg tình trạng. Những tập tin này sẽ chỉ được xem xét nếu
vị ngữ này được sử dụng.

chưa được giải quyết()

Tệp được đánh dấu là chưa được giải quyết theo hg giải quyết -l.

Một số truy vấn mẫu:

· Hiển thị trạng thái của các tập tin có dạng nhị phân trong thư mục làm việc:

trạng thái hg -A "set:binary()"

· Quên các tập tin có định dạng .hgignore nhưng đã được theo dõi:

hg quên "set:hgignore() và không bỏ qua()"

· Tìm file văn bản có chứa chuỗi:

hg tập tin "đặt:grep(ma thuật) chứ không phải nhị phân()"

· Tìm file C có mã hóa không chuẩn:

hg "set:**.c và không mã hóa ('UTF-8')"

· Hoàn nguyên các bản sao của tệp nhị phân lớn:

hg hoàn nguyên "set:copyed() và nhị phân() và kích thước ('>1M')"

· Loại bỏ các file liệt kê trong foo.lst có chứa chữ a hoặc b:

hg xóa "set: 'listfile:foo.lst' và (**a* hoặc **b*)"

Xem thêm hg giúp đỡ mô hình.

BẢNG CHÚ GIẢI

Tổ tiên
Bất kỳ tập thay đổi nào có thể đạt được bằng một chuỗi các tập thay đổi cha không bị gián đoạn từ một
tập thay đổi đã cho. Chính xác hơn, tổ tiên của một tập thay đổi có thể được xác định bởi hai
thuộc tính: cha mẹ của một tập hợp thay đổi là tổ tiên và cha mẹ của tổ tiên là
một tổ tiên. Xem thêm: 'Hậu duệ'.

Bookmark
Dấu trang là con trỏ tới các cam kết nhất định sẽ di chuyển khi thực hiện. họ đang
tương tự như thẻ ở chỗ có thể sử dụng tên dấu trang ở tất cả những nơi
Mercurial mong đợi một ID thay đổi, ví dụ: với hg cập nhật. Unlike tags, bookmarks move
cùng khi bạn thực hiện một cam kết.

Dấu trang có thể được đổi tên, sao chép và xóa. Dấu trang là cục bộ, trừ khi chúng là
được đẩy hoặc kéo một cách rõ ràng giữa các kho lưu trữ. Đẩy và kéo dấu trang
cho phép bạn cộng tác với những người khác trên một nhánh mà không cần tạo nhánh có tên.

Chi nhánh (Danh từ) Bộ thay đổi con được tạo từ cha mẹ không phải là phần đầu.
Chúng được gọi là các nhánh tôpô, xem phần 'Nhánh, tôpô'. Nếu một
nhánh tôpô được đặt tên, nó trở thành nhánh được đặt tên. Nếu một nhánh topo là
không được đặt tên, nó sẽ trở thành một nhánh ẩn danh. Xem 'Chi nhánh, ẩn danh' và 'Chi nhánh,
có tên'.

Các nhánh có thể được tạo khi các thay đổi được kéo hoặc đẩy tới một điều khiển từ xa
kho lưu trữ, vì các đầu mục mới có thể được tạo ra bởi các hoạt động này. Lưu ý rằng thuật ngữ
nhánh cũng có thể được sử dụng một cách không chính thức để mô tả một quá trình phát triển trong đó
sự phát triển nhất định được thực hiện độc lập với sự phát triển khác. Điều này đôi khi
được thực hiện rõ ràng bằng một nhánh được đặt tên, nhưng nó cũng có thể được thực hiện cục bộ bằng cách sử dụng
dấu trang hoặc bản sao và các nhánh ẩn danh.

Ví dụ: "Nhánh thử nghiệm."

(Động từ) Hành động tạo một tập thay đổi con dẫn đến việc cha mẹ của nó có
nhiều hơn một đứa trẻ.

Ví dụ: “Tôi sắp đến chi nhánh X.”

Chi nhánh, vô danh
Mỗi khi một bộ thay đổi con mới được tạo từ cha mẹ không phải là phần đầu và
tên của nhánh không được thay đổi, một nhánh ẩn danh mới sẽ được tạo.

Chi nhánh, đóng cửa
Một chi nhánh được đặt tên mà các trưởng chi nhánh đều đã bị đóng cửa.

Chi nhánh, mặc định
Nhánh được gán cho một tập hợp thay đổi khi trước đó chưa có tên nào được gán.

Chi nhánh cái đầu
Xem 'Đầu, nhánh'.

Chi nhánh, không hoạt động
Nếu một nhánh được đặt tên không có đầu tôpô thì nó được coi là không hoạt động. Là một
ví dụ: một nhánh tính năng sẽ không hoạt động khi nó được hợp nhất vào mặc định
chi nhánh. Các hg chi nhánh lệnh hiển thị các nhánh không hoạt động theo mặc định, mặc dù chúng có thể
được ẩn giấu với hg chi nhánh --tích cực.

LƯU Ý: khái niệm này không được dùng nữa vì nó quá ngầm. Các chi nhánh bây giờ nên
được đóng rõ ràng bằng cách sử dụng hg cam kết --đóng nhánh khi chúng không còn cần thiết nữa.

Chi nhánh, tên
Một tập hợp các bộ thay đổi có cùng tên nhánh. Theo mặc định, con của
một tập hợp thay đổi trong một nhánh được đặt tên thuộc về cùng một nhánh được đặt tên. Một đứa trẻ có thể
được gán rõ ràng cho một nhánh khác. Nhìn thấy hg giúp đỡ địa điể̀m chọn lựa, hg giúp đỡ chi nhánh và
hg cam kết --đóng nhánh để biết thêm thông tin về việc quản lý chi nhánh.

Các nhánh được đặt tên có thể được coi là một loại không gian tên, phân chia tập hợp các
các tập hợp thay đổi bao gồm kho lưu trữ thành một tập hợp các tập hợp con rời rạc. MỘT
nhánh được đặt tên không nhất thiết phải là nhánh tôpô. Nếu một nhánh được đặt tên mới là
được tạo từ phần đầu của nhánh có tên khác hoặc nhánh mặc định, nhưng không
các thay đổi tiếp theo được thêm vào nhánh trước đó, sau đó nhánh trước đó
sẽ chỉ là một chi nhánh trên danh nghĩa.

Chi nhánh tip
Xem 'Mẹo, nhánh'.

Chi nhánh, tôpô
Mỗi khi một tập thay đổi con mới được tạo từ cha mẹ không phải là phần đầu, một tập hợp con mới
nhánh topo được tạo ra. Nếu một nhánh tôpô được đặt tên, nó sẽ trở thành một nhánh được đặt tên
chi nhánh. Nếu một nhánh tôpô không được đặt tên, nó sẽ trở thành một nhánh ẩn danh của
nhánh hiện tại, có thể là mặc định.

changelog
Bản ghi các tập thay đổi theo thứ tự chúng được thêm vào kho lưu trữ.
Điều này bao gồm các chi tiết như id tập hợp thay đổi, tác giả, thông báo cam kết, ngày và danh sách
của các tập tin đã thay đổi.

Bộ thay đổi
Ảnh chụp nhanh trạng thái của kho lưu trữ được sử dụng để ghi lại thay đổi.

Changeset, trẻ em
Đảo ngược của tập thay đổi cha: nếu P là cha của C thì C là con của P.
Không có giới hạn về số lượng con mà một bộ thay đổi có thể có.

Bộ thay đổi id
Hàm băm SHA-1 xác định duy nhất một bộ thay đổi. Nó có thể được biểu diễn dưới dạng
chuỗi 40 chữ số thập lục phân "dài" hoặc chuỗi 12 chữ số thập lục phân "ngắn".

Changeset, hợp nhất
A changeset with two parents. This occurs when a merge is committed.

Changeset, cha mẹ
Một bản sửa đổi dựa trên bộ thay đổi con. Cụ thể, một bộ thay đổi cha mẹ
của tập thay đổi C là tập thay đổi có nút ngay trước C trong DAG.
Các bộ thay đổi có nhiều nhất hai cha mẹ.

Kiểm tra
(Danh từ) Thư mục làm việc đang được cập nhật lên phiên bản cụ thể. Việc sử dụng này nên
có thể tránh được nếu có thể, vì bộ thay đổi phù hợp hơn nhiều so với
thanh toán trong bối cảnh này.

Ví dụ: "Tôi đang sử dụng tính năng thanh toán X."

(Động từ) Cập nhật thư mục làm việc thành một bộ thay đổi cụ thể. Nhìn thấy hg giúp đỡ cập nhật.

Ví dụ: "Tôi sẽ kiểm tra tập thay đổi X."

Trẻ em changeset
Xem 'Bộ thay đổi, con'.

Đóng changeset
Xem 'Đầu, nhánh đóng'.

Đóng địa điể̀m chọn lựa
Xem 'Chi nhánh, đã đóng cửa'.

Clone (Danh từ) Bản sao toàn bộ hoặc một phần của kho lưu trữ. Bản sao một phần phải ở trong
hình thức sửa đổi và tổ tiên của nó.

Ví dụ: "Bản sao của bạn đã được cập nhật chưa?"

(Động từ) Quá trình tạo bản sao, sử dụng hg nhân bản.

Ví dụ: "Tôi sẽ sao chép kho lưu trữ."

Đóng địa điể̀m chọn lựa cái đầu
Xem 'Đầu, nhánh đóng'.

Cam kết (Danh từ) Từ đồng nghĩa với bộ thay đổi.

Ví dụ: "Lỗi đã được sửa trong lần cam kết gần đây của bạn chưa?"

(Động từ) Hành động ghi lại những thay đổi đối với kho lưu trữ. Khi các tập tin được cam kết trong một
thư mục làm việc, Mercurial tìm thấy sự khác biệt giữa các tập tin đã cam kết và
bộ thay đổi gốc của chúng, tạo ra một bộ thay đổi mới trong kho lưu trữ.

Ví dụ: "Bạn nên thực hiện những thay đổi đó ngay bây giờ."

tập hợp Một chữ viết tắt phổ biến của thuật ngữ thay đổi.

DAG Kho lưu trữ các tập thay đổi của hệ thống kiểm soát phiên bản phân tán (DVCS) có thể
được mô tả dưới dạng đồ thị chu kỳ có hướng (DAG), bao gồm các nút và cạnh, trong đó
các nút tương ứng với các tập thay đổi và các cạnh ngụ ý mối quan hệ cha mẹ -> con. Cái này
đồ thị có thể được hiển thị bằng các công cụ đồ họa như hg đăng nhập - đồ thị. Trong Thủy ngân,
DAG bị giới hạn bởi yêu cầu trẻ em phải có tối đa hai cha mẹ.

Phản đối
Tính năng đã bị xóa khỏi tài liệu nhưng chưa được lên lịch xóa.

Mặc định địa điể̀m chọn lựa
Xem 'Chi nhánh, mặc định'.

con cháu
Bất kỳ tập thay đổi nào mà một chuỗi các tập thay đổi con có thể tiếp cận được từ một tập hợp nhất định
thay đổi. Chính xác hơn, hậu duệ của một tập thay đổi có thể được xác định bởi hai
thuộc tính: con của một tập hợp thay đổi là hậu duệ và con của hậu duệ
là một hậu duệ. Xem thêm: 'Tổ tiên'.

Khác (Danh từ) Sự khác nhau giữa nội dung và thuộc tính của file trong hai
bộ thay đổi hoặc bộ thay đổi và thư mục làm việc hiện tại. Sự khác biệt là
thường được biểu diễn dưới dạng chuẩn gọi là "khác biệt" hoặc "bản vá". "Khác biệt git"
định dạng được sử dụng khi các thay đổi bao gồm bản sao, đổi tên hoặc thay đổi tệp
thuộc tính, không thuộc tính nào trong số đó có thể được biểu diễn/xử lý bằng "diff" và "patch" cổ điển.

Ví dụ: "Bạn có thấy sự điều chỉnh của tôi trong phần khác biệt không?"

(Động từ) Phân biệt hai tập thay đổi là hành động tạo ra một khác biệt hoặc một bản vá.

Ví dụ: "Nếu bạn khác biệt với bộ thay đổi X, bạn sẽ hiểu ý tôi."

Danh mục, đang làm việc
Thư mục làm việc biểu thị trạng thái của các tập tin được Mercurial theo dõi,
sẽ được ghi lại trong lần commit tiếp theo. Thư mục làm việc ban đầu tương ứng với
ảnh chụp nhanh tại một tập thay đổi hiện có, được gọi là cấp độ gốc của hoạt động
danh mục. Xem 'Thư mục gốc, thư mục làm việc'. Trạng thái có thể được sửa đổi bằng cách thay đổi
các tập tin được giới thiệu theo cách thủ công hoặc bằng cách hợp nhất. Siêu dữ liệu của kho lưu trữ tồn tại trong
thư mục .hg bên trong thư mục làm việc.

Bản nháp Các thay đổi trong giai đoạn dự thảo chưa được chia sẻ với các kho xuất bản và
do đó có thể được thay đổi một cách an toàn bằng các tiện ích mở rộng sửa đổi lịch sử. Nhìn thấy hg giúp đỡ giai đoạn.

Thử nghiệm
Tính năng có thể thay đổi hoặc bị xóa sau này.

Đồ thị Xem DAG và hg đăng nhập - đồ thị.

Cái đầu Thuật ngữ 'người đứng đầu' có thể được sử dụng để chỉ cả người đứng đầu chi nhánh hoặc người đứng đầu kho,
tùy thuộc vào bối cảnh. Xem 'Đầu, nhánh' và 'Đầu, kho' để biết cụ thể
các định nghĩa.

Người đứng đầu là nơi sự phát triển thường diễn ra và là mục tiêu thông thường của
hoạt động cập nhật và hợp nhất.

Trưởng ban địa điể̀m chọn lựa
Một tập thay đổi không có hậu duệ trên cùng một nhánh được đặt tên.

Trưởng ban đóng cửa địa điể̀m chọn lựa
Một bộ thay đổi đánh dấu một cái đầu không còn thú vị nữa. Đầu khép kín là không
còn được liệt kê bởi hg đứng đầu. Một nhánh được coi là đóng khi tất cả các đầu của nó đều
đã đóng cửa và do đó không được liệt kê bởi hg chi nhánh.

Các đầu đã đóng có thể được mở lại bằng cách thực hiện các thay đổi mới làm phần tử con của
bộ thay đổi đánh dấu một đầu là đã đóng.

Trưởng ban kho
Một đầu tôpô chưa được đóng lại.

Trưởng ban tôpô
Một bộ thay đổi không có phần tử con trong kho lưu trữ.

Lịch sử, bất biến
Sau khi đã cam kết, các tập hợp thay đổi không thể thay đổi được. Các tiện ích mở rộng dường như thay đổi
lịch sử thực sự tạo ra các tập thay đổi mới thay thế các tập hợp hiện có và sau đó hủy bỏ
các bộ thay đổi cũ. Làm như vậy trong kho công cộng có thể dẫn đến các tập hợp thay đổi cũ
được giới thiệu lại vào kho lưu trữ.

Lịch sử, viết lại
Các tập hợp thay đổi trong kho lưu trữ là không thể thay đổi. Tuy nhiên, các phần mở rộng của Mercurial có thể
được sử dụng để thay đổi kho lưu trữ, thường là theo cách bảo toàn bộ thay đổi
nội dung.

bất biến lịch sử
Xem 'Lịch sử, bất biến'.

đi changeset
Xem 'Bộ thay đổi, hợp nhất'.

Tệp kê khai
Mỗi bộ thay đổi có một bảng kê khai, đó là danh sách các tệp được theo dõi bởi
thay đổi.

đi Được sử dụng để tập hợp các nhánh công việc khác nhau. Khi bạn cập nhật lên một bộ thay đổi
và sau đó hợp nhất một bộ thay đổi khác, bạn mang theo lịch sử của bộ thay đổi sau
vào thư mục làm việc của bạn. Khi xung đột được giải quyết (và được đánh dấu), sự hợp nhất này
có thể được cam kết dưới dạng một tập hợp thay đổi hợp nhất, đưa hai nhánh lại với nhau trong DAG.

Được đặt theo tên địa điể̀m chọn lựa
Xem 'Chi nhánh, được đặt tên'.

Null changeset
Bộ thay đổi trống. Đây là trạng thái gốc của các kho lưu trữ mới được khởi tạo và
kho lưu trữ không có bản sửa đổi được kiểm tra. Do đó, nó là cha mẹ của các bộ thay đổi gốc
và tổ tiên hiệu quả khi hợp nhất các tập hợp thay đổi không liên quan. Có thể được chỉ định bởi
bí danh 'null' hoặc theo ID tập hợp thay đổi '000000000000'.

Cha mẹ Xem 'Bộ thay đổi, cha mẹ'.

Cha mẹ changeset
Xem 'Bộ thay đổi, cha mẹ'.

Cha mẹ, đang làm việc thư mục
Thư mục làm việc gốc phản ánh một phiên bản ảo là con của
bộ thay đổi (hoặc hai bộ thay đổi có sự hợp nhất không được cam kết) được hiển thị bởi hg cha mẹ. Điều này
is changed with hg cập nhật. Các lệnh khác để xem thư mục mẹ làm việc là
hg tóm tắt và hg id. Có thể được chỉ định bởi bí danh ".".

Vá (Danh từ) Sản phẩm của một phép toán khác biệt.

Ví dụ: "Tôi đã gửi cho bạn bản vá của tôi."

(Động từ) Quá trình sử dụng tệp vá để chuyển đổi một bộ thay đổi này thành một bộ thay đổi khác.

Ví dụ: "Bạn sẽ cần phải vá bản sửa đổi đó."

Giai đoạn Trạng thái theo dõi mỗi thay đổi theo dõi cách thức thay đổi đã hoặc nên được chia sẻ. Nhìn thấy
hg giúp đỡ giai đoạn.

Công khai Changesets in the public phase have been shared with publishing repositories and
do đó được coi là bất biến. Nhìn thấy hg giúp đỡ giai đoạn.

Kéo Một hoạt động trong đó các tập hợp thay đổi trong kho lưu trữ từ xa không nằm trong kho lưu trữ cục bộ
kho lưu trữ được đưa vào kho lưu trữ cục bộ. Lưu ý rằng thao tác này không có
các đối số đặc biệt chỉ cập nhật kho lưu trữ, nó không cập nhật các tệp trong
thư mục làm việc. Nhìn thấy hg giúp đỡ kéo.

Đẩy Một hoạt động trong đó các tập hợp thay đổi trong kho lưu trữ cục bộ không nằm trong điều khiển từ xa
kho lưu trữ được gửi đến kho lưu trữ từ xa. Lưu ý rằng thao tác này chỉ thêm
các tập hợp thay đổi đã được cam kết cục bộ vào kho lưu trữ từ xa. Không cam kết
những thay đổi không được gửi đi. Nhìn thấy hg giúp đỡ đẩy.

Kho
Siêu dữ liệu mô tả tất cả các trạng thái được ghi lại của một tập hợp tệp. Mỗi lần ghi lại
trạng thái được đại diện bởi một bộ thay đổi. Một kho lưu trữ thường được tìm thấy (nhưng không phải luôn luôn)
trong .hg thư mục con của thư mục làm việc. Mọi trạng thái đã ghi đều có thể được tạo lại
bằng cách "cập nhật" một thư mục làm việc thành một tập hợp thay đổi cụ thể.

Kho cái đầu
Xem 'Đầu, kho lưu trữ'.

Sửa đổi
Trạng thái của kho lưu trữ tại một thời điểm nào đó. Các bản sửa đổi trước đó có thể được cập nhật
bằng cách sử dụng hg cập nhật. Xem thêm 'Số sửa đổi'; Xem thêm 'Bộ thay đổi'.

Sửa đổi con số
Số nguyên này xác định duy nhất một bộ thay đổi trong một kho lưu trữ cụ thể. Nó
thể hiện thứ tự các tập thay đổi được thêm vào kho lưu trữ, bắt đầu bằng
số sửa đổi 0. Lưu ý rằng số sửa đổi có thể khác nhau ở mỗi bản sao của
một kho lưu trữ. Để xác định các tập thay đổi duy nhất giữa các bản sao khác nhau, hãy xem
'Id tập hợp thay đổi'.

Revlog Cơ chế lưu trữ lịch sử được Mercurial sử dụng. Nó là một dạng mã hóa delta, với
thỉnh thoảng sửa đổi đầy đủ dữ liệu theo sau là delta của mỗi lần sửa đổi liên tiếp. Nó
bao gồm dữ liệu và một chỉ mục trỏ đến dữ liệu.

Viết lại lịch sử
Xem 'Lịch sử, viết lại'.

Chân răng Một bộ thay đổi chỉ có bộ thay đổi null làm cha mẹ của nó. Hầu hết các kho lưu trữ đều có
chỉ có một bộ thay đổi gốc duy nhất.

Bí mật Các thay đổi trong giai đoạn bí mật có thể không được chia sẻ thông qua đẩy, kéo hoặc sao chép. Nhìn thấy hg
giúp đỡ giai đoạn.

Nhãn Một tên thay thế được đặt cho một bộ thay đổi. Thẻ có thể được sử dụng ở mọi nơi
Mercurial mong đợi một ID thay đổi, ví dụ: với hg cập nhật. Việc tạo ra một thẻ là
được lưu trữ trong lịch sử và do đó sẽ tự động được chia sẻ với người khác bằng cách sử dụng tính năng đẩy
và kéo.

Mẹo Bộ thay đổi có số sửa đổi cao nhất. Đây là bộ thay đổi gần đây nhất
được thêm vào trong một kho lưu trữ.

Mẹo, địa điể̀m chọn lựa
Người đứng đầu một chi nhánh nhất định có số sửa đổi cao nhất. Khi có tên chi nhánh
được sử dụng làm mã định danh sửa đổi, nó đề cập đến đầu nhánh. Xem thêm 'Chi nhánh,
cái đầu'. Lưu ý rằng vì số sửa đổi có thể khác nhau ở các kho lưu trữ khác nhau
nhân bản, đầu nhánh có thể khác nhau trong các kho nhân bản khác nhau.

Cập nhật (Danh từ) Một từ đồng nghĩa khác của Changeset.

Ví dụ: "Tôi đã đưa ra một bản cập nhật."

(Động từ) Thuật ngữ này thường được sử dụng để mô tả việc cập nhật trạng thái làm việc
thư mục của một bộ thay đổi cụ thể. Nhìn thấy hg giúp đỡ cập nhật.

Ví dụ: "Bạn nên cập nhật."

Đang làm việc thư mục
Xem 'Thư mục, đang hoạt động'.

Đang làm việc thư mục cha mẹ
Xem 'Thư mục gốc, thư mục làm việc'.

TỔNG HỢP CHO KHÔNG KIÊN ĐỊNH VÒI CÁC TẬP TIN

toát yếu
Hệ thống Mercurial sử dụng một tệp có tên .hgignore trong thư mục gốc của kho lưu trữ để
kiểm soát hành vi của nó khi nó tìm kiếm các tập tin mà nó hiện không theo dõi.

Mô tả
The working directory of a Mercurial repository will often contain files that should not
được theo dõi bởi Mercurial. Chúng bao gồm các tệp sao lưu được tạo bởi người chỉnh sửa và xây dựng sản phẩm
được tạo bởi trình biên dịch. Những tập tin này có thể được bỏ qua bằng cách liệt kê chúng trong một .hgignore tập tin trong
thư mục gốc của thư mục làm việc. Các .hgignore tập tin phải được tạo bằng tay. Nó là
typically put under version control, so that the settings will propagate to other
kho lưu trữ với đẩy và kéo.

Một tệp không bị theo dõi sẽ bị bỏ qua nếu đường dẫn của nó liên quan đến thư mục gốc của kho lưu trữ hoặc bất kỳ
đường dẫn tiền tố của đường dẫn đó, được khớp với bất kỳ mẫu nào trong .hgignore.

Ví dụ: giả sử chúng tôi có một tệp không bị theo dõi, tập tin.c, tại a/b/file.c bên trong kho lưu trữ của chúng tôi.
Mercurial sẽ bỏ qua tập tin.c nếu có mẫu nào trong .hgignore diêm a/b/file.c, a / b or a.

Ngoài ra, tệp cấu hình Mercurial có thể tham chiếu một tập hợp của mỗi người dùng hoặc toàn cầu
bỏ qua các tập tin. Xem bỏ qua phím cấu hình trên [ui] phần hg giúp đỡ cấu hình cho
chi tiết về cách cấu hình các tập tin này.

Để kiểm soát việc xử lý các tệp mà nó quản lý của Mercurial, nhiều lệnh hỗ trợ -I và
-X options; see hg giúp đỡ và hg giúp đỡ mô hình để biết thêm chi tiết.

Các tệp đã được theo dõi sẽ không bị ảnh hưởng bởi .hgignore, ngay cả khi chúng xuất hiện trong
.hgignore. Một tập tin X không bị theo dõi có thể được thêm vào một cách rõ ràng bằng hg thêm vào X, ngay cả khi X sẽ là
bị loại trừ bởi một mẫu trong .hgignore.

cú pháp
Tệp bỏ qua là một tệp văn bản đơn giản bao gồm một danh sách các mẫu, với một mẫu cho mỗi mẫu.
đường kẻ. Các dòng trống được bỏ qua. Các # ký tự được coi là ký tự nhận xét và
\ ký tự được coi là ký tự thoát.

Mercurial hỗ trợ một số cú pháp mẫu. Cú pháp mặc định được sử dụng là kiểu Python/Perl
biểu thức chính quy.

Để thay đổi cú pháp được sử dụng, hãy sử dụng một dòng có dạng sau:

cú pháp: TÊN

Ở đâu TÊN là một trong những điều sau:

regexp

Biểu thức chính quy, cú pháp Python/Perl.

toàn cầu

Quả cầu kiểu vỏ.

Cú pháp đã chọn vẫn có hiệu lực khi phân tích tất cả các mẫu tiếp theo, cho đến khi một mẫu khác
syntax is selected.

Neither glob nor regexp patterns are rooted. A glob-syntax pattern of the form *.NS sẽ
khớp với một tập tin kết thúc bằng .c trong bất kỳ thư mục nào và mẫu biểu thức chính quy có dạng \.c$ sẽ làm
giống nhau. Để root một mẫu biểu thức chính quy, hãy bắt đầu với ^.

Thư mục con có thể có cài đặt .hgignore riêng bằng cách thêm
subinclude:path/to/subdir/.hgignore tận gốc .hgignore. Thấy hg giúp đỡ mô hình cho
chi tiết về bao gồm phụ: và bao gồm:.

Lưu ý Các mẫu được chỉ định khác với .hgignore luôn được root. Xin vui lòng xem hg giúp đỡ
mô hình để biết thêm chi tiết.

Ví dụ
Đây là một ví dụ về tập tin bỏ qua.

# sử dụng cú pháp toàn cầu.
cú pháp: toàn cầu

* .elc
*.pyc
*~

# chuyển sang cú pháp regrec.
cú pháp: regrec
^\.pc/

CẤU HÌNH HGWEB

Máy chủ web nội bộ của Mercurial, hgweb, có thể phục vụ một kho lưu trữ duy nhất hoặc một cây
kho lưu trữ. Trong trường hợp thứ hai, đường dẫn kho lưu trữ và các tùy chọn chung có thể được xác định bằng cách sử dụng
một tập tin cấu hình chuyên dụng chung cho hg phục vụ, hgweb.wsgi, hgweb.cgi và hgweb.fcgi.

Tệp này sử dụng cú pháp tương tự như các tệp cấu hình Mercurial khác nhưng chỉ nhận dạng
các phần sau:

· mạng

· đường dẫn

· bộ sưu tập

Sản phẩm web các tùy chọn được mô tả kỹ lưỡng trong hg giúp đỡ cấu hình.

Sản phẩm đường dẫn phần ánh xạ đường dẫn URL tới đường dẫn của kho lưu trữ trong hệ thống tệp. hgweb sẽ
không hiển thị trực tiếp hệ thống tập tin - chỉ các kho lưu trữ Mercurial mới có thể được xuất bản và chỉ
theo cấu hình.

Phía bên trái là đường dẫn trong URL. Lưu ý rằng hgweb dự trữ các đường dẫn phụ như vòng quay or
hồ sơ, hãy thử sử dụng các tên khác nhau cho các kho lưu trữ lồng nhau để tránh các hiệu ứng khó hiểu.

Phía bên phải là đường dẫn trong hệ thống tập tin. Nếu đường dẫn được chỉ định kết thúc bằng * or **
hệ thống tập tin sẽ được tìm kiếm đệ quy cho các kho lưu trữ bên dưới điểm đó. Với * it
sẽ không lặp lại vào kho mà nó tìm thấy (ngoại trừ .hg/bản vá). Với ** nó sẽ
cũng tìm kiếm bên trong các thư mục làm việc của kho lưu trữ và có thể tìm thấy các kho lưu trữ con.

Trong ví dụ này:

[đường dẫn]
/dự án/a = /srv/tmprepos/a
/dự án/b = c:/repos/b
/ = /srv/repos/*
/người dùng/bob = /home/bob/repos/**

· Hai mục đầu tiên làm cho hai kho lưu trữ trong các thư mục khác nhau xuất hiện bên dưới
cùng một thư mục trong giao diện web

· Mục thứ ba sẽ xuất bản mọi kho lưu trữ Mercurial được tìm thấy trong /srv/repos/, Cho
ví dụ kho lưu trữ /srv/repos/quux/ sẽ xuất hiện dưới dạng http://server/quux/

· Mục thứ tư sẽ xuất bản cả hai http://server/user/bob/quux/ và
http://server/user/bob/quux/testsubrepo/

Sản phẩm bộ sưu tập phần này không được dùng nữa và đã được thay thế bởi đường dẫn.

URL và Chung Lập luận
URL trong mỗi kho lưu trữ có dạng /{lệnh[/{arguments}] Ở đâu {chỉ huy}
đại diện cho tên của một lệnh hoặc trình xử lý và {tranh luận} đại diện cho bất kỳ số lượng
các tham số URL bổ sung cho lệnh đó.

Máy chủ web có một kiểu mặc định được liên kết với nó. Bản đồ kiểu tới một bộ sưu tập được đặt tên
mẫu. Mỗi mẫu được sử dụng để hiển thị một phần dữ liệu cụ thể, chẳng hạn như tập hợp thay đổi
hoặc khác biệt.

Kiểu của yêu cầu hiện tại có thể được ghi đè theo hai cách. Đầu tiên, nếu {chỉ huy}
chứa dấu gạch nối (-), văn bản trước dấu gạch nối xác định kiểu. Ví dụ,
/log nguyên tử sẽ hiển thị đăng nhập trình xử lý lệnh với nguyên tử phong cách. Cách thứ hai để thiết lập
phong cách là với phong cách đối số chuỗi truy vấn. Ví dụ, /log?style=atom. Các
tham số URL có dấu gạch nối được ưu tiên.

Không phải tất cả các mẫu đều có sẵn cho mọi kiểu. Cố gắng sử dụng một phong cách không
có tất cả các mẫu được xác định có thể dẫn đến lỗi hiển thị trang.

Nhiều lệnh mất một {ôn tập} tham số URL. Điều này xác định bộ thay đổi để hoạt động.
Điều này thường được chỉ định là chữ viết tắt thập lục phân ngắn, 12 chữ số cho toàn bộ 40
ký tự nhận dạng sửa đổi duy nhất. Tuy nhiên, bất kỳ giá trị nào được mô tả bởi hg giúp đỡ Sửa đổi
thường hoạt động.

Lệnh và URL
Các lệnh web sau và URL của chúng có sẵn:

/annotate/{revision}/{path}
Hiển thị thông tin thay đổi cho từng dòng trong một tệp.

Sản phẩm chú thích tập tin mẫu được hiển thị.

/archive/{revision}.{format[/{path}]
Có được một kho lưu trữ nội dung kho lưu trữ.

Nội dung và loại của kho lưu trữ được xác định bởi tham số đường dẫn URL. định dạng là
phần mở rộng tệp của loại lưu trữ sẽ được tạo. ví dụ zip or tar.bz2. Không phải tất cả kho lưu trữ
các loại có thể được cấu hình máy chủ của bạn cho phép.

Tùy chọn con đường Tham số URL kiểm soát nội dung được đưa vào kho lưu trữ. Nếu bỏ qua,
mọi tệp trong bản sửa đổi được chỉ định đều có trong kho lưu trữ. Nếu được đưa vào thì chỉ
tập tin được chỉ định hoặc nội dung của thư mục được chỉ định sẽ được đưa vào kho lưu trữ.

Không có mẫu nào được sử dụng cho trình xử lý này. Nội dung thô, nhị phân được tạo ra.

/dấu trang
Hiển thị thông tin về dấu trang.

Không có đối số được chấp nhận.

Sản phẩm bookmark mẫu được hiển thị.

/chi nhánh
Hiển thị thông tin về các chi nhánh.

Tất cả các nhánh đã biết đều được chứa trong đầu ra, thậm chí cả các nhánh đã đóng.

Không có đối số được chấp nhận.

Sản phẩm chi nhánh mẫu được hiển thị.

/changelog[/{revision}]
Hiển thị thông tin về nhiều bộ thay đổi.

Nếu tùy chọn sửa đổi Đối số URL không có, thông tin về tất cả các thay đổi bắt đầu
at tip sẽ được kết xuất. Nếu sửa đổi đối số có mặt, các thay đổi sẽ được hiển thị
bắt đầu từ bản sửa đổi được chỉ định.

If sửa đổi vắng mặt, vòng quay đối số chuỗi truy vấn có thể được xác định. Điều này sẽ thực hiện một
tìm kiếm các tập thay đổi.

Lập luận cho vòng quay có thể là một bản sửa đổi duy nhất, một bộ sửa đổi hoặc một từ khóa theo nghĩa đen để
tìm kiếm trong dữ liệu thay đổi (tương đương với hg đăng nhập -k).

Sản phẩm đếm lại đối số chuỗi truy vấn xác định số lượng bộ thay đổi tối đa cần hiển thị.

Đối với những nội dung không phải tìm kiếm, changelog mẫu sẽ được hiển thị.

/changeset[/{revision}]
Hiển thị thông tin về một bộ thay đổi duy nhất.

A URL path argument is the changeset identifier to show. See hg giúp đỡ Sửa đổi cho
những giá trị khả thi. Nếu không được xác định thì tip bộ thay đổi sẽ được hiển thị.

Sản phẩm changeset mẫu được hiển thị. Nội dung của thẻ thay đổi, dấu trang thay đổi,
liên kết tập tin, liên kết tập tinvà nhiều mẫu liên quan đến khác biệt đều có thể được sử dụng để
tạo ra đầu ra.

/comparison/{revision}/{path}
Hiển thị so sánh giữa phiên bản cũ và phiên bản mới của tệp từ những thay đổi được thực hiện trên
sửa đổi cụ thể.

Điều này tương tự như khác người xử lý. Tuy nhiên, biểu mẫu này có tính năng phân chia hoặc cạnh nhau
khác biệt chứ không phải là một khác biệt thống nhất.

Sản phẩm bối cảnh đối số chuỗi truy vấn có thể được sử dụng để kiểm soát các dòng ngữ cảnh trong khác biệt.

Sản phẩm so sánh tập tin mẫu được hiển thị.

/diff/{revision}/{path}
Hiển thị cách một tập tin thay đổi trong một cam kết cụ thể.

Sản phẩm người nộp đơn mẫu được hiển thị.

Trình xử lý này được đăng ký theo cả /khác biệt và /người nộp đơn đường dẫn. /khác biệt được sử dụng trong
mã hiện đại.

/tập tin/{sửa đổi[/{path}]
Hiển thị thông tin về một thư mục hoặc tập tin trong kho lưu trữ.

Thông tin về con đường được cung cấp dưới dạng tham số URL sẽ được hiển thị.

If con đường là một thư mục, thông tin về các mục trong thư mục đó sẽ được hiển thị.
Hình thức này tương đương với biểu hiện người xử lý.

If con đường là một tập tin, thông tin về tập tin đó sẽ được hiển thị thông qua sửa đổi tập tin
bản mẫu.

If con đường không được xác định, thông tin về thư mục gốc sẽ được hiển thị.

/diff/{revision}/{path}
Hiển thị cách một tập tin thay đổi trong một cam kết cụ thể.

Sản phẩm người nộp đơn mẫu được hiển thị.

Trình xử lý này được đăng ký theo cả /khác biệt và /người nộp đơn đường dẫn. /khác biệt được sử dụng trong
mã hiện đại.

/filelog/{revision}/{path}
Hiển thị thông tin về lịch sử của một tập tin trong kho lưu trữ.

Sản phẩm đếm lại đối số chuỗi truy vấn có thể được xác định để kiểm soát số lượng mục nhập tối đa
để hiển thị.

Sản phẩm hồ sơ mẫu sẽ được hiển thị.

/đồ thị[/{revision}]
Hiển thị thông tin về cấu trúc liên kết đồ họa của kho lưu trữ.

Thông tin được trình xử lý này đưa ra có thể được sử dụng để tạo ra các biểu diễn trực quan của
cấu trúc liên kết kho lưu trữ.

Sản phẩm sửa đổi Tham số URL kiểm soát tập hợp thay đổi bắt đầu.

Sản phẩm đếm lại đối số chuỗi truy vấn có thể xác định số lượng thay đổi để hiển thị thông tin
Cho.

Trình xử lý này sẽ hiển thị đồ thị bản mẫu.

/chủ đề giúp đỡ}]
Kết xuất tài liệu trợ giúp.

Lệnh web này gần tương đương với hg giúp đỡ. Nếu một chủ đề được xác định, chủ đề trợ giúp đó
sẽ được kết xuất. Nếu không, chỉ mục các chủ đề trợ giúp có sẵn sẽ được hiển thị.

Sản phẩm giúp đỡ mẫu sẽ được hiển thị khi yêu cầu trợ giúp cho một chủ đề. chủ đề trợ giúp sẽ được
được hiển thị cho chỉ mục các chủ đề trợ giúp.

/log[/{revision[/{path}]]
Hiển thị lịch sử kho lưu trữ hoặc tập tin.

Đối với các URL có dạng /log/{sửa đổi}, một danh sách các tập hợp thay đổi bắt đầu từ địa chỉ được chỉ định
mã định danh tập hợp thay đổi được hiển thị. Nếu như {ôn tập} không được xác định, mặc định là tip. Mẫu này
tương đương với changelog người xử lý.

Đối với các URL có dạng /log/{revision}/{file}, lịch sử của một tập tin cụ thể sẽ là
cho xem. Hình thức này tương đương với hồ sơ người xử lý.

/manifest[/{revision[/{path}]]
Hiển thị thông tin về một thư mục.

Nếu các đối số đường dẫn URL bị bỏ qua, thông tin về thư mục gốc của tip
bộ thay đổi sẽ được hiển thị.

Vì trình xử lý này chỉ có thể hiển thị thông tin cho các thư mục nên nên sử dụng
các hồ sơ thay vào đó, nó có thể xử lý cả thư mục và tập tin.

Sản phẩm biểu hiện template will be rendered for this handler.

/changeset[/{revision}]
Hiển thị thông tin về một bộ thay đổi duy nhất.

A URL path argument is the changeset identifier to show. See hg giúp đỡ Sửa đổi cho
những giá trị khả thi. Nếu không được xác định thì tip bộ thay đổi sẽ được hiển thị.

Sản phẩm changeset mẫu được hiển thị. Nội dung của thẻ thay đổi, dấu trang thay đổi,
liên kết tập tin, liên kết tập tinvà nhiều mẫu liên quan đến khác biệt đều có thể được sử dụng để
tạo ra đầu ra.

/truyện ngắn
Hiển thị thông tin cơ bản về một tập hợp các bộ thay đổi.

Điều này chấp nhận các tham số tương tự như changelog người xử lý. Sự khác biệt duy nhất là
viết tắt mẫu sẽ được hiển thị thay vì changelog bản mẫu.

/bản tóm tắt
Hiển thị bản tóm tắt trạng thái kho lưu trữ.

Thông tin về các bộ thay đổi, dấu trang, thẻ và nhánh mới nhất được ghi lại bằng cách này
người xử lý.

Sản phẩm tóm tắt mẫu được hiển thị.

/thẻ
Hiển thị thông tin về thẻ.

Không có đối số được chấp nhận.

Sản phẩm thẻ mẫu được hiển thị.

KỸ THUẬT THỰC HIỆN CHỦ ĐỀ

bó
thùng chứa để trao đổi dữ liệu kho lưu trữ

nhóm thay đổi
biểu diễn dữ liệu revlog

quay vòng
cơ chế lưu trữ sửa đổi

MERGE TOOLS

To merge files Mercurial uses merge tools.

Công cụ hợp nhất kết hợp hai phiên bản khác nhau của một tệp thành một tệp được hợp nhất. Công cụ hợp nhất là
dựa trên hai tệp và tổ tiên chung lớn nhất của hai phiên bản tệp, vì vậy chúng có thể
xác định những thay đổi được thực hiện trên cả hai nhánh.

Công cụ hợp nhất được sử dụng cho cả hg giải quyết, hg hợp nhất, hg cập nhật, hg hậu thuẫn và trong một số
phần mở rộng.

Thông thường, công cụ hợp nhất sẽ cố gắng tự động điều hòa các tệp bằng cách kết hợp tất cả
những thay đổi không chồng chéo xảy ra riêng biệt trong hai quá trình phát triển khác nhau của
cùng một tập tin cơ sở ban đầu. Hơn nữa, một số chương trình hợp nhất tương tác làm cho việc
giải quyết thủ công các sự hợp nhất xung đột, theo cách đồ họa hoặc bằng cách chèn một số
dấu hiệu xung đột. Mercurial không bao gồm bất kỳ chương trình hợp nhất tương tác nào mà dựa vào
công cụ bên ngoài cho việc đó.

Có Sẵn hợp nhất công cụ
Các công cụ hợp nhất bên ngoài và thuộc tính của chúng được định cấu hình trong cấu hình công cụ hợp nhất
phần - xem hgrc(5) - nhưng chúng thường có thể được đặt tên theo tệp thực thi của chúng.

Một công cụ hợp nhất thường có thể sử dụng được nếu có thể tìm thấy tệp thực thi của nó trên hệ thống và nếu nó
có thể xử lý việc hợp nhất. Tệp thực thi được tìm thấy nếu nó là tệp thực thi tuyệt đối hoặc tương đối
đường dẫn hoặc tên của ứng dụng trong đường dẫn tìm kiếm thực thi. Công cụ này được cho là
có thể xử lý việc hợp nhất nếu nó có thể xử lý các liên kết tượng trưng nếu tệp là một liên kết tượng trưng, nếu có thể
handle binary files if the file is binary, and if a GUI is available if the tool requires
một GUI.

Có một số công cụ hợp nhất nội bộ có thể được sử dụng. Các công cụ hợp nhất nội bộ là:

:bãi rác

Tạo ba phiên bản của tệp để hợp nhất, chứa nội dung cục bộ,
other and base. These files can then be used to perform a merge manually. If the
file to be merged is named a.txt, những tập tin này sẽ được đặt tên theo đó
a.txt.local, a.txt.other và a.txt.base và chúng sẽ được đặt trong cùng một
thư mục như a.txt.

:Thất bại

Rather than attempting to merge files that were modified on both branches, it marks
chúng như chưa được giải quyết. Lệnh giải quyết phải được sử dụng để giải quyết những xung đột này.

:địa phương

Uses the local version of files as the merged version.

:hợp nhất

Sử dụng thuật toán hợp nhất đơn giản không tương tác nội bộ để hợp nhất các tệp. Nó sẽ
fail if there are any conflicts and leave markers in the partially merged file.
Markers will have two sections, one for each side of merge.

: hợp nhất-địa phương

Giống như: hợp nhất, nhưng giải quyết mọi xung đột một cách không tương tác có lợi cho địa phương
thay đổi.

:merge-other

Like :merge, but resolve all conflicts non-interactively in favor of the other
thay đổi.

:merge3

Sử dụng thuật toán hợp nhất đơn giản không tương tác nội bộ để hợp nhất các tệp. Nó sẽ
fail if there are any conflicts and leave markers in the partially merged file.
Marker will have three sections, one from each side of the merge and one for the
base content.

:khác

Uses the other version of files as the merged version.

:lời nhắc

Asks the user which of the local or the other version to keep as the merged
phiên bản.

:gắn thẻ

Sử dụng thuật toán hợp nhất thẻ nội bộ (thử nghiệm).

:liên hiệp

Sử dụng thuật toán hợp nhất đơn giản không tương tác nội bộ để hợp nhất các tệp. Nó sẽ
sử dụng cả bên trái và bên phải cho các khu vực xung đột. Không có điểm đánh dấu nào được chèn vào.

Các công cụ nội bộ luôn có sẵn và không yêu cầu GUI nhưng theo mặc định sẽ không
handle symlinks or binary files.

Chọn a hợp nhất công cụ
Mercurial uses these rules when deciding which merge tool to use:

1. If a tool has been specified with the --tool option to merge or resolve, it is used.
Nếu đó là tên của một công cụ trong cấu hình công cụ hợp nhất, thì cấu hình của nó là
used. Otherwise the specified tool must be executable by the shell.

2. Nếu các HGMERGE biến môi trường hiện diện, giá trị của nó được sử dụng và phải được
executable by the shell.

3. Nếu tên tệp của tệp được hợp nhất khớp với bất kỳ mẫu nào trong
merge-patterns configuration section, the first usable merge tool corresponding to a
mẫu phù hợp được sử dụng. Ở đây, khả năng nhị phân của công cụ hợp nhất không
xem xét.

4. If ui.merge is set it will be considered next. If the value is not the name of a
configured tool, the specified value is used and must be executable by the shell.
Ngược lại, công cụ được đặt tên sẽ được sử dụng nếu nó có thể sử dụng được.

5. Nếu có bất kỳ công cụ hợp nhất có thể sử dụng nào có trong phần cấu hình công cụ hợp nhất, thì công cụ đó
with the highest priority is used.

6. If a program named hgmerge có thể được tìm thấy trên hệ thống, nó được sử dụng - nhưng nó sẽ
mặc định không được sử dụng cho các liên kết tượng trưng và tệp nhị phân.

7. Nếu tệp được hợp nhất không phải là tệp nhị phân và không phải là liên kết tượng trưng thì nội bộ :hợp nhất is
đã sử dụng.

8. Việc hợp nhất tệp không thành công và phải được giải quyết trước khi chuyển giao.

Note After selecting a merge program, Mercurial will by default attempt to merge the
trước tiên hãy sử dụng thuật toán hợp nhất đơn giản. Chỉ khi nó không thành công vì
những thay đổi xung đột Mercurial sẽ thực sự thực thi chương trình hợp nhất. Có nên
sử dụng thuật toán hợp nhất đơn giản trước tiên có thể được kiểm soát bằng cài đặt tiền hợp nhất của
công cụ hợp nhất. Premerge được bật theo mặc định trừ khi tệp là nhị phân hoặc
liên kết tượng trưng.

Xem phần công cụ hợp nhất và giao diện người dùng của hgrc(5) để biết chi tiết về cấu hình hợp nhất
công cụ hơn nữa.

ĐẶC ĐIỂM KỸ THUẬT NHIỀU LỜI KHUYÊN

Khi Mercurial chấp nhận nhiều bản sửa đổi, chúng có thể được chỉ định riêng lẻ hoặc
được cung cấp dưới dạng phạm vi liên tục về mặt tôpô, được phân tách bằng ký tự ://.

Cú pháp của ký hiệu phạm vi là [BEGIN]:[END], trong đó BEGIN và END là bản sửa đổi
số nhận dạng. Cả BEGIN và END đều là tùy chọn. Nếu BEGIN không được chỉ định, nó sẽ mặc định là
revision number 0. If END is not specified, it defaults to the tip. The range ":" thus
có nghĩa là "tất cả các sửa đổi".

If BEGIN is greater than END, revisions are treated in reverse order.

A range acts as a closed interval. This means that a range of 3:5 gives 3, 4 and 5.
Similarly, a range of 9:6 gives 9, 8, 7, and 6.

FILE TÊN THỰC TRẠNG

Mercurial accepts several notations for identifying one or more files at a time.

Theo mặc định, Mercurial coi tên tệp là các mẫu hình cầu mở rộng kiểu shell.

Các ký hiệu mẫu thay thế phải được chỉ định rõ ràng.

Lưu ý Các mẫu được chỉ định trong .hgignore không được root. Xin vui lòng xem hg giúp đỡ bỏ qua cho
chi tiết.

Để sử dụng tên đường dẫn đơn giản mà không khớp mẫu nào, hãy bắt đầu bằng con đường:. Những con đường này
tên phải hoàn toàn khớp bắt đầu từ thư mục gốc của kho lưu trữ hiện tại.

To use an extended glob, start a name with cầu:. Globs bắt nguồn từ hiện tại
danh mục; một quả địa cầu như *.NS sẽ chỉ khớp các tệp trong thư mục hiện tại kết thúc bằng
.c.

Các phần mở rộng cú pháp toàn cầu được hỗ trợ là ** để khớp bất kỳ chuỗi nào trên các dấu phân cách đường dẫn và
{a,b} có nghĩa là "a hoặc b".

Để sử dụng biểu thức chính quy Perl/Python, hãy bắt đầu một tên bằng lại:. Regexp pattern matching
được neo ở thư mục gốc của kho lưu trữ.

Để đọc các mẫu tên từ một tệp, hãy sử dụng danh sách tập tin: or listfile0:. Cái sau mong đợi null
delimited patterns while the former expects line feeds. Each string read from the file is
chính nó được coi là một mẫu tập tin.

Để đọc một tập hợp các mẫu từ một tệp, hãy sử dụng bao gồm: or bao gồm phụ:. bao gồm: sẽ sử dụng tất cả
các mẫu từ tệp đã cho và xử lý chúng như thể chúng được chuyển vào một cách thủ công.
bao gồm phụ: will only apply the patterns against files that are under the subinclude
thư mục của tập tin. Nhìn thấy hg giúp đỡ bỏ qua để biết chi tiết về định dạng của các tập tin này.

Tất cả các mẫu, ngoại trừ cầu: được chỉ định trong dòng lệnh (không dành cho -I or -X options), can
cũng khớp với các thư mục: các tệp trong thư mục khớp được coi là khớp.

Ví dụ đơn giản:

path:foo/bar một thanh tên trong thư mục có tên foo trong thư mục gốc
của kho lưu trữ
path:path:name một tập tin hoặc thư mục có tên "path:name"

Glob examples:

glob:*.c bất kỳ tên nào kết thúc bằng ".c" trong thư mục hiện tại
*.c bất kỳ tên nào kết thúc bằng ".c" trong thư mục hiện tại
**.c bất kỳ tên nào kết thúc bằng ".c" trong bất kỳ thư mục con nào của
thư mục hiện tại bao gồm cả chính nó.
foo/*.c any name ending in ".c" in the directory foo
foo/**.c any name ending in ".c" in any subdirectory of foo
bao gồm cả chính nó.

Ví dụ về biểu thức chính quy:

re:.*\.c$ bất kỳ tên nào kết thúc bằng ".c", ở bất kỳ đâu trong kho lưu trữ

Ví dụ về tập tin:

listfile:list.txt đọc danh sách từ list.txt với một mẫu tệp trên mỗi dòng
listfile0:list.txt read list from list.txt with null byte delimiters

Xem thêm hg giúp đỡ tập tin.

Bao gồm các ví dụ:

include:path/to/mypotypefile đọc các mẫu sẽ được áp dụng cho tất cả các đường dẫn
subinclude:path/to/subignorefile đọc các mẫu cụ thể cho các đường dẫn trong
thư mục con

LÀM VIỆC CÙNG VỚI GIAI ĐOẠN

Điều gì đang giai đoạn?
Phases are a system for tracking which changesets have been or should be shared. This
giúp ngăn ngừa các lỗi thường gặp khi sửa đổi lịch sử (ví dụ: với mq hoặc rebase
phần mở rộng).

Each changeset in a repository is in one of the following phases:

· public : changeset is visible on a public server

· bản nháp: tập hợp thay đổi chưa được công bố

· bí mật: tập hợp thay đổi không được đẩy, kéo hoặc nhân bản

These phases are ordered (public < draft < secret) and no changeset can be in a lower
giai đoạn hơn so với tổ tiên của nó. Ví dụ: nếu một tập thay đổi được công khai thì tất cả tổ tiên của nó đều được
also public. Lastly, changeset phases should only be changed towards the public phase.

Độ đáng tin của đang giai đoạn quản lý?
For the most part, phases should work transparently. By default, a changeset is created in
giai đoạn dự thảo và được chuyển sang giai đoạn công khai khi nó được đẩy sang giai đoạn khác
kho.

Once changesets become public, extensions like mq and rebase will refuse to operate on
chúng để ngăn chặn việc tạo các tập hợp thay đổi trùng lặp. Các giai đoạn cũng có thể được thao tác thủ công
với hg giai đoạn lệnh nếu cần thiết. Nhìn thấy hg giúp đỡ -v giai đoạn ví dụ như.

Để giữ bí mật các cam kết của bạn theo mặc định, hãy đặt phần này vào tệp cấu hình của bạn:

[giai đoạn]
new-commit = secret

Giai đoạn và máy chủ
Normally, all servers are xuất bản theo mặc định. Điều này có nghĩa là:

- tất cả các tập thay đổi dự thảo được kéo hoặc sao chép sẽ xuất hiện theo từng giai đoạn
công khai trên máy khách

- all draft changesets that are pushed appear as public on both
máy khách và máy chủ

- các tập thay đổi bí mật không được đẩy, kéo hoặc sao chép

Lưu ý Việc kéo tập thay đổi dự thảo từ máy chủ xuất bản sẽ không đánh dấu nó là công khai trên
the server side due to the read-only nature of pull.

Sometimes it may be desirable to push and pull changesets in the draft phase to share
công việc chưa hoàn thành. Điều này có thể được thực hiện bằng cách đặt một kho lưu trữ để vô hiệu hóa việc xuất bản trong
tập tin cấu hình:

[giai đoạn]
xuất bản = Sai

Xem hg giúp đỡ cấu hình để biết thêm thông tin về các tập tin cấu hình.

Lưu ý Máy chủ chạy phiên bản Mercurial cũ hơn được coi là xuất bản.

Lưu ý Các thay đổi trong giai đoạn bí mật không được trao đổi với máy chủ. Điều này áp dụng cho họ
nội dung: tên tệp, nội dung tệp và siêu dữ liệu thay đổi. Vì lý do kỹ thuật,
mã định danh (ví dụ d825e4025e39) của tập thay đổi bí mật có thể được truyền tới
máy chủ.

Các ví dụ
· list changesets in draft or secret phase:

hg log -r "không công khai()"

· change all secret changesets to draft:

pha hg --draft "bí mật()"

· buộc phải di chuyển tập thay đổi hiện tại và hậu duệ từ công khai sang bản nháp:

hg pha --force --draft .

· hiển thị danh sách sửa đổi và giai đoạn thay đổi:

hg log --template "{rev} {phase}\n"

· Đồng bộ hóa lại các tập hợp thay đổi dự thảo liên quan đến kho lưu trữ từ xa:

hg giai đoạn -fd "gửi đi (URL)"

Xem hg giúp đỡ giai đoạn for more information on manually manipulating phases.

ĐẶC ĐIỂM KỸ THUẬT SINGLE LỜI KHUYÊN

Mercurial supports several ways to specify individual revisions.

Một số nguyên đơn giản được coi là số sửa đổi. Số nguyên âm được coi là
độ lệch tuần tự từ phần đầu, với -1 biểu thị phần đầu, -2 biểu thị bản sửa đổi trước
đến đầu, vân vân.

A 40-digit hexadecimal string is treated as a unique revision identifier.

Chuỗi thập lục phân dài dưới 40 ký tự được coi là bản sửa đổi duy nhất
identifier and is referred to as a short-form identifier. A short-form identifier is only
hợp lệ nếu nó là tiền tố của chính xác một mã định danh có độ dài đầy đủ.

Any other string is treated as a bookmark, tag, or branch name. A bookmark is a movable
con trỏ tới một bản sửa đổi. Thẻ là tên cố định gắn liền với bản sửa đổi. Tên chi nhánh
biểu thị nhánh mở nhất của nhánh đó - hoặc nếu tất cả chúng đều đóng, thì
tipmost closed head of the branch. Bookmark, tag, and branch names must not contain the
":" character.

The reserved name "tip" always identifies the most recent revision.

The reserved name "null" indicates the null revision. This is the revision of an empty
kho lưu trữ và cha mẹ của bản sửa đổi 0.

Tên dành riêng "." cho biết thư mục mẹ làm việc. Nếu không có thư mục làm việc
đã kiểm tra, nó tương đương với null. Nếu quá trình hợp nhất không được cam kết đang diễn ra, "." là
revision of the first parent.

ĐẶC ĐIỂM KỸ THUẬT TÁI TẠO SETS

Mercurial hỗ trợ một ngôn ngữ chức năng để chọn một tập hợp các bản sửa đổi.

Ngôn ngữ này hỗ trợ một số vị từ được nối bởi các toán tử trung tố.
Dấu ngoặc đơn có thể được sử dụng để nhóm.

Identifiers such as branch names may need quoting with single or double quotes if they
chứa các ký tự như - or if they match one of the predefined predicates.

Các ký tự đặc biệt có thể được sử dụng trong các mã định danh được trích dẫn bằng cách thoát khỏi chúng, ví dụ: \n is
được hiểu là một dòng mới. Để tránh việc chúng bị diễn giải, các chuỗi có thể được thêm tiền tố
với r, ví dụ r'...'.

Có một toán tử tiền tố duy nhất:

không x

Các tập thay đổi không có trong x. Dạng rút gọn là ! x.

Đây là các toán tử infix được hỗ trợ:

x::y

Phạm vi DAG, nghĩa là tất cả các tập thay đổi là hậu duệ của x và tổ tiên của y,
bao gồm cả x và y. Nếu điểm cuối đầu tiên bị bỏ qua, điều này tương đương
đến ancestors(y), if the second is left out it is equivalent to con cháu(x).

An alternative syntax is x..y.

x: y

Tất cả các tập thay đổi có số sửa đổi nằm trong khoảng từ x đến y, bao gồm cả hai. Hoặc
endpoint can be left out, they default to 0 and tip.

x và y

Giao điểm của các tập thay đổi trong x và y. Dạng rút gọn là x & y.

x or y

Hợp các tập thay đổi trong x và y. Có hai hình thức ngắn thay thế: x | y
và x + y.

x - y

Các thay đổi trong x nhưng không phải trong y.

x ^ n

The nth parent of x, n == 0, 1, or 2. For n == 0, x; for n == 1, the first parent
of each changeset in x; for n == 2, the second parent of changeset in x.

x~n

Tổ tiên đầu tiên thứ n của x; x~0 is x; x~3 is x^^^.

Có một toán tử postfix duy nhất:

x^

Tương đương với x ^ 1, the first parent of each changeset in x.

Các vị từ sau được hỗ trợ:

adds(pattern)

Changesets that add a file matching pattern.

The pattern without explicit kind like cầu: được kỳ vọng là tương đối với
thư mục hiện tại và khớp với một tập tin hoặc một thư mục.

tất cả các()

Tất cả các tập thay đổi, giống như 0:tip.

tổ tiên(*changeset)

Tổ tiên chung lớn nhất của các bộ thay đổi.

Accepts 0 or more changesets. Will return empty list when passed no args.
Tổ tiên chung lớn nhất của một tập thay đổi duy nhất là tập thay đổi đó.

tổ tiên (bộ)

Các bộ thay đổi là tổ tiên của một bộ thay đổi trong bộ.

tác giả(chuỗi)

Bí danh cho user(string).

bisect(string)

Các bộ thay đổi được đánh dấu ở trạng thái chia đôi được chỉ định:

· tốt, xấu, bỏ qua: cset được đánh dấu rõ ràng là tốt/xấu/bỏ qua

· hàng hóa, xấu : csets tốt/xấu về mặt cấu trúc

· phạm vi : csets tham gia vào phép chia đôi

· cắt tỉa : csets là hàng hóa, hàng xấu hoặc bị bỏ qua

· chưa được kiểm tra : csets whose fate is yet unknown

· bỏ qua : csets bị bỏ qua do cấu trúc liên kết DAG

· hiện hành : cset hiện đang được chia đôi

dấu trang([tên])

The named bookmark or all bookmarks.

If tên bắt đầu với lại:, phần còn lại của tên được coi là thông thường
sự biểu lộ. Để khớp với dấu trang thực sự bắt đầu bằng lại:, use the prefix
nghĩa đen:.

nhánh (chuỗi or bộ)

All changesets belonging to the given branch or the branches of the given
bộ thay đổi.

If chuỗi bắt đầu với lại:, phần còn lại của tên được coi là thông thường
sự biểu lộ. Để khớp với một nhánh thực sự bắt đầu bằng lại:, use the prefix
nghĩa đen:.

điểm nhánh()

Bộ thay đổi có nhiều hơn một con.

va chạm()

Mutable changesets marked as successors of public changesets.

Chỉ những tập hợp thay đổi không công khai và không lỗi thời mới có thể được bị va đập.

bundle()

Các bộ thay đổi trong gói.

Gói phải được chỉ định bằng tùy chọn -R.

trẻ em (bộ)

Tập thay đổi con của các tập thay đổi trong tập hợp.

closed()

Bộ thay đổi đã bị đóng.

contains(pattern)

Tệp kê khai của bản sửa đổi chứa mẫu khớp với tệp (nhưng có thể không sửa đổi mẫu đó).
Xem hg giúp đỡ mô hình để biết thông tin về các mẫu tập tin.

The pattern without explicit kind like cầu: được kỳ vọng là tương đối với
current directory and match against a file exactly for efficiency.

đã chuyển đổi([id])

Changesets converted from the given identifier in the old repository if present, or
tất cả các tập thay đổi được chuyển đổi nếu không có mã định danh nào được chỉ định.

ngày (khoảng thời gian)

Các thay đổi trong khoảng thời gian, xem hg giúp đỡ ngày.

desc(chuỗi)

Tìm kiếm thông báo cam kết cho chuỗi. Trận đấu không phân biệt chữ hoa chữ thường.

hậu duệ (bộ)

Changesets which are descendants of changesets in set.

đích ([bộ])

Các tập thay đổi được tạo bằng thao tác ghép, cấy ghép hoặc rebase, với
đưa ra các sửa đổi được chỉ định là nguồn. Bỏ qua bộ tùy chọn cũng giống như
vượt qua tất cả().

divergent()

Những người kế nhiệm cuối cùng của các tập hợp thay đổi với một tập hợp những người kế nhiệm cuối cùng thay thế.

draft()

Thay đổi trong giai đoạn dự thảo.

tuyệt chủng()

Các tập hợp thay đổi lỗi thời chỉ có các phần tử con lỗi thời.

extra(label, [giá trị])

Các tập thay đổi có nhãn nhất định trong siêu dữ liệu bổ sung, với tùy chọn đã cho
giá trị.

If giá trị bắt đầu với lại:, phần còn lại của giá trị được coi là thông thường
sự biểu lộ. Để khớp với một giá trị thực sự bắt đầu bằng lại:, use the prefix
nghĩa đen:.

file(pattern)

Các thay đổi ảnh hưởng đến các tệp khớp với mẫu.

Để có kết quả nhanh hơn nhưng kém chính xác hơn, hãy cân nhắc sử dụng filelog() thay thế.

Vị ngữ này sử dụng cầu: làm loại mẫu mặc định.

filelog(pattern)

Các bộ thay đổi được kết nối với filelog được chỉ định.

Vì lý do hiệu suất, chỉ truy cập các bản sửa đổi được đề cập trong filelog ở cấp độ tệp,
thay vì lọc qua tất cả các tập hợp thay đổi (nhanh hơn nhiều nhưng không bao gồm
xóa hoặc sao chép các thay đổi). Để có kết quả chậm hơn, chính xác hơn, hãy sử dụng tài liệu().

The pattern without explicit kind like cầu: được kỳ vọng là tương đối với
current directory and match against a file exactly for efficiency.

Nếu một số linkrev trỏ đến các bản sửa đổi được lọc theo bản xem lại hiện tại, chúng tôi sẽ làm việc
around it to return a non-filtered value.

tập đầu tiên, [n])

An alias for limit().

follow([pattern])

Một bí danh cho ::. (ancestors of the working directory's first parent). If pattern
được chỉ định, lịch sử của các tệp khớp với mẫu đã cho sẽ được tuân theo, bao gồm
các bản sao.

grep(regex)

Như keyword(string) but accepts a regex. Use grep(r'...') to ensure special escape
characters are handled correctly. Unlike keyword(string), trận đấu là
trường hợp nhạy cảm.

cái đầu()

Changeset là người đứng đầu chi nhánh được đặt tên.

đầu (bộ)

Các thành viên của tập hợp không có con nào trong tập hợp.

ẩn giấu()

Bộ thay đổi ẩn.

id(chuỗi)

Bản sửa đổi được chỉ định rõ ràng bằng tiền tố chuỗi hex đã cho.

keyword(string)

Search commit message, user name, and names of changed files for string. The match
không phân biệt chữ hoa chữ thường.

tập cuối cùng, [n])

Last n members of set, defaulting to 1.

limit(set[, n[, bù lại]])

First n members of set, defaulting to 1, starting from offset.

khớp (sửa đổi [, cánh đồng])

Các tập hợp thay đổi trong đó một tập hợp các trường nhất định khớp với tập hợp các trường trong vùng đã chọn
sửa đổi hoặc thiết lập.

Để khớp nhiều trường, hãy chuyển danh sách các trường cần khớp được phân tách bằng dấu cách
(ví dụ tác giả Mô tả).

Các trường hợp lệ là hầu hết các trường sửa đổi thường xuyên và một số trường đặc biệt.

Các trường sửa đổi thường xuyên là Mô tả, tác giả, địa điể̀m chọn lựa, ngày, các tập tin, giai đoạn,
cha mẹ, tiểu bang, người sử dụng và khác. Lưu ý rằng tác giả và người sử dụng là những từ đồng nghĩa. khác
đề cập đến nội dung của bản sửa đổi. Hai bản sửa đổi phù hợp với chúng khác cũng sẽ
phù hợp với họ các tập tin.

Special fields are tóm tắt và siêu dữ liệu: tóm tắt khớp với dòng đầu tiên của
sự miêu tả. siêu dữ liệu is equivalent to matching Mô tả người sử dụng ngày (i.e. it
khớp với các trường siêu dữ liệu chính).

siêu dữ liệu is the default field which is used when no fields are specified. You can
khớp với nhiều trường cùng một lúc.

tối đa (bộ)

Bộ thay đổi có số bản sửa đổi cao nhất trong bộ.

hợp nhất ()

Changeset là một bộ thay đổi hợp nhất.

phút (bộ)

Bộ thay đổi có số bản sửa đổi thấp nhất trong bộ.

sửa đổi (mẫu)

Changesets modifying files matched by pattern.

The pattern without explicit kind like cầu: được kỳ vọng là tương đối với
thư mục hiện tại và khớp với một tập tin hoặc một thư mục.

được đặt tên (không gian tên)

The changesets in a given namespace.

If không gian tên bắt đầu với lại:, the remainder of the string is treated as a regular
expression. To match a namespace that actually starts with lại:, use the prefix
nghĩa đen:.

lỗi thời()

Mutable changeset with a newer version.

only(set, [bộ])

Changesets that are ancestors of the first set that are not ancestors of any other
head in the repo. If a second set is specified, the result is ancestors of the
first set that are not ancestors of the second set (i.e. ::<set1> - ::<set2>).

nguồn gốc([bộ])

Các bộ thay đổi được chỉ định làm nguồn cho các mảnh ghép, cấy ghép hoặc rebase
đã tạo ra các bản sửa đổi nhất định. Bỏ qua bộ tùy chọn cũng giống như vượt qua
tất cả(). Nếu một tập hợp thay đổi được tạo bởi các hoạt động này được chỉ định làm nguồn
đối với một trong các thao tác này, chỉ có tập hợp thay đổi nguồn cho thao tác đầu tiên là
đã chọn.

đi ([đường dẫn])

Không tìm thấy các bộ thay đổi trong kho lưu trữ đích được chỉ định hoặc đẩy mặc định
vị trí.

p1([bộ])

Cha đầu tiên của các tập thay đổi trong tập hợp hoặc thư mục làm việc.

p2([bộ])

Second parent of changesets in set, or the working directory.

parents([set])

Tập hợp tất cả cha mẹ cho tất cả các tập thay đổi trong tập hợp hoặc thư mục làm việc.

present(set)

Một tập hợp trống, nếu không tìm thấy bất kỳ bản sửa đổi nào trong tập hợp đó; mặt khác, tất cả các sửa đổi trong bộ.

Nếu bất kỳ bản sửa đổi nào được chỉ định không có trong kho lưu trữ cục bộ, truy vấn sẽ là
thường bị hủy bỏ. Nhưng vị từ này cho phép truy vấn tiếp tục ngay cả trong trường hợp như vậy.
các trường hợp.

công cộng()

Changeset trong giai đoạn công khai.

remote([id [,path]])

Local revision that corresponds to the given identifier in a remote repository, if
hiện tại. Ở đây, '.' mã định danh là từ đồng nghĩa với nhánh địa phương hiện tại.

loại bỏ (mẫu)

Các bộ thay đổi loại bỏ các tệp phù hợp với mẫu.

The pattern without explicit kind like cầu: được kỳ vọng là tương đối với
thư mục hiện tại và khớp với một tập tin hoặc một thư mục.

rev(number)

Revision with the given numeric identifier.

đảo ngược (bộ)

Đảo ngược thứ tự của tập hợp.

rễ (bộ)

Các tập thay đổi trong tập hợp không có tập hợp thay đổi cha nào trong tập hợp.

bí mật()

Changeset trong giai đoạn bí mật.

sắp xếp(bộ[, [-]chìa khóa...])

Sắp xếp theo phím. Thứ tự sắp xếp mặc định là tăng dần, chỉ định khóa là -Chìa khóa đến
sort in descending order.

Các phím có thể là:

· vòng quay đối với số sửa đổi,

· địa điể̀m chọn lựa for the branch name,

· giảm dần for the commit message (description),

· người sử dụng for user name (tác giả có thể được sử dụng làm bí danh),

· ngày for the commit date

subrepo([mẫu])

Các bộ thay đổi thêm, sửa đổi hoặc loại bỏ kho lưu trữ con đã cho. Nếu không có mẫu subrepo nào
được đặt tên, mọi thay đổi của subrepo đều được trả về.

thẻ([tên])

Thẻ được chỉ định theo tên hoặc tất cả các phiên bản được gắn thẻ nếu không có tên nào được đưa ra.

If tên bắt đầu với lại:, phần còn lại của tên được coi là thông thường
sự biểu lộ. Để khớp với một thẻ thực sự bắt đầu bằng lại:, use the prefix nghĩa đen:.

không ổn định()

Các tập hợp thay đổi không lỗi thời với tổ tiên đã lỗi thời.

user(string)

Tên người dùng chứa chuỗi. Trận đấu không phân biệt chữ hoa chữ thường.

If chuỗi bắt đầu với lại:, the remainder of the string is treated as a regular
sự biểu lộ. Để khớp với người dùng thực sự có chứa lại:, use the prefix nghĩa đen:.

Các vị từ mới (được gọi là "bí danh") có thể được xác định bằng cách sử dụng bất kỳ sự kết hợp nào của các thuộc tính hiện có.
vị từ hoặc bí danh khác. Một định nghĩa bí danh trông giống như:

=

trong revsetalias phần của tệp cấu hình Mercurial. Đối số của hình thức $1,
$2, etc. are substituted from the alias into the definition.

Ví dụ,

[revsetalias]
h = heads()
d($1) = sắp xếp($1, ngày)
rs($1, $2) = đảo ngược(sắp xếp($1, $2))

định nghĩa ba bí danh, h, dvà rs. rs(0:tip, tác giả) chính xác tương đương với
đảo ngược(sắp xếp(0:tip, tác giả)).

An infix operator ## có thể nối các chuỗi và mã định danh thành một chuỗi. Ví dụ:

[revsetalias]
issue($1) = grep(r'\bissue[ :]?' ## $1 ## r'\b|\bbug$' ## $1 ## r'$')

vấn đề(1234) tương đương với grep(r'\bissue[ :]?1234\b|\bbug$1234$') in this case. This
khớp với tất cả "vấn đề 1234", "vấn đề:1234", "vấn đề 1234" và "lỗi(1234) ”.

Tất cả các toán tử tiền tố, trung tố và hậu tố khác có mức độ ưu tiên thấp hơn ##. Ví dụ, $1
## ~ $ 2 2 tương đương với ($ 1 ## $2)~2.

Dòng lệnh tương đương cho hg đăng nhập:

-f -> ::.
-dx -> ngày(x)
-kx -> từ khóa(x)
-m -> hợp nhất()
-ux -> người dùng(x)
-bx -> nhánh(x)
-P x -> !::x
-l x -> limit(expr, x)

Một số truy vấn mẫu:

· Changesets on the default branch:

hg log -r "nhánh (mặc định)"

· Các thay đổi trên nhánh mặc định kể từ thẻ 1.5 (không bao gồm việc hợp nhất):

hg log -r "branch(default) and 1.5:: and not merge()"

· Open branch heads:

hg log -r "head() and not closed()"

· Thay đổi giữa các thẻ 1.3 và 1.5 đề cập đến "lỗi" ảnh hưởng đến hgext/*:

hg log -r "1.3::1.5 và từ khóa (lỗi) và tệp ('hgext/*')"

· Các thay đổi được cam kết vào tháng 2008 năm XNUMX, được sắp xếp theo người dùng:

hg log -r "sort(date('May 2008'), user)"

· Các bộ thay đổi đề cập đến "lỗi" hoặc "sự cố" không có trong bản phát hành được gắn thẻ:

hg log -r "(keyword(bug) or keyword(issue)) and not ancestors(tag())"

SỬ DỤNG KHÔNG KIÊN ĐỊNH TỪ KỊCH BẢN VÀ TỰ ĐỘNG

It is common for machines (as opposed to humans) to consume Mercurial. This help topic
mô tả một số điều cần cân nhắc khi kết nối máy với Mercurial.

Chọn an Giao thức
Máy có thể lựa chọn một số phương pháp để giao tiếp với Mercurial. Bao gồm các:

· Thực hiện hg quá trình

· Querying a HTTP server

· Gọi ra máy chủ lệnh

Thi công hg các quá trình này rất giống với cách con người tương tác với Mercurial trong vỏ.
Nó hẳn đã quen thuộc với bạn rồi.

hg phục vụ có thể được sử dụng để khởi động một máy chủ. Theo mặc định, thao tác này sẽ khởi động máy chủ HTTP "hgweb".
Máy chủ HTTP này có hỗ trợ đầu ra mà máy có thể đọc được, chẳng hạn như JSON. Để biết thêm, xem hg
giúp đỡ hgweb.

hg phục vụ can also start a "command server." Clients can connect to this server and issue
Mercurial commands over a special protocol. For more details on the command server,
bao gồm các liên kết đến thư viện máy khách, xem https://mercurial.selenic.com/wiki/CommandServer.

hg phục vụ các giao diện dựa trên (hgweb và máy chủ lệnh) có lợi thế hơn các giao diện đơn giản
hg xử lý các lời gọi ở chỗ chúng có thể hiệu quả hơn. Điều này là do có
chi phí đáng kể để tạo ra các quy trình Python mới.

Mẹo Nếu bạn cần gọi một số hg processes in short order and/or performance is
quan trọng đối với bạn, việc sử dụng giao diện dựa trên máy chủ rất được khuyến khích.

Môi trường Biến
Theo tài liệu trong hg giúp đỡ môi trường, các biến môi trường khác nhau ảnh hưởng đến
operation of Mercurial. The following are particularly relevant for machines consuming
Không kiên định:

HGPLAIN
Nếu không được đặt, đầu ra của Mercurial có thể bị ảnh hưởng bởi cài đặt cấu hình
tác động đến mã hóa, chế độ dài dòng, bản địa hóa, v.v.

Rất khuyến khích máy đặt biến này khi gọi hg
quy trình.

Mã hóa HGEN
Nếu không được đặt, ngôn ngữ được Mercurial sử dụng sẽ được phát hiện từ môi trường. Nếu như
the determined locale does not support display of certain characters, Mercurial may
hiển thị các chuỗi ký tự này không chính xác (thường bằng cách sử dụng "?" làm phần giữ chỗ
đối với các ký tự không hợp lệ ở ngôn ngữ hiện tại).

Đặt rõ ràng biến môi trường này là một cách thực hành tốt để đảm bảo
kết quả nhất quán. "utf-8" là một lựa chọn tốt trên các môi trường giống UNIX.

HGRCPATH
Nếu không được đặt, Mercurial sẽ kế thừa các tùy chọn cấu hình từ các tệp cấu hình bằng cách sử dụng
quá trình được mô tả trong hg giúp đỡ cấu hình. Điều này bao gồm việc kế thừa người dùng hoặc toàn hệ thống
tập tin cấu hình.

When utmost control over the Mercurial configuration is desired, the value of
HGRCPATH có thể được đặt thành một tệp rõ ràng với các cấu hình tốt đã biết. Trong những trường hợp hiếm hoi,
giá trị có thể được đặt thành một tệp trống hoặc thiết bị null (thường / dev / null) để bỏ qua
tải bất kỳ tập tin cấu hình hệ thống hoặc người dùng. Lưu ý rằng những cách tiếp cận này có thể có
những hậu quả không lường trước được, vì các tập tin cấu hình hệ thống và người dùng thường xác định mọi thứ
như tên người dùng và tiện ích mở rộng có thể được yêu cầu để giao tiếp với
kho.

Tiêu thụ Lệnh Đầu ra
It is common for machines to need to parse the output of Mercurial commands for relevant
dữ liệu. Phần này mô tả các kỹ thuật khác nhau để làm như vậy.

Phân tích cú pháp Nguyên Lệnh Đầu ra
Có lẽ giải pháp đơn giản và hiệu quả nhất để sử dụng đầu ra lệnh chỉ đơn giản là
gọi hg commands as you would as a user and parse their output.

Đầu ra của nhiều lệnh có thể dễ dàng được phân tích cú pháp bằng các công cụ như grep, khátvà ôi.

Một nhược điểm tiềm ẩn của đầu ra lệnh phân tích cú pháp là đầu ra của lệnh có thể thay đổi
khi Mercurial được nâng cấp. Trong khi Mercurial thường cố gắng lùi bước mạnh mẽ
khả năng tương thích, đầu ra lệnh đôi khi thay đổi. Có các bài kiểm tra cho tự động của bạn
tương tác với hg các lệnh thường được khuyên dùng nhưng thậm chí còn quan trọng hơn khi
phân tích đầu ra lệnh thô có liên quan.

Sử dụng Templates đến Kiểm soát Đầu ra
nhiều hg các lệnh hỗ trợ đầu ra được tạo khuôn mẫu thông qua -T/--mẫu argument. For more, see
hg giúp đỡ mẫu.

Templates are useful for explicitly controlling output so that you get exactly the data
bạn muốn được định dạng theo cách bạn muốn. Ví dụ, đăng nhập -T {nút}\n can be used to print a
danh sách các nút thay đổi được phân tách bằng dòng mới thay vì đầu ra do con người điều chỉnh có chứa
authors, dates, descriptions, etc.

Mẹo Nếu việc phân tích cú pháp đầu ra lệnh thô quá phức tạp, hãy cân nhắc sử dụng các mẫu để thực hiện
your life easier.

Sản phẩm -T/--mẫu đối số cho phép chỉ định các kiểu được xác định trước. Tàu thủy ngân với
kiểu máy có thể đọc được json và xml, tương ứng cung cấp đầu ra JSON và XML.
These are useful for producing output that is machine readable as-is.

Quan trọng
Sản phẩm json và xml phong cách được coi là thử nghiệm. Mặc dù chúng có thể hấp dẫn
to use for easily obtaining machine-readable output, their behavior may change in
subsequent versions.

Những phong cách này cũng có thể thể hiện những kết quả không mong muốn khi xử lý một số vấn đề nhất định.
mã hóa. Mercurial coi những thứ như tên tệp là một chuỗi byte và
chuẩn hóa các chuỗi byte nhất định thành JSON hoặc XML với các cài đặt mã hóa nhất định
can lead to surprises.

Lệnh máy chủ Đầu ra
If using the command server to interact with Mercurial, you are likely using an existing
thư viện/API tóm tắt chi tiết triển khai của máy chủ lệnh. Nếu vậy thì cái này
lớp giao diện có thể thực hiện phân tích cú pháp cho bạn, giúp bạn tiết kiệm công việc triển khai nó
bản thân bạn.

Đầu ra Độ dài
Commands often have varying output verbosity, even when machine readable styles are being
được sử dụng (ví dụ -T json). Adding -v / - dài dòng và --gỡ lỗi đối số của lệnh có thể
tăng lượng dữ liệu được Mercurial tiếp xúc.

Một cách khác để lấy dữ liệu bạn cần là chỉ định rõ ràng một mẫu.

Nền tảng khác Chủ đề
sửa đổi
Bộ sửa đổi là ngôn ngữ truy vấn chức năng để chọn một bộ sửa đổi.
Hãy coi nó như SQL cho kho lưu trữ Mercurial. Revsets rất hữu ích cho việc truy vấn
kho lưu trữ dữ liệu cụ thể.

Xem hg giúp đỡ sửa đổi để biết thêm.

Lượt chia sẻ mở rộng
Sản phẩm Lượt chia sẻ tiện ích mở rộng cung cấp chức năng chia sẻ dữ liệu kho lưu trữ trên
một số bản sao làm việc. Nó thậm chí có thể tự động "gộp" bộ nhớ một cách hợp lý
kho lưu trữ liên quan khi nhân bản.

Định cấu hình Lượt chia sẻ việc mở rộng có thể dẫn đến việc sử dụng tài nguyên đáng kể
giảm, đặc biệt là xung quanh không gian đĩa và mạng. Điều này đặc biệt đúng
cho môi trường tích hợp liên tục (CI).

Xem hg giúp đỡ -e Lượt chia sẻ để biết thêm.

Kho phụ

Kho lưu trữ con cho phép bạn lồng các kho lưu trữ hoặc dự án bên ngoài vào Mercurial gốc
kho lưu trữ và thực hiện các lệnh hoạt động trên chúng dưới dạng một nhóm.

Mercurial hiện hỗ trợ các kho lưu trữ con Mercurial, Git và Subversion.

Các kho lưu trữ con được tạo thành từ ba thành phần:

1. Kiểm tra kho lưu trữ lồng nhau. Chúng có thể xuất hiện ở bất kỳ đâu trong thư mục làm việc chính.

2. Nested repository references. They are defined in .hgsub, cần được đặt trong
gốc của thư mục làm việc và cho biết việc kiểm tra kho lưu trữ phụ đến từ đâu.
Các kho lưu trữ con Mercurial được tham chiếu như:

đường dẫn/đến/lồng nhau = https://example.com/nested/repo/path

Các kho phụ Git và Subversion cũng được hỗ trợ:

path/to/nested = [git]git://example.com/nested/repo/path
path/to/nested = [svn]https://example.com/nested/trunk/path

Ở đâu path/to/nested là vị trí thanh toán tương ứng với gốc Mercurial gốc,
và https://example.com/nested/repo/path is the source repository path. The source can
also reference a filesystem path.

Lưu ý rằng .hgsub không tồn tại theo mặc định trong kho Mercurial, bạn phải
tạo và thêm nó vào kho lưu trữ chính trước khi sử dụng kho lưu trữ phụ.

3. Trạng thái kho lưu trữ lồng nhau. Chúng được định nghĩa trong .hgsubstate, which is placed in the root
của thư mục làm việc và nắm bắt mọi thông tin cần thiết để khôi phục
các kho lưu trữ con về trạng thái mà chúng đã được cam kết trong bộ thay đổi kho lưu trữ mẹ.
Mercurial tự động ghi lại trạng thái các kho lưu trữ lồng nhau khi thực hiện
kho lưu trữ cha mẹ.

Chú thích
Sản phẩm .hgsubstate tập tin không nên được chỉnh sửa bằng tay.

Thêm a Subrepository
If .hgsub không tồn tại, hãy tạo nó và thêm nó vào kho lưu trữ chính. Sao chép hoặc thanh toán
các dự án bên ngoài mà bạn muốn nó nằm trong kho lưu trữ chính. Biên tập .hgsub và
add the subrepository entry as described above. At this point, the subrepository is
tracked and the next commit will record its state in .hgsubstate and bind it to the
committed changeset.

Đồng bộ hóa a Subrepository
Subrepos không tự động theo dõi tập hợp thay đổi mới nhất của nguồn của họ. Thay vào đó họ
được cập nhật vào tập thay đổi tương ứng với tập thay đổi được kiểm tra trong
tập thay đổi cấp cao nhất. Điều này là để các nhà phát triển luôn có được một bộ mã tương thích nhất quán
và thư viện khi họ cập nhật.

Vì vậy, việc cập nhật các kho lưu trữ phụ là một quá trình thủ công. Chỉ cần kiểm tra subrepo mục tiêu tại
sửa đổi mong muốn, kiểm tra trong kho lưu trữ cấp cao nhất, sau đó cam kết trong kho lưu trữ chính để
ghi lại sự kết hợp mới.

xóa a Subrepository
Để xóa kho lưu trữ con khỏi kho lưu trữ chính, hãy xóa tham chiếu của nó khỏi .hgsub,
then remove its files.

Tương tác với lanh lợi Lệnh
thêm vào add không lặp lại trong các kho phụ trừ khi -S/--subrepos được chỉ định. Tuy nhiên, nếu
bạn chỉ định đường dẫn đầy đủ của tệp trong kho lưu trữ con, nó sẽ được thêm vào ngay cả khi không có
-S/--repos được chỉ định. Các kho lưu trữ con Subversion hiện đang ở trạng thái im lặng
mặc kệ.

thêm bớt
addremove không lặp lại thành các kho lưu trữ con trừ khi -S/--subrepos được chỉ định.
However, if you specify the full path of a directory in a subrepo, addremove will
be performed on it even without -S/--subrepos being specified. Git and Subversion
kho phụ sẽ in cảnh báo và tiếp tục.

lưu trữ
archive does not recurse in subrepositories unless -S/--subrepos is specified.

làm sao cat hiện chỉ xử lý các kết quả khớp tệp chính xác trong các kho lưu trữ phụ. Lật đổ
kho phụ hiện đang bị bỏ qua.

cam kết cam kết tạo ra một ảnh chụp nhanh nhất quán về trạng thái của toàn bộ dự án và
kho phụ. Nếu bất kỳ kho lưu trữ phụ nào đã được sửa đổi, Mercurial sẽ hủy bỏ.
Thay vào đó, Mercurial có thể được thực hiện để cam kết tất cả các kho lưu trữ con đã sửa đổi bằng cách chỉ định
-S/--subrepos, or setting "ui.commitsubrepos=True" in a configuration file (see hg
giúp đỡ cấu hình). Sau khi không còn kho con được sửa đổi nào nữa, nó sẽ ghi lại
their state and finally commits it in the parent repository. The --addremove
option also honors the -S/--subrepos option. However, Git and Subversion
kho phụ sẽ in cảnh báo và hủy bỏ.

khác diff does not recurse in subrepos unless -S/--subrepos is specified. Changes are
displayed as usual, on the subrepositories elements. Subversion subrepositories are
hiện đang âm thầm bị bỏ qua.

các tập tin files does not recurse into subrepos unless -S/--subrepos is specified. However,
if you specify the full path of a file or directory in a subrepo, it will be
được hiển thị ngay cả khi không chỉ định -S/--subrepos. Git và lật đổ
kho lưu trữ con hiện đang bị bỏ qua một cách âm thầm.

quên quên hiện chỉ xử lý các kết quả khớp tệp chính xác trong các kho lưu trữ phụ. Git và lật đổ
kho lưu trữ con hiện đang bị bỏ qua một cách âm thầm.

đến
việc gửi đến không lặp lại trong các kho lưu trữ phụ trừ khi -S/--subrepos được chỉ định. Git và
Các kho lưu trữ con Subversion hiện đang bị bỏ qua một cách âm thầm.

đi
gửi đi không lặp lại trong các kho phụ trừ khi -S/--subrepos được chỉ định. Git và
Các kho lưu trữ con Subversion hiện đang bị bỏ qua một cách âm thầm.

kéo pull không được đệ quy vì không rõ phải kéo cái gì trước khi chạy hg cập nhật
. Liệt kê và truy xuất tất cả các thay đổi của kho con được tham chiếu bởi cha mẹ
các bộ thay đổi được kéo từ kho lưu trữ đắt nhất, không thể có trong Subversion
trường hợp.

đẩy Mercurial sẽ tự động đẩy tất cả các kho con trước khi kho gốc
kho lưu trữ đang được đẩy. Điều này đảm bảo các thay đổi kho lưu trữ con mới có sẵn
when referenced by top-level repositories. Push is a no-op for Subversion
kho lưu trữ phụ.

tình trạng trạng thái không lặp lại vào kho lưu trữ phụ trừ khi -S/--subrepos được chỉ định.
Các thay đổi của kho lưu trữ phụ được hiển thị dưới dạng thay đổi Mercurial thường xuyên trên
subrepository elements. Subversion subrepositories are currently silently ignored.

tẩy loại bỏ không lặp lại vào kho lưu trữ phụ trừ khi -S/--subrepos được chỉ định.
Tuy nhiên, nếu bạn chỉ định đường dẫn tệp hoặc thư mục trong kho lưu trữ con, nó sẽ bị xóa
thậm chí không có -S/--subrepos. Các kho lưu trữ con Git và Subversion hiện đang có
im lặng bỏ qua.

cập nhật cập nhật khôi phục các kho lưu trữ phụ ở trạng thái mà chúng đã được cam kết ban đầu trong mục tiêu
thay đổi. Nếu tập thay đổi đã ghi không có sẵn trong kho lưu trữ phụ hiện tại,
Mercurial sẽ kéo nó vào trước khi cập nhật. Điều này có nghĩa là việc cập nhật có thể
yêu cầu truy cập mạng khi sử dụng kho lưu trữ phụ.

Ánh xạ Kho phụ nguồn
Vị trí nguồn của kho lưu trữ phụ có thể thay đổi trong suốt vòng đời dự án, làm mất hiệu lực các tham chiếu
được lưu trữ trong lịch sử kho lưu trữ gốc. Để khắc phục điều này, quy tắc viết lại có thể được xác định trong
kho lưu trữ gốc hgrc tập tin hoặc trong cấu hình Mercurial. Xem [subpaths] phần trong
hgrc(5) để biết thêm chi tiết.

BẢN MẪU SỬ DỤNG

Mercurial allows you to customize output of commands through templates. You can either
chuyển vào một mẫu hoặc chọn kiểu mẫu hiện có từ dòng lệnh, thông qua
--template option.

Bạn có thể tùy chỉnh đầu ra cho bất kỳ lệnh "giống nhật ký" nào: nhật ký, gửi đi, đến, mẹo,
cha mẹ, người đứng đầu.

Some built-in styles are packaged with Mercurial. These can be listed with hg đăng nhập
--bản mẫu . Ví dụ sử dụng:

$ hg log -r1.0::1.1 --log thay đổi mẫu

A template is a piece of text, with markup to invoke variable expansion:

$ hg log -r1 --template "{node}\n"
b56ce7b07c52de7d5fd79fb89701ea538af65746

Strings in curly braces are called keywords. The availability of keywords depends on the
bối cảnh chính xác của templater. Những từ khóa này thường có sẵn để tạo khuôn mẫu cho một
log-like command:

đánh dấu hoạt động
Sợi dây. Dấu trang đang hoạt động, nếu nó được liên kết với bộ thay đổi

tác giả String. The unmodified author of the changeset.

chia đôi Sợi dây. Trạng thái chia đôi được thay đổi.

bookmark
Danh sách các chuỗi. Bất kỳ dấu trang nào được liên kết với bộ thay đổi. Cũng đặt 'hoạt động',
tên của dấu trang đang hoạt động.

địa điể̀m chọn lựa String. The name of the branch on which the changeset was committed.

thay đổisincelesttag
Số nguyên. Tất cả tổ tiên không có trong thẻ mới nhất.

trẻ em
List of strings. The children of the changeset.

ngày Thông tin ngày. Ngày mà tập hợp thay đổi được cam kết.

giảm dần Sợi dây. Văn bản của mô tả thay đổi.

khác biệt
Sợi dây. Thống kê các thay đổi với định dạng sau: "tập tin đã sửa đổi:
+các dòng đã thêm/-xóa"

tính năng bổ sung Danh sách các ký tự có các mục nhập khóa, giá trị của trường 'phần bổ sung' của bộ thay đổi này.

file_adds
List of strings. Files added by this changeset.

tập tin_bản sao
Danh sách các chuỗi. Các tệp được sao chép trong bộ thay đổi này cùng với nguồn của chúng.

tập tin_copies_switch
Danh sách các chuỗi. Giống như "file_copies" nhưng chỉ hiển thị nếu khóa --copied được bật
thiết lập.

file_dels
List of strings. Files removed by this changeset.

tập tin_mods
List of strings. Files modified by this changeset.

các tập tin Danh sách các chuỗi. Tất cả các tệp được sửa đổi, thêm hoặc xóa bởi bộ thay đổi này.

graphnode
Sợi dây. Ký tự đại diện cho nút thay đổi trong biểu đồ sửa đổi ASCII

thẻ mới nhất
List of strings. The global tags on the most recent globally tagged ancestor of
bộ thay đổi này.

latesttagdistance
Số nguyên. Đường dẫn dài nhất đến thẻ mới nhất.

không gian tên
Dict của danh sách. Tên được đính kèm với bộ thay đổi này trên mỗi không gian tên.

nút Sợi dây. Hàm băm nhận dạng tập hợp thay đổi, dưới dạng chuỗi gồm 40 chữ số thập lục phân.

nút p1 String. The identification hash of the changeset's first parent, as a 40 digit
hexadecimal string. If the changeset has no parents, all digits are 0.

p1rev Số nguyên. Số sửa đổi cục bộ của kho lưu trữ của cha mẹ đầu tiên của bộ thay đổi hoặc
-1 if the changeset has no parents.

nút p2 String. The identification hash of the changeset's second parent, as a 40 digit
chuỗi thập lục phân. Nếu tập thay đổi không có cha thứ hai thì tất cả các chữ số đều bằng 0.

p2rev Số nguyên. Số sửa đổi cục bộ của kho lưu trữ của cha mẹ thứ hai của bộ thay đổi hoặc
-1 if the changeset has no second parent.

cha mẹ
Danh sách các chuỗi. Cha mẹ của bộ thay đổi ở định dạng "rev:node". Nếu
bộ thay đổi chỉ có một cha mẹ "tự nhiên" (bản sửa đổi tiền nhiệm) không có gì
được hiển thị.

giai đoạn String. The changeset phase name.

phaidx
Số nguyên. Chỉ số pha thay đổi.

vòng quay Số nguyên. Số sửa đổi bộ thay đổi cục bộ của kho lưu trữ.

bản tóm tắt phụ
Danh sách các chuỗi. Các kho con được cập nhật trong bộ thay đổi.

thẻ List of strings. Any tags associated with the changeset.

Từ khóa "ngày" không tạo ra kết quả mà con người có thể đọc được. Nếu bạn muốn sử dụng một ngày trong
đầu ra của bạn, bạn có thể sử dụng bộ lọc để xử lý nó. Bộ lọc là các hàm trả về một
chuỗi dựa trên biến đầu vào. Hãy chắc chắn sử dụng bộ lọc xâu chuỗi trước tiên khi bạn
áp dụng bộ lọc đầu vào chuỗi cho biến đầu vào giống như danh sách. Bạn cũng có thể sử dụng một chuỗi
bộ lọc để có được đầu ra mong muốn:

$ hg tip --template "{date|isodate}\n"
2008-08-21 18:22 +0000

Danh sách các bộ lọc:

addbreaks
Bất kỳ văn bản nào. Thêm XHTML " " gắn thẻ trước cuối mỗi dòng ngoại trừ dòng cuối cùng.

tuổi Date. Returns a human-readable date/time difference between the given date/time and
ngày/giờ hiện tại.

tên cơ sở
Any text. Treats the text as a path, and returns the last component of the path
after splitting by the path separator (ignoring trailing separators). For example,
"foo/bar/baz" becomes "baz" and "foo/bar//" becomes "bar".

tính List or text. Returns the length as an integer.

miền Bất kỳ văn bản nào. Tìm chuỗi đầu tiên trông giống địa chỉ email và trích xuất
chỉ là thành phần miền. Ví dụ: người sử dang <[email được bảo vệ]> trở thành example.com.

e-mail Any text. Extracts the first string that looks like an email address. Example: người sử dang
<[email được bảo vệ]> trở thành [email được bảo vệ].

emailuser
Any text. Returns the user portion of an email address.

thoát Bất kỳ văn bản nào. Thay thế các ký tự XML/XHTML đặc biệt "&", "<" và ">" bằng XML
entities, and filters out NUL characters.

lấp đầy68 Bất kỳ văn bản nào. Ngắt dòng văn bản để vừa với 68 cột.

lấp đầy76 Bất kỳ văn bản nào. Ngắt dòng văn bản để vừa với 76 cột.

dòng đầu tiên
Bất kỳ văn bản nào. Trả về dòng văn bản đầu tiên.

hex Any text. Convert a binary Mercurial node identifier into its long hexadecimal
sự đại diện.

hgdate Ngày. Trả về ngày dưới dạng một cặp số: "1157407993 25200" (dấu thời gian Unix,
timezone offset).

isodate
Ngày. Trả về ngày ở định dạng ISO 8601: "2009-08-18 13:00 +0200".

isodatesec
Ngày. Trả về ngày ở định dạng ISO 8601, bao gồm cả giây: "2009-08-18 13:00:13
+0200". Xem thêm bộ lọc rfc3339date.

thấp hơn Bất kỳ văn bản nào. Chuyển đổi văn bản thành chữ thường.

hư vô
Bất kỳ văn bản nào. Trả về '(không)' nếu chuỗi trống.

làm rối tung
Bất kỳ văn bản nào. Trả về văn bản đầu vào được hiển thị dưới dạng một chuỗi các thực thể XML.

người Bất kỳ văn bản nào. Trả về tên trước địa chỉ email, diễn giải nó theo RFC
5322.

thoát ra
Any text. Escapes all "special" characters, except @. Forward slashes are escaped
hai lần để ngăn chặn các máy chủ web thoát khỏi chúng sớm. Ví dụ: "@foo
bar/baz" trở thành "@foo%20bar%252Fbaz".

rfc3339date
Date. Returns a date using the Internet date format specified in RFC 3339:
"2009-08-18T13:00:13+02:00".

rfc822date
Ngày. Trả về một ngày sử dụng cùng định dạng được sử dụng trong tiêu đề email: "Thứ Ba, ngày 18 tháng 2009 năm XNUMX
13:00:13 +0200".

ngắn Băm thay đổi. Trả về dạng ngắn của hàm băm thay đổi, tức là hệ thập lục phân 12
chuỗi chữ số.

cắt đôi
Bất kỳ văn bản nào. xử lý văn bản dưới dạng trạng thái chia đôi và trả về một ký tự đơn
đại diện cho trạng thái (G: tốt, B: xấu, S: bị bỏ qua, U: chưa được kiểm tra, I: bị bỏ qua).
Trả về một khoảng trắng nếu văn bản không phải là trạng thái chia đôi hợp lệ.

ngày rút gọn
Ngày. Trả về một ngày như "2006-09-18".

splitlines
Any text. Split text into a list of lines.

xâu chuỗi
Bất kỳ loại nào. Biến giá trị thành văn bản bằng cách chuyển đổi giá trị thành văn bản và
concatenating them.

thoát y
Treat the text as path and strip a directory level, if possible. For example, "foo"
và "foo/bar" trở thành "foo".

tabindent
Any text. Returns the text, with every non-empty line except the first starting
bằng ký tự tab.

phía trên Bất kỳ văn bản nào. Chuyển đổi văn bản thành chữ hoa.

thoát khỏi url
Bất kỳ văn bản nào. Thoát khỏi tất cả các ký tự "đặc biệt". Ví dụ: "thanh foo" trở thành
"foo%20bar".

người sử dụng Bất kỳ văn bản nào. Trả về một bản trình bày ngắn gọn về tên người dùng hoặc địa chỉ email.

Lưu ý rằng bộ lọc không gì khác hơn là một lệnh gọi hàm, tức là expr|filter là tương đương
đến bộ lọc(expr).

Ngoài các bộ lọc, còn có một số chức năng tích hợp cơ bản:

date(date[, fmt])
Định dạng một ngày. Nhìn thấy hg giúp đỡ ngày for formatting strings. The default is a Unix date
format, including the timezone: "Mon Sep 04 15:13:13 2006 0700".

diff([includepattern [, loại trừ mẫu]])
Show a diff, optionally specifying files to include or exclude.

fill(text[, width[, định danh ban đầu[, treo cổ]]])
Fill many paragraphs with optional indentation. See the "fill" filter.

nhận được (dict, Chìa khóa)
Nhận thuộc tính/khóa từ một đối tượng. Một số từ khóa là loại phức tạp. Chức năng này
cho phép bạn lấy giá trị của một thuộc tính trên các loại này.

nếu(expr, sau đó[, else])
Thực thi có điều kiện dựa trên kết quả của một biểu thức.

ifcontains(tìm kiếm, Điều, sau đó[, else])
Thực thi có điều kiện dựa trên việc mục "tìm kiếm" có trong "vật" hay không.

ifeq(expr1, kinh nghiệm2, sau đó[, else])
Thực thi có điều kiện dựa trên việc 2 mục có tương đương hay không.

indent(text, ký tự thụt lề[, dòng đầu tiên])
Indents all non-empty lines with the characters given in the indentchars string. An
tham số thứ ba tùy chọn sẽ ghi đè thụt lề cho dòng đầu tiên chỉ khi
hiện tại.

tham gia (danh sách, tháng 9)
Nối các mục trong danh sách bằng dấu phân cách.

label(label, kinh nghiệm)
Áp dụng nhãn cho nội dung được tạo. Nội dung có gắn nhãn có thể dẫn đến
xử lý hậu kỳ bổ sung, chẳng hạn như tô màu tự động.

thẻ mới nhất([mẫu])
The global tags matching the given pattern on the most recent globally tagged
tổ tiên của bộ thay đổi này.

localdate(ngày[, tz])
Chuyển đổi một ngày thành múi giờ được chỉ định. Mặc định là ngày địa phương.

pad(văn bản, width[, fillchar=' '[, đúng=Sai]])
Chèn văn bản bằng ký tự điền.

revset(truy vấn[, định dạng...])
Execute a revision set query. See hg giúp đỡ điều chỉnh lại.

rstdoc(text, Phong cách)
Format ReStructuredText.

ngắn nhất (nút, độ dài tối thiểu=4)
Obtain the shortest representation of a node.

startswith(pattern, chữ)
Trả về giá trị từ đối số "văn bản" nếu nó bắt đầu bằng nội dung từ
"pattern" argument.

dải(văn bản[, ký tự])
Strip characters from a string. By default, strips all leading and trailing
khoảng trắng.

phụ(mẫu, thay thế, sự biểu lộ)
Thực hiện thay thế văn bản bằng cách sử dụng biểu thức thông thường.

từ (số, text[, separator])
Trả về từ thứ n từ một chuỗi.

Also, for any expression that returns a list, there is a list operator:

expr % "{template}"

Như đã thấy trong ví dụ trên, {template} được hiểu là một mẫu. Để ngăn chặn nó khỏi
đang được giải thích, bạn có thể sử dụng ký tự thoát \{ hoặc tiền tố chuỗi thô, r'...'.

Một số mẫu dòng lệnh mẫu:

· Định dạng danh sách, ví dụ: tập tin:

$ hg log -r 0 --template "files:\n{files % ' {file}\n'}"

· Nối danh sách các file có dấu ", ":

$ hg log -r 0 --template "files: {join(files, ', ')}\n"

· Modify each line of a commit description:

$ hg log --template "{splitlines(desc) % '**** {line}\n'}"

· Định dạng ngày:

$ hg log -r 0 --template "{date(date, '%Y')}\n"

· Hiển thị ngày theo giờ UTC:

$ hg log -r 0 --template "{localdate(date, 'UTC')|date}\n"

· Xuất mô tả được đặt thành chiều rộng lấp đầy là 30:

$ hg log -r 0 --template "{fill(desc, 30)}"

· Sử dụng điều kiện để kiểm tra nhánh mặc định:

$ hg log -r 0 --template "{ifeq(nhánh, 'mặc định', 'trên nhánh chính',
'on branch {branch}')}\n"

· Append a newline if not empty:

$ hg tip --template "{if(tác giả, '{tác giả}\n')}"

· Dán nhãn đầu ra để sử dụng với phần mở rộng màu:

$ hg log -r 0 --template "{label('changeset.{phase}', node|short)}\n"

· Đảo ngược bộ lọc dòng đầu tiên, tức là mọi thứ trừ dòng đầu tiên:

$ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n"

· Hiển thị nội dung của trường 'phụ', mỗi nội dung trên một dòng:

$ hg log -r 0 --template "{join(extras, '\n')}\n"

· Mark the active bookmark with '*':

$ hg log --template "{bookmarks % '{bookmark}{ifeq(bookmark, active, '*')} '}\n"

· Find the previous release candidate tag, the distance and changes since the tag:

$ hg log -r . --template "{latesttag('re:^.*-rc$') % '{tag}, {changes}, {distance}'}\n"

· Mark the working copy parent with '@':

$ hg log --template "{ifcontains(rev, revset('.'), '@')}\n"

· Show details of parent revisions:

$ hg log --template "{revset('parents(%d)', rev) % '{desc|firstline}\n'}"

· Show only commit descriptions that start with "template":

$ hg log --template "{startswith('template', firstline(desc))}\n"

· Print the first word of each line of a commit message:

$ hg log --template "{word(0, desc)}\n"

URL CON ĐƯỜNG

Valid URLs are of the form:

local/filesystem/path[#revision]
file://local/filesystem/path[#revision]
http://[user[:pass]@]host[:port]/[path][#revision]
https://[user[:pass]@]host[:port]/[path][#revision]
ssh://[user@]host[:port]/[path][#revision]

Paths in the local filesystem can either point to Mercurial repositories or to bundle
files (as created by hg bó lại or hg đến --bó). Xem thêm hg giúp đỡ đường dẫn.

An optional identifier after # indicates a particular branch, tag, or changeset to use
from the remote repository. See also hg giúp đỡ Sửa đổi.

Some features, such as pushing to http:// and https:// URLs are only possible if the
feature is explicitly enabled on the remote Mercurial server.

Note that the security of HTTPS URLs depends on proper configuration of web.cacerts.

Some notes about using SSH with Mercurial:

· SSH requires an accessible shell account on the destination machine and a copy of hg in
the remote path or specified with as remotecmd.

· path is relative to the remote user's home directory by default. Use an extra slash at
the start of a path to specify an absolute path:

ssh://example.com//tmp/repository

· Mercurial doesn't use its own compression via SSH; the right thing to do is to configure
nó trong của bạn ~ / .ssh / config, ví dụ:

Host *.mylocalnetwork.example.com
Compression no
Tổ chức *
Compression yes

Alternatively specify "ssh -C" as your ssh command in your configuration file or with
the --ssh command line option.

These URLs can all be stored in your configuration file with path aliases under the
[paths] section like so:

[đường dẫn]
alias1 = URL1
alias2 = URL2
hữu ích. Cảm ơn !

You can then use the alias for any command that uses a URL (for example hg kéo alias1
sẽ được coi là hg kéo URL1).

Two path aliases are special because they are used as defaults when you do not provide the
URL to a command:

mặc định:
When you create a repository with hg clone, the clone command saves the location of
the source repository as the new repository's 'default' path. This is then used
when you omit path from push- and pull-like commands (including incoming and
outgoing).

default-push:
The push command will look for a path named 'default-push', and prefer it over
'default' if both are defined.

MỞ RỘNG

This section contains help for extensions that are distributed together with Mercurial.
Help for other extensions is available in the help system.

acl
móc để kiểm soát quyền truy cập kho lưu trữ

This hook makes it possible to allow or deny write access to given branches and paths of a
repository when receiving incoming changesets via pretxnchangegroup and pretxncommit.

The authorization is matched based on the local user name on the system where the hook
runs, and not the committer of the original changeset (since the latter is merely
informative).

The acl hook is best used along with a restricted shell like hgsh, preventing
authenticating users from doing anything other than pushing or pulling. The hook is not
safe to use if users have interactive shell access, as they can then disable the hook. Nor
is it safe if remote users share an account, because then there is no way to distinguish
Chúng.

The order in which access checks are performed is:

1. Deny list for branches (section acl.deny.branches)

2. Allow list for branches (section acl.allow.branches)

3. Deny list for paths (section acl.deny)

4. Allow list for paths (section acl.allow)

The allow and deny sections take key-value pairs.

Branch-based Truy Cập Kiểm soát
Sử dụng acl.deny.branches và acl.allow.branches sections to have branch-based access
control. Keys in these sections can be either:

· a branch name, or

· an asterisk, to match any branch;

The corresponding values can be either:

· a comma-separated list containing users and groups, or

· an asterisk, to match anyone;

You can add the "!" prefix to a user or group name to invert the sense of the match.

Dựa trên đường dẫn Truy Cập Kiểm soát
Sử dụng acl.deny và acl.allow sections to have path-based access control. Keys in these
sections accept a subtree pattern (with a glob syntax by default). The corresponding
values follow the same syntax as the other sections above.

Du lịch Nhóm
Group names must be prefixed with an @ symbol. Specifying a group name has the same effect
as specifying all the users in that group.

You can define group members in the acl.groups section. If a group name is not defined
there, and Mercurial is running under a Unix-like system, the list of users will be taken
from the OS. Otherwise, an exception will be raised.

Ví dụ Cấu hình
[móc]

# Use this if you want to check access restrictions at commit time
pretxncommit.acl = python:hgext.acl.hook

# Use this if you want to check access restrictions for pull, push,
# bundle and serve.
pretxnchangegroup.acl = python:hgext.acl.hook

[acl]
# Allow or deny access for incoming changes only if their source is
# listed here, let them pass otherwise. Source is "serve" for all
# remote access (http or ssh), "push", "pull" or "bundle" when the
# related commands are run locally.
# Default: serve
sources = serve

[acl.deny.branches]

# Everyone is denied to the frozen branch:
frozen-branch = *

# A bad user is denied on all branches:
* = bad-user

[acl.allow.branches]

# A few users are allowed on branch-a:
branch-a = user-1, user-2, user-3

# Only one user is allowed on branch-b:
branch-b = user-1

# The super user is allowed on any branch:
* = super-user

# Everyone is allowed on branch-for-tests:
branch-for-tests = *

[acl.deny]
# This list is checked first. If a match is found, acl.allow is not
# checked. All users are granted access if acl.deny is not present.
# Format for both lists: glob pattern = user, ..., @group, ...

# To match everyone, use an asterisk for the user:
# my/glob/pattern = *

# user6 will not have write access to any file:
** = user6

# Group "hg-denied" will not have write access to any file:
** = @hg-denied

# Nobody will be able to change "DONT-TOUCH-THIS.txt", despite
# everyone being able to change all other files. See below.
src/main/resources/DONT-TOUCH-THIS.txt = *

[acl.allow]
# if acl.allow is not present, all users are allowed by default
# empty acl.allow = no users allowed

# User "doc_writer" has write access to any file under the "docs"
# folder:
docs/** = doc_writer

# User "jack" and group "designers" have write access to any file
# under the "images" folder:
images/** = jack, @designers

# Everyone (except for "user6" and "@hg-denied" - see acl.deny above)
# will have write access to any file under the "resources" folder
# (except for 1 file. See acl.deny):
src/main/resources/** = *

.hgtags = release_engineer

Các ví dụ sử dụng các ! tiếp đầu ngữ
Suppose there's a branch that only a given user (or group) should be able to push to, and
you don't want to restrict access to any other branch that may be created.

The "!" prefix allows you to prevent anyone except a given user or group to push
changesets in a given branch or path.

In the examples below, we will: 1) Deny access to branch "ring" to anyone but user
"gollum" 2) Deny access to branch "lake" to anyone but members of the group "hobbit" 3)
Deny access to a file to anyone but user "gollum"

[acl.allow.branches]
# Trống

[acl.deny.branches]

# 1) only 'gollum' can commit to branch 'ring';
# 'gollum' and anyone else can still commit to any other branch.
ring = !gollum

# 2) only members of the group 'hobbit' can commit to branch 'lake';
# 'hobbit' members and anyone else can still commit to any other branch.
lake = !@hobbit

# You can also deny access based on file paths:

[acl.allow]
# Trống

[acl.deny]
# 3) only 'gollum' can change the file below;
# 'gollum' and anyone else can still change any other file.
/misty/mountains/cave/ring = !gollum

hộp đen
ghi nhật ký các sự kiện trong kho lưu trữ vào hộp đen để gỡ lỗi

Logs event information to .hg/blackbox.log to help debug and diagnose problems. The
events that get logged can be configured via the blackbox.track config key. Examples:

[blackbox]
track = *

[blackbox]
track = command, commandfinish, commandexception, exthook, pythonhook

[blackbox]
track = incoming

[blackbox]
# limit the size of a log file
maxsize = 1.5 MB
# rotate up to N log files when the current one gets too big
maxfiles = 3

Lệnh
hộp đen
view the recent repository events:

hg blackbox [OPTION]...

view the recent repository events

Tùy chọn:

-l,--giới hạn
the number of events to show (default: 10)

bugzilla
móc để tích hợp với trình theo dõi lỗi Bugzilla

This hook extension adds comments on bugs in Bugzilla when changesets that refer to bugs
by Bugzilla ID are seen. The comment is formatted using the Mercurial template mechanism.

The bug references can optionally include an update for Bugzilla of the hours spent
working on the bug. Bugs can also be marked fixed.

Three basic modes of access to Bugzilla are provided:

1. Access via the Bugzilla XMLRPC interface. Requires Bugzilla 3.4 or later.

2. Check data via the Bugzilla XMLRPC interface and submit bug change via email to
Bugzilla email interface. Requires Bugzilla 3.4 or later.

3. Writing directly to the Bugzilla database. Only Bugzilla installations using MySQL are
supported. Requires Python MySQLdb.

Writing directly to the database is susceptible to schema changes, and relies on a
Bugzilla contrib script to send out bug change notification emails. This script runs as
the user running Mercurial, must be run on the host with the Bugzilla install, and
requires permission to read Bugzilla configuration details and the necessary MySQL user
and password to have full access rights to the Bugzilla database. For these reasons this
access mode is now considered deprecated, and will not be updated for new Bugzilla
versions going forward. Only adding comments is supported in this access mode.

Access via XMLRPC needs a Bugzilla username and password to be specified in the
configuration. Comments are added under that username. Since the configuration must be
readable by all Mercurial users, it is recommended that the rights of that user are
restricted in Bugzilla to the minimum necessary to add comments. Marking bugs fixed
requires Bugzilla 4.0 and later.

Access via XMLRPC/email uses XMLRPC to query Bugzilla, but sends email to the Bugzilla
email interface to submit comments to bugs. The From: address in the email is set to the
email address of the Mercurial user, so the comment appears to come from the Mercurial
user. In the event that the Mercurial user email is not recognized by Bugzilla as a
Bugzilla user, the email associated with the Bugzilla username used to log into Bugzilla
is used instead as the source of the comment. Marking bugs fixed works on all supported
Bugzilla versions.

Configuration items common to all access modes:

bugzilla.version
The access type to use. Values recognized are:

xmlrpc

Bugzilla XMLRPC interface.

xmlrpc+email

Bugzilla XMLRPC and email interfaces.

3.0

MySQL access, Bugzilla 3.0 and later.

2.18

MySQL access, Bugzilla 2.18 and up to but not including 3.0.

2.16

MySQL access, Bugzilla 2.16 and up to but not including 2.18.

bugzilla.regexp
Regular expression to match bug IDs for update in changeset commit message. It
must contain one "()" named group <ids> containing the bug IDs separated by
non-digit characters. It may also contain a named group với một
floating-point number giving the hours worked on the bug. If no named groups are
present, the first "()" group is assumed to contain the bug IDs, and work time is
not updated. The default expression matches Bug 1234, Bug không có. 1234, Bug con số
1234, Lỗi 1234,5678, Bug 1234 và 5678 and variations thereof, followed by an
hours number prefixed by h or giờ, ví dụ giờ 1.5. Matching is case insensitive.

bugzilla.fixregexp
Regular expression to match bug IDs for marking fixed in changeset commit message.
This must contain a "()" named group <ids>` chứa các lỗi ID ly thân by
non-digit ký tự. It có thể Ngoài ra chứa a tên nhóm ``<hours> với một
floating-point number giving the hours worked on the bug. If no named groups are
present, the first "()" group is assumed to contain the bug IDs, and work time is
not updated. The default expression matches Sửa chữa 1234, Sửa chữa lỗi 1234, Sửa chữa lỗi
1234,5678, Sửa chữa 1234 và 5678 and variations thereof, followed by an hours number
prefixed by h or giờ, ví dụ giờ 1.5. Matching is case insensitive.

bugzilla.fixstatus
The status to set a bug to when marking fixed. Default RESOLVED.

bugzilla.fixresolution
The resolution to set a bug to when marking fixed. Default FIXED.

bugzilla.style
The style file to use when formatting comments.

bugzilla.template
Template to use when formatting comments. Overrides style if specified. In addition
to the usual Mercurial keywords, the extension specifies:

{bug}

The Bugzilla bug ID.

{root}

The full pathname of the Mercurial repository.

{webroot}

Stripped pathname of the Mercurial repository.

{hgweb}

Base URL for browsing Mercurial repositories.

Mặc định changeset {node|short} in repo {root} đề cập đến lỗi
{bug}.\ndetails:\n\t{desc|tabindent}

bugzilla.strip
The number of path separator characters to strip from the front of the Mercurial
repository path ({root} in templates) to produce {webroot}. Ví dụ:
repository with {root} /var/local/my-project with a strip of 2 gives a value for
{webroot} of my-project. Default 0.

web.baseurl
Base URL for browsing Mercurial repositories. Referenced from templates as {hgweb}.

Configuration items common to XMLRPC+email and MySQL access modes:

bugzilla.usermap
Path of file containing Mercurial committer email to Bugzilla user email mappings.
If specified, the file should contain one mapping per line:

committer = Bugzilla user

Xem thêm [usermap] phần.

Sản phẩm [usermap] section is used to specify mappings of Mercurial committer email to Bugzilla
user email. See also bugzilla.usermap. Contains entries of the form người đi làm = bugzilla
người sử dụng.

XMLRPC access mode configuration:

bugzilla.bzurl
The base URL for the Bugzilla installation. Default http://localhost/bugzilla.

bugzilla.user
The username to use to log into Bugzilla via XMLRPC. Default lỗi.

bugzilla.password
The password for Bugzilla login.

XMLRPC+email access mode uses the XMLRPC access mode configuration items, and also:

bugzilla.bzemail
The Bugzilla email address.

In addition, the Mercurial email settings must be configured. See the documentation in
hgrc(5), sections [e-mail] và [smtp].

MySQL access mode configuration:

bugzilla.host
Hostname of the MySQL server holding the Bugzilla database. Default localhost.

bugzilla.db
Name of the Bugzilla database in MySQL. Default lỗi.

bugzilla.user
Username to use to access MySQL server. Default lỗi.

bugzilla.password
Password to use to access MySQL server.

bugzilla.timeout
Database connection timeout (seconds). Default 5.

bugzilla.bzuser
Fallback Bugzilla user name to record comments with, if changeset committer cannot
be found as a Bugzilla user.

bugzilla.bzdir
Bugzilla install directory. Used by default notify. Default /var/www/html/bugzilla.

bugzilla.notify
The command to run to get Bugzilla to send bug change notification emails.
Substitutes from a map with 3 keys, bzdir, id (bug id) and người sử dụng (committer bugzilla
email). Default depends on version; from 2.18 it is "cd %(bzdir)s && perl -T
contrib/sendbugmail.pl %(id)s %(user)s".

Activating the extension:

[phần mở rộng]
bugzilla =

[móc]
# run bugzilla hook on every change pulled or pushed in here
incoming.bugzilla = python:hgext.bugzilla.hook

Example configurations:

XMLRPC example configuration. This uses the Bugzilla at http://my-project.org/bugzilla,
logging in as user [email được bảo vệ] với mật khẩu plugh. It is used with a
collection of Mercurial repositories in /var/local/hg/repos/, with a web interface at
http://my-project.org/hg.

[bugzilla]
bzurl=http://my-project.org/bugzilla
người dùng =[email được bảo vệ]
password=plugh
version=xmlrpc
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5

[web]
baseurl=http://my-project.org/hg

XMLRPC+email example configuration. This uses the Bugzilla at
http://my-project.org/bugzilla, logging in as user [email được bảo vệ] với mật khẩu
plugh. It is used with a collection of Mercurial repositories in /var/local/hg/repos/,
with a web interface at http://my-project.org/hg. Bug comments are sent to the Bugzilla
Địa chỉ email [email được bảo vệ].

[bugzilla]
bzurl=http://my-project.org/bugzilla
người dùng =[email được bảo vệ]
password=plugh
version=xmlrpc+email
bzemail=[email được bảo vệ]
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5

[web]
baseurl=http://my-project.org/hg

[usermap]
[email được bảo vệ]=[email được bảo vệ]

MySQL example configuration. This has a local Bugzilla 3.2 installation in
/opt/bugzilla-3.2. The MySQL database is on localhost, the Bugzilla database name is lỗi
and MySQL is accessed with MySQL username lỗi mật khẩu XYZZY. It is used with a
collection of Mercurial repositories in /var/local/hg/repos/, with a web interface at
http://my-project.org/hg.

[bugzilla]
host = localhost
password=XYZZY
phiên bản = 3.0
bzuser=[email được bảo vệ]
bzdir=/opt/bugzilla-3.2
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5

[web]
baseurl=http://my-project.org/hg

[usermap]
[email được bảo vệ]=[email được bảo vệ]

All the above add a comment to the Bugzilla bug record of the form:

Changeset 3b16791d6642 in repository-name.
http://my-project.org/hg/repository-name/rev/3b16791d6642

Changeset commit comment. Bug 1234.

pháp quan
xóa nội dung tập tin tại một bản sửa đổi nhất định

The censor command instructs Mercurial to erase all content of a file at a given revision
không có cập nhật các changeset băm. This allows existing history to remain valid while
preventing future clones/pulls from receiving the erased data.

Typical uses for censor are due to security or legal requirements, including:

* Passwords, private keys, cryptographic material
* Licensed data/code/libraries for which the license has expired
* Personally Identifiable Information or other private data

Censored nodes can interrupt mercurial's typical operation whenever the excised data needs
to be materialized. Some commands, like hg làm sao/hg trở lại, simply fail when asked to
produce censored data. Others, like hg xác minh và hg cập nhật, must be capable of tolerating
censored data to continue to function in a meaningful way. Such commands only tolerate
censored file revisions if they are allowed by the "censor.policy=ignore" config option.

Lệnh
pháp quan
hg censor -r REV [-t TEXT] [FILE]

Tùy chọn:

-NS,--rev
censor file from specified revision

-NS,--tombstone
replacement tombstone data

chgserver
command server extension for cHg (EXPERIMENTAL)

'NS' kênh (read/write)
propagate ui.system() request to client

'attachio' lệnh
attach client's stdio passed by sendmsg()

'chdir' lệnh
thay đổi thư mục hiện tại

'getpager' lệnh
checks if pager is enabled and which pager should be executed

'setenv' lệnh
replace os.environ completely

'SIGHUP' tín hiệu
reload configuration files

trẻ em
command to display child changesets (DEPRECATED)

This extension is deprecated. You should use hg đăng nhập -r "children(REV)" thay thế.

Lệnh
trẻ em
show the children of the given or working directory revision:

hg children [-r REV] [FILE]

Print the children of the working directory's revisions. If a revision is given via
-r/--rev, the children of that revision will be printed. If a file argument is given,
revision in which the file was last changed (after the working directory revision or the
argument to --rev if given) is printed.

Vui lòng sử dụng hg đăng nhập thay thế:

hg children => hg log -r 'children()'
hg children -r REV => hg log -r 'children(REV)'

Xem hg giúp đỡ đăng nhập và hg giúp đỡ revsets.children.

Tùy chọn:

-NS,--rev
show children of the specified revision

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

khuấy
lệnh hiển thị số liệu thống kê về lịch sử kho lưu trữ

Lệnh
khuấy
histogram of changes to the repository:

hg churn [-d DATE] [-r REV] [--aliases FILE] [FILE]

This command will display a histogram representing the number of changed lines or
revisions, grouped according to the given template. The default template will group
changes by author. The --dateformat option may be used to group the results by date
thay thế.

Statistics are based on the number of changed lines, or alternatively the number of
matching revisions if the --changesets option is specified.

Ví dụ:

# display count of changed lines for every committer
hg churn -t "{author|email}"

# display daily activity graph
hg churn -f "%H" -s -c

# display activity of developers by month
hg churn -f "%Y-%m" -s -c

# display count of lines changed in every year
hg churn -f "%Y" -s

It is possible to map alternate email addresses to a main address by providing a file
sử dụng định dạng sau:

<alias email> = <actual email>

Such a file may be specified with the --aliases option, otherwise a .hgchurn file will be
looked for in the working directory root. Aliases will be split from the rightmost "=".

Tùy chọn:

-NS,--rev
count rate for the specified revision or revset

-NS,--ngày
count rate for revisions matching date spec

-NS,--oldtemplate
template to group changesets (DEPRECATED)

-NS,--bản mẫu
template to group changesets (default: {author|email})

-NS,--Định dạng ngày tháng
strftime-compatible format for grouping by date

-NS, --changesets
count rate by number of changesets

-S, --loại
sort by key (default: sort by count)

--diffstat
display added/removed lines separately

--bí danh
file with email aliases

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

gói nhân bản
quảng cáo các gói được tạo trước để tạo bản sao

"clonebundles" is a server-side extension used to advertise the existence of
pre-generated, externally hosted bundle files to clients that are cloning so that cloning
can be faster, more reliable, and require less resources on the server.

Cloning can be a CPU and I/O intensive operation on servers. Traditionally, the server, in
response to a client's request to clone, dynamically generates a bundle containing the
entire repository content and sends it to the client. There is no caching on the server
and the server will have to redundantly generate the same outgoing bundle in response to
each clone request. For servers with large repositories or with high clone volume, the
load from clones can make scaling the server challenging and costly.

This extension provides server operators the ability to offload potentially expensive
clone load to an external service. Here's how it works.

1. A server operator establishes a mechanism for making bundle files available on a
hosting service where Mercurial clients can fetch them.

2. A manifest file listing available bundle URLs and some optional metadata is added to
the Mercurial repository on the server.

3. A client initiates a clone against a clone bundles aware server.

4. The client sees the server is advertising clone bundles and fetches the manifest
listing available bundles.

5. The client filters and sorts the available bundles based on what it supports and
ưu tiên.

6. The client downloads and applies an available bundle from the server-specified URL.

7. The client reconnects to the original server and performs the equivalent of hg kéo đến
retrieve all repository data not in the bundle. (The repository could have been updated
between when the bundle was created and when the client started the clone.)

Instead of the server generating full repository bundles for every clone request, it
generates full bundles once and they are subsequently reused to bootstrap new clones. The
server may still transfer data at clone time. However, this is only data that has been
added/changed since the bundle was created. For large, established repositories, this can
reduce server load for clones to less than 1% of original.

To work, this extension requires the following of server operators:

· Generating bundle files of repository content (typically periodically, such as once per
ngày).

· A file server that clients have network access to and that Python knows how to talk to
through its normal URL handling facility (typically an HTTP server).

· A process for keeping the bundles manifest in sync with available bundle files.

Strictly speaking, using a static file hosting server isn't required: a server operator
could use a dynamic service for retrieving bundle data. However, static file hosting
services are simple and scalable and should be sufficient for most needs.

Bundle files can be generated with the hg bó lại command. Typically hg bó lại --tất cả các is
used to produce a bundle of the entire repository.

hg debugcreatestreamclonebundle can be used to produce a special trực tuyến nhân bản bó lại.
These are bundle files that are extremely efficient to produce and consume (read: fast).
However, they are larger than traditional bundle formats and require that clients support
the exact set of repository data store formats in use by the repository that created them.
Typically, a newer server can serve data that is compatible with older clients. However,
trực tuyến nhân bản bó don't have this guarantee. máy chủ khai thác nhu cầu đến be nhận thức việc này
mới hơn phiên bản of lanh lợi có thể sản xuất trực tuyến nhân bản bó không tương thích với cũ
lanh lợi phiên bản.

A server operator is responsible for creating a .hg/clonebundles.manifest tệp chứa
the list of available bundle files suitable for seeding clones. If this file does not
exist, the repository will not advertise the existence of clone bundles when clients
kết nối.

The manifest file contains a newline ( ) delimited list of entries.

Each line in this file defines an available bundle. Lines have the format:

<URL> [<key>=<value>[ <key>=<value>]]

That is, a URL followed by an optional, space-delimited list of key=value pairs describing
additional properties of this bundle. Both keys and values are URI encoded.

Keys in UPPERCASE are reserved for use by Mercurial and are defined below. All
non-uppercase keys can be used by site installations. An example use for custom properties
là sử dụng Trung tâm dữ liệu attribute to define which data center a file is hosted in.
Clients could then prefer a server in the data center closest to them.

The following reserved keys are currently defined:

BUNDLESPEC
A "bundle specification" string that describes the type of the bundle.

These are string values that are accepted by the "--type" argument of hg bó lại.

The values are parsed in strict mode, which means they must be of the
"<compression>-<type>" form. See mercurial.exchange.parsebundlespec() for more
chi tiết.

hg debugbundle --spec can be used to print the bundle specification string for a
bundle file. The output of this command can be used verbatim for the value of
BUNDLESPEC (it is already escaped).

Clients will automatically filter out specifications that are unknown or
unsupported so they won't attempt to download something that likely won't apply.

The actual value doesn't impact client behavior beyond filtering: clients will
still sniff the bundle type from the header of downloaded files.

Sử dụng of điều này chính is cao đề nghị, as it allows clients to easily skip
unsupported bundles. If this key is not defined, an old client may attempt to apply
a bundle that it is incapable of reading.

REQUIRESNI
Whether Server Name Indication (SNI) is required to connect to the URL. SNI allows
servers to use multiple certificates on the same IP. It is somewhat common in CDNs
and other hosting providers. Older Python versions do not support SNI. Defining
this attribute enables clients with older Python versions to filter this entry
without experiencing an opaque SSL failure at connection time.

If this is defined, it is important to advertise a non-SNI fallback URL or clients
running old Python releases may not be able to clone with the clonebundles
cơ sở.

Value should be "true".

Manifests can contain multiple entries. Assuming metadata is defined, clients will filter
entries from the manifest that they don't support. The remaining entries are optionally
sorted by client preferences (experimental.clonebundleprefers config option). The client
then attempts to fetch the bundle at the first URL in the remaining list.

lỗi khi nào đang tải xuống a bó lại sẽ không các toàn thể nhân bản hoạt động: khách hàng do không
tự động rơi trở lại đến a truyền thống nhân bản. The reason for this is that if a server is
using clone bundles, it is probably doing so because the feature is necessary to help it
scale. In other words, there is an assumption that clone load will be offloaded to another
service and that the Mercurial server isn't responsible for serving this clone load. If
that other service experiences issues and clients start mass falling back to the original
Mercurial server, the added clone load could overwhelm the server due to unexpected load
and effectively take it offline. Not having clients automatically fall back to cloning
from the original server mitigates this scenario.

Because there is no automatic Mercurial server fallback on failure of the bundle hosting
service, it is important for server operators to view the bundle hosting service as an
extension of the Mercurial server in terms of availability and service level agreements:
if the bundle hosting service goes down, so does the ability for clients to clone. Note:
clients will see a message informing them how to bypass the clone bundles facility when a
failure occurs. So server operators should prepare for some people to follow these
instructions when a failure occurs, thus driving more load to the original Mercurial
server when the bundle hosting service fails.

màu sắc
tô màu đầu ra từ một số lệnh

The color extension colorizes output from several Mercurial commands. For example, the
diff command shows additions in green and deletions in red, while the status command shows
modified files in magenta. Many other commands have analogous colors. It is possible to
customize these colors.

Effects
Other effects in addition to color, like bold and underlined text, are also available. By
default, the terminfo database is used to find the terminal codes used to change color and
effect. If terminfo is not available, then effects are rendered with the ECMA-48 SGR
control function (aka ANSI escape codes).

The available effects in terminfo mode are 'blink', 'bold', 'dim', 'inverse', 'invisible',
'italic', 'standout', and 'underline'; in ECMA-48 mode, the options are 'bold', 'inverse',
'italic', and 'underline'. How each is rendered depends on the terminal emulator. Some
may not be available for a given terminal type, and will be silently ignored.

Nhãn
Text receives color effects depending on the labels that it has. Many default Mercurial
commands emit labelled text. You can also define your own labels in templates using the
label function, see hg giúp đỡ mẫu. A single portion of text may have more than one
label. In that case, effects given to the last label will override any other effects. This
includes the special "none" effect, which nullifies other effects.

Labels are normally invisible. In order to see these labels and their position in the
text, use the global --color=debug option. The same anchor text may be associated to
multiple labels, e.g.

[log.changeset changeset.secret|changeset: 22611:6f0a53c8f587]

The following are the default effects for some default labels. Default effects may be
overridden from your configuration file:

[màu sắc]
status.modified = blue bold underline red_background
status.added = green bold
status.removed = red bold blue_background
status.deleted = cyan bold underline
status.unknown = magenta bold underline
status.ignored = black bold

# 'none' turns off all effects
status.clean = none
status.copied = none

qseries.applied = blue bold underline
qseries.unapplied = black bold
qseries.missing = red bold

diff.diffline = bold
diff.extended = cyan bold
diff.file_a = red bold
diff.file_b = green bold
diff.hunk = magenta
diff.deleted = red
diff.inserted = green
diff.changed = white
diff.tab =
diff.trailingwhitespace = bold red_background

# Blank so it inherits the style of the surrounding label
changeset.public =
changeset.draft =
changeset.secret =

resolve.unresolved = red bold
resolve.resolved = green bold

bookmarks.active = green

branches.active = none
branches.closed = black bold
branches.current = green
branches.inactive = none

tags.normal = green
tags.local = black bold

rebase.rebased = blue
rebase.remaining = red bold

shelve.age = cyan
shelve.newest = green bold
shelve.name = blue bold

histedit.remaining = red bold

Tuỳ chỉnh màu sắc
Because there are only eight standard colors, this module allows you to define color names
for other color slots which might be available for your terminal type, assuming terminfo
mode. For instance:

color.brightblue = 12
color.pink = 207
color.orange = 202

to set 'brightblue' to color slot 12 (useful for 16 color terminals that have brighter
colors defined in the upper eight) and, 'pink' and 'orange' to colors in 256-color xterm's
default color cube. These defined colors may then be used as any of the pre-defined
eight, including appending '_background' to set the background to that color.

Chế độ
By default, the color extension will use ANSI mode (or win32 mode on Windows) if it
detects a terminal. To override auto mode (to enable terminfo mode, for example), set the
following configuration option:

[màu sắc]
mode = terminfo

Any value other than 'ansi', 'win32', 'terminfo', or 'auto' will disable color.

Note that on some systems, terminfo mode may cause problems when using color with the
pager extension and less -R. less with the -R option will only display ECMA-48 color
codes, and terminfo mode may sometimes emit codes that less doesn't understand. You can
work around this by either using ansi mode (or auto mode), or by using less -r (which will
pass through all terminal control codes, not just color control codes).

On some systems (such as MSYS in Windows), the terminal may support a different color mode
than the pager (activated via the "pager" extension). It is possible to define separate
modes depending on whether the pager is active:

[màu sắc]
mode = auto
pagermode = ansi

If pagermode không được xác định, chế độ sẽ được sử dụng.

Lệnh
chuyển đổi
import revisions from foreign VCS repositories into Mercurial

Lệnh
chuyển đổi
convert a foreign SCM repository to a Mercurial one.:

hg convert [OPTION]... SOURCE [DEST [REVMAP]]

Accepted source formats [identifiers]:

· Mercurial [hg]

· CVS [cvs]

· Darcs [darcs]

· git [git]

· Subversion [svn]

· Monotone [mtn]

· GNU Arch [gnuarch]

· Bazaar [bzr]

· Perforce [p4]

Accepted destination formats [identifiers]:

· Mercurial [hg]

· Subversion [svn] (history on branches is not preserved)

If no revision is given, all revisions will be converted. Otherwise, convert will only
import up to the named revision (given in a format understood by the source).

If no destination directory name is specified, it defaults to the basename of the source
với -hg appended. If the destination repository doesn't exist, it will be created.

By default, all sources except Mercurial will use --branchsort. Mercurial uses
--sourcesort to preserve original revision numbers order. Sort modes have the following
Các hiệu ứng:

--branchsort
convert from parent to child revision when possible, which means branches are
usually converted one after the other. It generates more compact repositories.

--datesort
sort revisions by date. Converted repositories have good-looking changelogs but are
often an order of magnitude larger than the same ones generated by --branchsort.

--sourcesort
try to preserve source revisions order, only supported by Mercurial sources.

--closesort
try to move closed revisions as close as possible to parent branches, only
supported by Mercurial sources.

If REVMAP isn't given, it will be put in a default location (<dest>/.hg/shamap by
mặc định). Các REVMAP is a simple text file that maps each source commit ID to the
destination ID for that revision, like so:

<source ID> <destination ID>

If the file doesn't exist, it's automatically created. It's updated on each commit copied,
so hg chuyển đổi can be interrupted and can be run repeatedly to copy new commits.

The authormap is a simple text file that maps each source commit author to a destination
commit author. It is handy for source SCMs that use unix logins to identify authors (e.g.:
CVS). One line per author mapping and the line format is:

source author = destination author

Empty lines and lines starting with a # bị bỏ qua.

The filemap is a file that allows filtering and remapping of files and directories. Each
line can contain one of the following directives:

include path/to/file-or-dir

exclude path/to/file-or-dir

rename path/to/source path/to/destination

Comment lines start with #. A specified path matches if it equals the full relative name
of a file or one of its parent directories. The bao gồm or loại trừ directive with the
longest matching path applies, so line order does not matter.

Sản phẩm bao gồm directive causes a file, or all files under a directory, to be included in the
destination repository. The default if there are no bao gồm statements is to include
everything. If there are any bao gồm statements, nothing else is included. The loại trừ
directive causes files or directories to be omitted. The đổi tên directive renames a file
or directory if it is converted. To rename from a subdirectory into the root of the
repository, use . as the path to rename to.

--đầy will make sure the converted changesets contain exactly the right files with the
right content. It will make a full conversion of all files, not just the ones that have
changed. Files that already are correct will not be changed. This can be used to apply
filemap changes when converting incrementally. This is currently only supported for
Mercurial and Subversion.

The splicemap is a file that allows insertion of synthetic history, letting you specify
the parents of a revision. This is useful if you want to e.g. give a Subversion merge two
parents, or graft two disconnected series of history together. Each entry contains a key,
followed by a space, followed by one or two comma-separated values:

key parent1, parent2

The key is the revision ID in the source revision control system whose parents should be
modified (same format as a key in .hg/shamap). The values are the revision IDs (in either
the source or destination revision control system) that should be used as the new parents
for that node. For example, if you have merged "release-1.0" into "trunk", then you should
specify the revision on "trunk" as the first parent and the one on the "release-1.0"
branch as the second.

The branchmap is a file that allows you to rename a branch when it is being brought in
from whatever external repository. When used in conjunction with a splicemap, it allows
for a powerful combination to help fix even the most badly mismanaged repositories and
turn them into nicely structured Mercurial repositories. The branchmap contains lines of
hình thức:

original_branch_name new_branch_name

where "original_branch_name" is the name of the branch in the source repository, and
"new_branch_name" is the name of the branch is the destination repository. No whitespace
is allowed in the branch names. This can be used to (for instance) move code in one
repository from "default" to a named branch.

lanh lợi nguồn
The Mercurial source recognizes the following configuration options, which you can set on
the command line with --config:

convert.hg.ignoreerrors
ignore integrity errors when reading. Use it to fix Mercurial repositories with
missing revlogs, by converting from and to Mercurial. Default is False.

convert.hg.saverev
store original revision ID in changeset (forces target IDs to change). It takes a
boolean argument and defaults to False.

convert.hg.startrev
specify the initial Mercurial revision. The default is 0.

convert.hg.revs
revset specifying the source revisions to convert.

CVS nguồn
CVS source will use a sandbox (i.e. a checked-out copy) from CVS to indicate the starting
point of what will be converted. Direct access to the repository files is not needed,
unless of course the repository is :local:. The conversion uses the top level directory in
the sandbox to find the CVS repository, and then uses CVS rlog commands to find files to
convert. This means that unless a filemap is given, all files under the starting directory
will be converted, and that any directory reorganization in the CVS sandbox is ignored.

Các tùy chọn sau đây có thể được sử dụng với --config:

convert.cvsps.cache
Set to False to disable remote log caching, for testing and debugging purposes.
Default is True.

convert.cvsps.fuzz
Specify the maximum time (in seconds) that is allowed between commits with
identical user and log message in a single changeset. When very large files were
checked in as part of a changeset then the default may not be long enough. The
mặc định là 60.

convert.cvsps.mergeto
Specify a regular expression to which commit log messages are matched. If a match
occurs, then the conversion process will insert a dummy revision merging the branch
on which this log message occurs to the branch indicated in the regex. Default is
{{mergetobranch ([-\w]+)}}

convert.cvsps.mergefrom
Specify a regular expression to which commit log messages are matched. If a match
occurs, then the conversion process will add the most recent revision on the branch
indicated in the regex as the second parent of the changeset. Default is
{{mergefrombranch ([-\w]+)}}

convert.localtimezone
use local time (as determined by the TZ environment variable) for changeset
date/times. The default is False (use UTC).

hooks.cvslog
Specify a Python function to be called at the end of gathering the CVS log. The
function is passed a list with the log entries, and can modify the entries
in-place, or add or delete them.

hooks.cvschangesets
Specify a Python function to be called after the changesets are calculated from the
CVS log. The function is passed a list with the changeset entries, and can modify
the changesets in-place, or add or delete them.

An additional "debugcvsps" Mercurial command allows the builtin changeset merging code to
be run without doing a conversion. Its parameters and output are similar to that of cvsps
2.1. Please see the command help for more details.

Sự lật đổ nguồn
Subversion source detects classical trunk/branches/tags layouts. By default, the supplied
svn://repo/path/ source URL is converted as a single branch. If svn://repo/path/trunk
exists it replaces the default branch. If svn://repo/path/branches exists, its
subdirectories are listed as possible branches. If svn://repo/path/tags tồn tại, nó là
looked for tags referencing converted branches. Default thân cây, chi nhánh và thẻ giá trị
can be overridden with following options. Set them to paths relative to the source URL, or
leave them blank to disable auto detection.

The following options can be set with --config:

convert.svn.branches
specify the directory containing branches. The default is chi nhánh.

convert.svn.tags
specify the directory containing tags. The default is thẻ.

convert.svn.trunk
specify the name of the trunk branch. The default is thân cây.

convert.localtimezone
use local time (as determined by the TZ environment variable) for changeset
date/times. The default is False (use UTC).

Source history can be retrieved starting at a specific revision, instead of being
integrally converted. Only single branch conversions are supported.

convert.svn.startrev
specify start Subversion revision number. The default is 0.

đi nguồn
The Git importer converts commits from all reachable branches (refs in refs/heads) and
remotes (refs in refs/remotes) to Mercurial. Branches are converted to bookmarks with the
same name, with the leading 'refs/heads' stripped. Git submodules are converted to Git
subrepos in Mercurial.

The following options can be set with --config:

convert.git.similarity
specify how similar files modified in a commit must be to be imported as renames or
copies, as a percentage between 0 (disabled) and 100 (files must be identical). For
thí dụ, 90 means that a delete/add pair will be imported as a rename if more than
90% of the file hasn't changed. The default is 50.

convert.git.findcopiesharder
while detecting copies, look at all files in the working copy instead of just
changed ones. This is very expensive for large projects, and is only effective when
convert.git.similarity is greater than 0. The default is False.

convert.git.remoteprefix
remote refs are converted as bookmarks with convert.git.remoteprefix như một tiền tố
Theo sau là một /. The default is 'remote'.

convert.git.skipsubmodules
does not convert root level .gitmodules files or files with 160000 mode indicating
a submodule. Default is False.

lực lượng nguồn
The Perforce (P4) importer can be given a p4 depot path or a client specification as
source. It will convert all files in the source to a flat Mercurial repository, ignoring
labels, branches and integrations. Note that when a depot path is given you then usually
should specify a target directory, because otherwise the target may be named ...-hg.

The following options can be set with --config:

convert.p4.encoding
specify the encoding to use when decoding standard output of the Perforce command
line tool. The default is default system encoding.

convert.p4.startrev
specify initial Perforce revision (a Perforce changelist number).

lanh lợi Nơi đến
The Mercurial destination will recognize Mercurial subrepositories in the destination
directory, and update the .hgsubstate file automatically if the destination
subrepositories contain the <dest>/<sub>/.hg/shamap file. Converting a repository with
subrepositories requires converting a single repository at a time, from the bottom up.

An example showing how to convert a repository with subrepositories:

# so convert knows the type when it sees a non empty destination
$ hg init converted

$ hg convert orig/sub1 converted/sub1
$ hg convert orig/sub2 converted/sub2
$ hg convert orig converted

Các tùy chọn sau được hỗ trợ:

convert.hg.clonebranches
dispatch source branches in separate clones. The default is False.

convert.hg.tagsbranch
branch name for tag revisions, defaults to mặc định.

convert.hg.usebranchnames
preserve branch names. The default is True.

convert.hg.sourcename
records the given string as a 'convert_source' extra value on each commit made in
the target repository. The default is None.

Tất cả Các điểm đến
All destination types accept the following options:

convert.skiptags
does not convert tags from the source repo to the target repo. The default is
Sai.

Tùy chọn:

--tác giả
username mapping filename (DEPRECATED) (use --authormap instead)

-S,- loại nguồn
source repository type

-NS,--dest-type
destination repository type

-NS,--rev
import up to source revision REV

-MỘT,--authormap
remap usernames using this file

--filemap
remap file names using contents of file

--đầy apply filemap changes by converting all files again

--splicemap
splice synthesized history into place

--branchmap
change branch names while converting

--branchsort
try to sort changesets by branches

--datesort
try to sort changesets by date

--sourcesort
preserve source changesets order

--closesort
try to reorder closed revisions

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

eol
tự động quản lý dòng mới trong tập tin kho lưu trữ

This extension allows you to manage the type of line endings (CRLF or LF) that are used in
the repository and in the local working directory. That way you can get CRLF line endings
on Windows and LF on Unix/Mac, thereby letting everybody use their OS native line endings.

The extension reads its configuration from a versioned .hgeol configuration file found in
thư mục gốc của thư mục làm việc. Các .hgeol file use the same syntax as all other
Mercurial configuration files. It uses two sections, [patterns] và [kho].

Sản phẩm [patterns] section specifies how line endings should be converted between the working
directory and the repository. The format is specified by a file pattern. The first match
is used, so put more specific patterns first. The available line endings are LF, CRLFvà
BIN.

Files with the declared format of CRLF or LF are always checked out and stored in the
repository in that format and files declared to be binary (BIN) are left unchanged.
Ngoài ra, tự nhiên is an alias for checking out in the platform's default line ending:
LF on Unix (including Mac OS X) and CRLF on Windows. Note that BIN (do nothing to line
endings) is Mercurial's default behavior; it is only needed if you need to override a
later, more general pattern.

Tùy chọn [kho] section specifies the line endings to use for files stored in
the repository. It has a single setting, tự nhiên, which determines the storage line endings
for files declared as tự nhiên trong [patterns] section. It can be set to LF or CRLF. Các
mặc định là LF. For example, this means that on Windows, files configured as tự nhiên (CRLF
by default) will be converted to LF when stored in the repository. Files declared as LF,
CRLF, hoặc là BIN trong [patterns] section are always stored as-is in the repository.

Example versioned .hgeol tập tin:

[patterns]
**.py = native
**.vcproj = CRLF
**.txt = native
Makefile = LF
**.jpg = BIN

[kho]
native = LF

Note The rules will first apply when files are touched in the working directory, e.g. by
updating to null and back to tip to touch all files.

The extension uses an optional [eol] section read from both the normal Mercurial
configuration files and the .hgeol file, with the latter overriding the former. You can
use that section to control the overall behavior. There are three settings:

· eol.native (vỡ nợ os.linesep) can be set to LF or CRLF to override the default
bản dịch của tự nhiên for checkout. This can be used with hg lưu trữ on Unix, say, to
generate an archive where files have line endings for Windows.

· eol.only-consistent (default True) can be set to False to make the extension convert
files with inconsistent EOLs. Inconsistent means that there is both CRLF và LF trình bày
in the file. Such files are normally not touched under the assumption that they have
mixed EOLs on purpose.

· eol.fix-trailing-newline (default False) can be set to True to ensure that converted
files end with a EOL character (either \n or \ R \ n as per the configured patterns).

The extension provides cleverencode: và cleverdecode: filters like the deprecated
win32text extension does. This means that you can disable win32text and enable eol and
your filters will still work. You only need to these filters until you have prepared a
.hgeol tập tin.

Sản phẩm win32text.forbid* hooks provided by the win32text extension have been unified into a
single hook named eol.checkheadshook. The hook will lookup the expected line endings from
các .hgeol file, which means you must migrate to a .hgeol file first before using the
móc. eol.checkheadshook only checks heads, intermediate invalid revisions will be pushed.
To forbid them completely, use the eol.checkallhook hook. These hooks are best used as
pretxnchangegroup móc câu.

Xem hg giúp đỡ mô hình for more information about the glob patterns used.

phần mở rộng
lệnh cho phép các chương trình bên ngoài so sánh các bản sửa đổi

The extdiff Mercurial extension allows you to use external programs to compare revisions,
or revision with working directory. The external diff programs are called with a
configurable set of options and two non-option arguments: paths to directories containing
snapshots of files to compare.

The extdiff extension also allows you to configure new diff commands, so you do not need
đánh máy hg phần mở rộng -p kdiff3 luôn luôn.

[extdiff]
# add new command that runs GNU khác(1) in 'context diff' mode
cdiff = gdiff -Nprc5
## or the old way:
#cmd.cdiff = gdiff
#opts.cdiff = -Nprc5

# add new command called meld, runs meld (no need to name twice). If
# the meld executable is not available, the meld tool in [merge-tools]
# will be used, if available
meld =

# add new command called vimdiff, runs gvimdiff with DirDiff plugin
# (see http://www.vim.org/scripts/script.php?script_id=102) Non
# English user, be sure to put "let g:DirDiffDynamicDiffText = 1" in
# your .vimrc
vimdiff = gvim -f "+next" \
"+execute 'DirDiff' fnameescape(argv(0)) fnameescape(argv(1)) "

Tool arguments can include variables that are expanded at runtime:

$parent1, $plabel1 - filename, descriptive label of first parent
$child, $clabel - filename, descriptive label of child revision
$parent2, $plabel2 - filename, descriptive label of second parent
$root - repository root
$parent is an alias for $parent1.

The extdiff extension will look in your [diff-tools] and [merge-tools] sections for diff
tool arguments, when none are specified in [extdiff].

[extdiff]
kdiff3 =

[diff-tools]
kdiff3.diffargs=--L1 '$plabel1' --L2 '$clabel' $parent $child

You can use -I/-X and list of file or directory names like normal hg khác chỉ huy. Các
extdiff extension makes snapshots of only needed files, so running the external diff
program will actually be pretty fast (at least faster than having to compare the entire
cây).

Lệnh
phần mở rộng
use external program to diff repository (or selected files):

hg extdiff [OPT]... [FILE]...

Show differences between revisions for the specified files, using an external program. The
default program used is diff, with default options "-Npru".

To select a different program, use the -p/--program option. The program will be passed the
names of two directories to compare. To pass additional options to the program, use
-o/--option. These will be passed before the names of the directories to compare.

Khi hai đối số sửa đổi được đưa ra, thì những thay đổi sẽ được hiển thị giữa các sửa đổi đó. Nếu như
chỉ có một bản sửa đổi được chỉ định sau đó bản sửa đổi đó được so sánh với thư mục làm việc,
và khi không có bản sửa đổi nào được chỉ định, các tệp thư mục làm việc sẽ được so sánh với
cha mẹ.

Tùy chọn:

-P,--chương trình
comparison program to run

-ồ,--Lựa chọn <OPT[+]>
pass option to comparison program

-NS,--rev
sửa đổi

-NS,--thay đổi
thay đổi được thực hiện bởi sửa đổi

--vá
compare patches for two revisions

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

nhân tố
xác thực http với Factotum

This extension allows the nhân tố(4) facility on Plan 9 from Bell Labs platforms to
provide authentication information for HTTP access. Configuration entries specified in the
auth section as well as authentication information provided in the repository URL are
fully supported. If no prefix is specified, a value of "*" will be assumed.

By default, keys are specified as:

proto=pass service=hg prefix=<prefix> user=<username> !password=<password>

If the factotum extension is unable to read the required key, one will be requested
một cách tương tác.

A configuration section is available to customize runtime behavior. By default, these
entries are:

[factotum]
executable = /bin/auth/factotum
mountpoint = /mnt/factotum
service = hg

The executable entry defines the full path to the factotum binary. The mountpoint entry
defines the path to the factotum file service. Lastly, the service entry controls the
service name used when reading keys.

lấy
pull, update and merge in one command (DEPRECATED)

Lệnh
lấy
pull changes from a remote repository, merge new changes if needed.:

hg fetch [SOURCE]

This finds all changes from the repository at the specified path or URL and adds them to
the local repository.

If the pulled changes add a new branch head, the head is automatically merged, and the
result of the merge is committed. Otherwise, the working directory is updated to include
the new changes.

When a merge is needed, the working directory is first updated to the newly pulled
changes. Local changes are then merged into the pulled changes. To switch the merge order,
use --switch-parent.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
a specific revision you would like to pull

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

--force-editor
edit commit message (DEPRECATED)

--switch-parent
switch parents when merging

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

gpg
lệnh ký và xác minh các thay đổi

Lệnh
dấu hiệu
verify all the signatures there may be for a particular revision:

hg sigcheck REV

verify all the signatures there may be for a particular revision

đăng ký
add a signature for the current or given revision:

hg sign [OPTION]... [REV]...

If no revision is given, the parent of the working directory is used, or tip if no
revision is checked out.

Sản phẩm gpg.cmd config setting can be used to specify the command to run. A default key can be
được chỉ định với gpg.key.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

Tùy chọn:

-l, --địa phương
make the signature local

-NS, --lực lượng
sign even if the sigfile is modified

- không cam kết
do not commit the sigfile after signing

-k,--Chìa khóa
the key id to sign with

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

dấu hiệu
list signed changesets:

hg sigs

list signed changesets

graphlog
command to view revision graphs from a shell (DEPRECATED)

The functionality of this extension has been include in core Mercurial since version 2.3.
Vui lòng sử dụng hg đăng nhập -G hữu ích. Cảm ơn ! thay thế.

This extension adds a --graph option to the incoming, outgoing and log commands. When this
options is given, an ASCII representation of the revision graph is also shown.

Lệnh
táo gai
show revision history alongside an ASCII revision graph:

hg glog [OPTION]... [FILE]

Print a revision history alongside a revision graph drawn with ASCII characters.

Nodes printed as an @ character are parents of the working directory.

This is an alias to hg đăng nhập -G.

Tùy chọn:

-NS, --theo dõi
theo dõi lịch sử thay đổi hoặc lịch sử tệp trên các bản sao và đổi tên

--theo dõi trước
chỉ theo dõi cha mẹ đầu tiên của các tập hợp thay đổi hợp nhất (KHÔNG DÙNG NỮA)

-NS,--ngày
hiển thị các bản sửa đổi phù hợp với thông số ngày

-NS, --bản sao
hiển thị các tập tin được sao chép

-k,--từ khóa
thực hiện tìm kiếm không phân biệt chữ hoa chữ thường cho một văn bản nhất định

-NS,--rev
hiển thị bản sửa đổi hoặc bản sửa đổi được chỉ định

--LOẠI BỎ
bao gồm các bản sửa đổi nơi các tập tin đã bị xóa

-NS, --chỉ hợp nhất
chỉ hiển thị các phần hợp nhất (KHÔNG DÙNG)

-bạn,--người sử dụng
sửa đổi được cam kết bởi người dùng

--chỉ nhánh
chỉ hiển thị các tập hợp thay đổi trong nhánh được đặt tên (KHÔNG DÙNG)

-NS,--chi nhánh
hiển thị các thay đổi trong nhánh được đặt tên

-P,--cắt tỉa
không hiển thị bản sửa đổi hoặc bất kỳ tổ tiên nào của nó

-P, --vá
hiển thị bản vá

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-l,--giới hạn
giới hạn số lượng thay đổi được hiển thị

-NS, - không hợp nhất
không hiển thị sự hợp nhất

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

-NS, - đồ thị
hiển thị DAG sửa đổi

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

hgcia
hooks để tích hợp với dịch vụ thông báo CIA.vc

This is meant to be run as a changegroup or incoming hook. To configure it, set the
following options in your hgrc:

[cia]
# your registered CIA user name
user = foo
# the name of the project in CIA
project = foo
# the module (subproject) (optional)
#module = foo
# Append a diffstat to the log message (optional)
#diffstat = False
# Template to use for log messages (optional)
#template = {desc}\n{baseurl}{webroot}/rev/{node}-- {diffstat}
# Style to use (optional)
#style = foo
# The URL of the CIA notification service (optional)
# You can use mailto: URLs to send by email, e.g.
# mailto:[email được bảo vệ]
# Make sure to set email.from if you do this.
#url = http://cia.vc/
# print message instead of sending it (optional)
#test = False
# number of slashes to strip for url paths
#strip = 0

[móc]
# one of these:
changegroup.cia = python:hgcia.hook
#incoming.cia = python:hgcia.hook

[web]
# If you want hyperlinks (optional)
baseurl = http://server/path/to/repo

hgk
browse the repository in a graphical way

The hgk extension allows browsing the history of a repository in a graphical way. It
requires Tcl/Tk version 8.4 or later. (Tcl/Tk is not distributed with Mercurial.)

hgk consists of two parts: a Tcl script that does the displaying and querying of
information, and an extension to Mercurial named hgk.py, which provides hooks for hgk to
get information. hgk can be found in the contrib directory, and the extension is shipped
in the hgext repository, and needs to be enabled.

Sản phẩm hg lượt xem command will launch the hgk Tcl script. For this command to work, hgk must be
in your search path. Alternately, you can specify the path to hgk in your configuration
tập tin:

[hgk]
path = /location/of/hgk

hgk can make use of the extdiff extension to visualize revisions. Assuming you had
already configured extdiff vdiff command, just add:

[hgk]
vdiff=vdiff

Revisions context menu will now display additional entries to fire vdiff on hovered and
selected revisions.

Lệnh
lượt xem
start interactive history viewer:

hg view [-l LIMIT] [REVRANGE]

start interactive history viewer

Tùy chọn:

-l,--giới hạn
giới hạn số lượng thay đổi được hiển thị

làm nổi bật
tô sáng cú pháp cho hgweb (yêu cầu Pygments)

It depends on the Pygments syntax highlighting library: http://pygments.org/

There are the following configuration options:

[web]
pygments_style = <style> (default: colorful)
highlightfiles = <fileset> (default: size('<5M'))
highlightonlymatchfilename = <bool> (default False)

highlightonlymatchfilename will only highlight files if their type could be identified by
their filename. When this is not enabled (the default), Pygments will try very hard to
identify the file type from content and any match (even matches with a low confidence
score) will be used.

lịch sử
chỉnh sửa lịch sử tương tác

With this extension installed, Mercurial gains one new command: histedit. Usage is as
follows, assuming the following history:

@ 3[tip] 7c2fd3b9020c 2009-04-27 18:04 -0500 durin42
| Add delta
|
o 2 030b686bedc4 2009-04-27 18:04 -0500 durin42
| Add gamma
|
o 1 c561b4e977df 2009-04-27 18:04 -0500 durin42
| Add beta
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Add alpha

Nếu bạn chạy hg lịch sử c561b4e977df, you would see the following file open in your
biên tập viên:

pick c561b4e977df Add beta
pick 030b686bedc4 Add gamma
pick 7c2fd3b9020c Add delta

# Edit history between c561b4e977df and 7c2fd3b9020c
#
# Commits are listed from least to most recent
#
# Commands:
# p, pick = use commit
# e, edit = use commit, but stop for amending
# f, fold = use commit, but combine it with the one above
# r, roll = like fold, but discard this commit's description
# d, drop = remove commit from history
# m, mess = edit commit message without changing commit content
#

In this file, lines beginning with # are ignored. You must specify a rule for each
revision in your history. For example, if you had meant to add gamma before beta, and then
wanted to add delta in the same revision as beta, you would reorganize the file to look
như thế này:

pick 030b686bedc4 Add gamma
pick c561b4e977df Add beta
fold 7c2fd3b9020c Add delta

# Edit history between c561b4e977df and 7c2fd3b9020c
#
# Commits are listed from least to most recent
#
# Commands:
# p, pick = use commit
# e, edit = use commit, but stop for amending
# f, fold = use commit, but combine it with the one above
# r, roll = like fold, but discard this commit's description
# d, drop = remove commit from history
# m, mess = edit commit message without changing commit content
#

At which point you close the editor and lịch sử starts working. When you specify a gập lại
hoạt động, lịch sử will open an editor when it folds those revisions together, offering
you a chance to clean up the commit message:

Add beta
***
Add delta

Edit the commit message to your liking, then close the editor. For this example, let's
assume that the commit message was changed to Thêm beta và vùng đồng bằng. After histedit has run
and had a chance to remove any old or temporary revisions it needed, the history looks
như thế này:

@ 2[tip] 989b4d060121 2009-04-27 18:04 -0500 durin42
| Add beta and delta.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 durin42
| Add gamma
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Add alpha

Lưu ý rằng lịch sử làm không remove any revisions (even its own temporary ones) until after
it has completed all the editing operations, so it will probably perform several strip
operations when it's done. For the above example, it had to run strip twice. Strip can be
slow depending on a variety of factors, so you might need to be a little patient. You can
choose to keep the original revisions by passing the --giữ cho cờ.

Sản phẩm chỉnh sửa operation will drop you back to a command prompt, allowing you to edit files
freely, or even use hg ghi to commit some changes as a separate commit. When you're
done, any remaining uncommitted changes will be committed as well. When done, run hg
lịch sử --tiếp tục to finish this step. You'll be prompted for a new commit message, but
the default commit message will be the original message for the chỉnh sửa ed revision.

Sản phẩm tin nhắn operation will give you a chance to revise a commit message without changing
the contents. It's a shortcut for doing chỉnh sửa ngay sau đó là hg lịch sử
--continue`.

If lịch sử encounters a conflict when moving a revision (while handling chọn or gập lại),
it'll stop in a similar manner to chỉnh sửa with the difference that it won't prompt you for a
commit message when done. If you decide at this point that you don't like how much work it
will be to rearrange history, or that you made a mistake, you can use hg lịch sử --Huỷ bỏ
to abandon the new changes you have made and return to the state before you attempted to
edit your history.

If we clone the histedit-ed example repository above and add four more changes, such that
we have the following history:

@ 6[tip] 038383181893 2009-04-27 18:04 -0500 stefan
| Add theta
|
o 5 140988835471 2009-04-27 18:04 -0500 stefan
| Add eta
|
o 4 122930637314 2009-04-27 18:04 -0500 stefan
| Add zeta
|
o 3 836302820282 2009-04-27 18:04 -0500 stefan
| Add epsilon
|
o 2 989b4d060121 2009-04-27 18:04 -0500 durin42
| Add beta and delta.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 durin42
| Add gamma
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Add alpha

Nếu bạn chạy hg lịch sử --outgoing on the clone then it is the same as running hg lịch sử
836302820282. If you need plan to push to a repository that Mercurial does not detect to
be related to the source repo, you can add a --lực lượng tùy chọn.

Config
Histedit rule lines are truncated to 80 characters by default. You can customize this
behavior by setting a different length in your configuration file:

[histedit]
linelen = 120 # truncate rule lines at 120 characters

hg lịch sử attempts to automatically choose an appropriate base revision to use. To
change which base revision is used, define a revset in your configuration file:

[histedit]
defaultrev = only(.) & draft()

By default each edited revision needs to be present in histedit commands. To remove
revision you need to use rơi vãi operation. You can configure the drop to be implicit for
missing commits by adding:

[histedit]
dropmissing = True

Lệnh
lịch sử
interactively edit changeset history:

hg histedit [OPTIONS] ([ANCESTOR] | --outgoing [URL])

This command lets you edit a linear series of changesets (up to and including the working
directory, which should be clean). You can:

· chọn to [re]order a changeset

· rơi vãi to omit changeset

· hỗn độn to reword the changeset commit message

· gập lại to combine it with the preceding changeset

· cuộn like fold, but discarding this commit's description

· chỉnh sửa to edit this changeset

There are a number of ways to select the root changeset:

· Specify ANCESTOR directly

· Use --outgoing -- it will be the first linear changeset not included in destination.
(Xem hg giúp đỡ config.default-push)

· Otherwise, the value from the "histedit.defaultrev" config option is used as a revset to
select the base revision when ANCESTOR is not specified. The first revision returned by
the revset is used. By default, this selects the editable history that is unique to the
ancestry of the working directory.

If you use --outgoing, this command will abort if there are ambiguous outgoing revisions.
For example, if there are multiple branches containing outgoing revisions.

Use "min(outgoing() and ::.)" or similar revset specification instead of --outgoing to
specify edit target revision exactly in such ambiguous situation. See hg giúp đỡ sửa đổi cho
detail about selecting revisions.

Ví dụ:

· A number of changes have been made. Revision 3 is no longer needed.

Start history editing from revision 3:

hg histedit -r 3

An editor opens, containing the list of revisions, with specific actions specified:

pick 5339bf82f0ca 3 Zworgle the foobar
pick 8ef592ce7cc4 4 Bedazzle the zerlog
pick 0a9639fcda9d 5 Morgify the cromulancy

Additional information about the possible actions to take appears below the list of
các bản sửa đổi.

To remove revision 3 from the history, its action (at the beginning of the relevant
line) is changed to 'drop':

drop 5339bf82f0ca 3 Zworgle the foobar
pick 8ef592ce7cc4 4 Bedazzle the zerlog
pick 0a9639fcda9d 5 Morgify the cromulancy

· A number of changes have been made. Revision 2 and 4 need to be swapped.

Start history editing from revision 2:

hg histedit -r 2

An editor opens, containing the list of revisions, with specific actions specified:

pick 252a1af424ad 2 Blorb a morgwazzle
pick 5339bf82f0ca 3 Zworgle the foobar
pick 8ef592ce7cc4 4 Bedazzle the zerlog

To swap revision 2 and 4, its lines are swapped in the editor:

pick 8ef592ce7cc4 4 Bedazzle the zerlog
pick 5339bf82f0ca 3 Zworgle the foobar
pick 252a1af424ad 2 Blorb a morgwazzle

Returns 0 on success, 1 if user intervention is required (not only for intentional "edit"
command, but also for resolving unexpected conflicts).

Tùy chọn:

- câu lệnh
read history edits from the specified file

-NS, --tiếp tục
continue an edit already in progress

--edit-plan
edit remaining actions list

-k, --giữ cho
don't strip old nodes after edit is complete

--Huỷ bỏ
abort an edit in progress

-ồ, --outgoing
changesets not found in destination

-NS, --lực lượng
force outgoing even for unrelated repositories

-NS,--rev
first revision to be edited

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

từ khóa
mở rộng từ khóa trong tệp được theo dõi

This extension expands RCS/CVS-like or self-customized $Keywords$ in tracked text files
selected by your configuration.

Keywords are only expanded in local repositories and not stored in the change history. The
mechanism can be regarded as a convenience for the current user or for archive
phân phối.

Keywords expand to the changeset data pertaining to the latest change relative to the
working directory parent of each file.

Configuration is done in the [keyword], [keywordset] and [keywordmaps] sections of hgrc
các tập tin.

Ví dụ:

[từ khóa]
# expand keywords in every python file except those matching "x*"
**.py =
x* = ignore

[keywordset]
# prefer svn- over cvs-like default keywordmaps
svn = True

Note The more specific you are in your filename patterns the less you lose speed in huge
kho lưu trữ.

For [keywordmaps] template mapping and expansion demonstration and control run hg kwdemo.
Xem hg giúp đỡ mẫu for a list of available templates and filters.

Three additional date template filters are provided:

utcdate

"2006/09/18 15:13:13"

svnutcdate

"2006-09-18 15:13:13Z"

svnisodate

"2006-09-18 08:13:13 -700 (Mon, 18 Sep 2006)"

The default template mappings (view with hg kwdemo -d) can be replaced with customized
keywords and templates. Again, run hg kwdemo to control the results of your configuration
thay đổi.

Before changing/disabling active keywords, you must run hg kwshrink to avoid storing
expanded keywords in the change history.

To force expansion after enabling it, or a configuration change, run hg kwexpand.

Expansions spanning more than one line and incremental expansions, like CVS' $Log$, are
not supported. A keyword template map "Log = {desc}" expands to the first line of the
changeset description.

Lệnh
kwdemo
print [keywordmaps] configuration and an expansion example:

hg kwdemo [-d] [-f RCFILE] [TEMPLATEMAP]...

Show current, custom, or default keyword template maps and their expansions.

Extend the current configuration by specifying maps as arguments and using -f/--rcfile to
source an external hgrc file.

Use -d/--default to disable current configuration.

Xem hg giúp đỡ mẫu for information on templates and filters.

Tùy chọn:

-NS, --vỡ nợ
show default keyword template maps

-NS,--rcfile
read maps from rcfile

kwexpand
expand keywords in the working directory:

hg kwexpand [OPTION]... [FILE]...

Run after (re)enabling keyword expansion.

kwexpand refuses to run if given files contain local changes.

Tùy chọn:

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

kwfiles
show files configured for keyword expansion:

hg kwfiles [OPTION]... [FILE]...

List which files in the working directory are matched by the [keyword] configuration
hoa văn.

Useful to prevent inadvertent keyword expansion and to speed up execution by including
only files that are actual candidates for expansion.

Xem hg giúp đỡ từ khóa on how to construct patterns both for inclusion and exclusion of
các tập tin.

With -A/--all and -v/--verbose the codes used to show the status of files are:

K = keyword expansion candidate
k = keyword expansion candidate (not tracked)
Tôi = bỏ qua
i = ignored (not tracked)

Tùy chọn:

-MỘT, --tất cả các
show keyword status flags of all files

-tôi, --phớt lờ
show files excluded from expansion

-bạn, --không xác định
only show unknown (not tracked) files

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

kwshrink
revert expanded keywords in the working directory:

hg kwshrink [OPTION]... [FILE]...

Must be run before changing/disabling active keywords.

kwshrink refuses to run if given files contain local changes.

Tùy chọn:

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

tập tin lớn
theo dõi các tập tin nhị phân lớn

Large binary files tend to be not very compressible, not very diffable, and not at all
mergeable. Such files are not handled efficiently by Mercurial's storage format (revlog),
which is based on compressed binary deltas; storing large binary files as regular
Mercurial files wastes bandwidth and disk space and increases Mercurial's memory usage.
The largefiles extension addresses these problems by adding a centralized client-server
layer on top of Mercurial: largefiles live in a trung tâm hàng out on the network
somewhere, and you only fetch the revisions that you need when you need them.

largefiles works by maintaining a "standin file" in .hglf/ for each largefile. The
standins are small (41 bytes: an SHA-1 hash plus newline) and are tracked by Mercurial.
Largefile revisions are identified by the SHA-1 hash of their contents, which is written
to the standin. largefiles uses that revision ID to get/put largefile revisions from/to
the central store. This saves both disk space and bandwidth, since you don't need to
retrieve all historical revisions of large files when you clone or pull.

To start a new repository or add new large binary files, just add --large to your hg thêm vào
chỉ huy. Ví dụ:

$ dd if=/dev/urandom of=randomdata count=2000
$ hg add --large randomdata
$ hg commit -m 'add randomdata as a largefile'

When you push a changeset that adds/modifies largefiles to a remote repository, its
largefile revisions will be uploaded along with it. Note that the remote Mercurial must
also have the largefiles extension enabled for this to work.

When you pull a changeset that affects largefiles from a remote repository, the largefiles
for the changeset will by default not be pulled down. However, when you update to such a
revision, any largefiles needed by that revision are downloaded and cached (if they have
never been downloaded before). One way to pull largefiles when pulling is thus to use
--update, which will update your working copy to the latest pulled revision (and thereby
downloading any new largefiles).

If you want to pull largefiles you don't need for update yet, then you can use pull with
các --lfrev tùy chọn hoặc hg lfpull chỉ huy.

If you know you are pulling from a non-default location and want to download all the
largefiles that correspond to the new changesets at the same time, then you can pull with
--lfrev "pulled()".

If you just want to ensure that you will have the largefiles needed to merge or rebase
with new heads that you are pulling, then you can pull with --lfrev "head(pulled())" cờ
to pre-emptively download any largefiles that are new in the heads you are pulling.

Keep in mind that network access may now be required to update to changesets that you have
not previously updated to. The nature of the largefiles extension means that updating is
no longer guaranteed to be a local-only operation.

If you already have large files tracked by Mercurial without the largefiles extension, you
will need to convert your repository in order to benefit from largefiles. This is done
với hg lfconvert chỉ huy:

$ hg lfconvert --size 10 oldrepo newrepo

In repositories that already have largefiles in them, any new file over 10MB will
automatically be added as a largefile. To change this threshold, set largefiles.minsize in
your Mercurial config file to the minimum size in megabytes to track as a largefile, or
use the --lfsize option to the add command (also in megabytes):

[largefiles]
minsize = 2

$ hg add --lfsize 2

Sản phẩm largefiles.patterns config option allows you to specify a list of filename patterns
(xem hg giúp đỡ mô hình) that should always be tracked as largefiles:

[largefiles]
patterns =
* .jpg
re:.*\.(png|bmp)$
library.zip
content/audio/*

Files that match one of these patterns will be added as largefiles regardless of their
kích cỡ.

Sản phẩm largefiles.minsize và largefiles.patterns config options will be ignored for any
repositories not already containing a largefile. To add the first largefile to a
repository, you must explicitly do so with the --large flag passed to the hg thêm vào chỉ huy.

Lệnh
lfconvert
convert a normal repository to a largefiles repository:

hg lfconvert SOURCE DEST [FILE ...]

Convert repository SOURCE to a new repository DEST, identical to SOURCE except that
certain files will be converted as largefiles: specifically, any file that matches any
MẪU or whose size is above the minimum size threshold is converted as a largefile. The
size used to determine whether or not to track a file as a largefile is the size of the
first version of the file. The minimum size can be specified either with --size or in
configuration as largefiles.size.

After running this command you will need to make sure that largefiles is enabled anywhere
you intend to push the new repository.

Use --to-normal to convert largefiles back to normal files; after this, the DEST
repository can be used without largefiles at all.

Tùy chọn:

-S,--kích thước
minimum size (MB) for files to be converted as largefiles

--to-normal
convert from a largefiles repo to a normal repo

lfpull
pull largefiles for the specified revisions from the specified source:

hg lfpull -r REV... [-e CMD] [--remotecmd CMD] [SOURCE]

Pull largefiles that are referenced from local changesets but missing locally, pulling
from a remote repository to the local cache.

Nếu SOURCE bị bỏ qua, đường dẫn 'mặc định' sẽ được sử dụng. Nhìn thấy hg giúp đỡ url để biết thêm
thông tin.

Vài ví dụ:

· pull largefiles for all branch heads:

hg lfpull -r "head() and not closed()"

· pull largefiles on the default branch:

hg lfpull -r "branch(default)"

Tùy chọn:

-NS,--rev
pull largefiles for these revisions

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

mq
quản lý một đống bản vá

This extension lets you work with a stack of patches in a Mercurial repository. It manages
two stacks of patches - all known patches, and applied patches (subset of known patches).

Known patches are represented as patch files in the .hg/patches directory. Applied patches
are both patch files and changesets.

Common tasks (use hg giúp đỡ lệnh for more details):

create new patch qnew
import existing patch qimport

print patch series qseries
print applied patches qapplied

add known patch to applied stack qpush
remove patch from applied stack qpop
refresh contents of top applied patch qrefresh

By default, mq will automatically use git patches when required to avoid losing file mode
changes, copy records, binary files or empty files creations or deletions. This behavior
can be configured with:

[mq]
git = auto/keep/yes/no

If set to 'keep', mq will obey the [diff] section configuration while preserving existing
git patches upon qrefresh. If set to 'yes' or 'no', mq will override the [diff] section
and always generate git or regular patches, possibly losing data in the second case.

It may be desirable for mq changesets to be kept in the secret phase (see hg giúp đỡ giai đoạn),
which can be enabled with the following setting:

[mq]
secret = True

You will by default be managing a patch queue named "patches". You can create other,
independent patch queues with the hg hàng đợi chỉ huy.

If the working directory contains uncommitted files, qpush, qpop and qgoto abort
immediately. If -f/--force is used, the changes are discarded. Setting:

[mq]
keepchanges = True

make them behave as if --keep-changes were passed, and non-conflicting local changes will
be tolerated and preserved. If incompatible options such as -f/--force or --exact are
passed, this setting is ignored.

This extension used to provide a strip command. This command now lives in the strip
gia hạn.

Lệnh
qapplied
print the patches already applied:

hg qapplied [-1] [-s] [PATCH]

Trả về 0 khi thành công.

Tùy chọn:

-1, --Cuối cùng
show only the preceding applied patch

-S, --tóm lược
print first line of patch header

qclone
clone main and patch repository at same time:

hg qclone [OPTION]... SOURCE [DEST]

If source is local, destination will have no patches applied. If source is remote, this
command can not check if patches are applied in source, so cannot guarantee that patches
are not applied in destination. If you clone remote repository, be sure before that it has
no patches applied.

Source patch repository is looked for in <src>/.hg/patches by default. Use -p <url> to
thay đổi.

The patch directory must be a nested Mercurial repository, as would be created by hg trong đó
--mq.

Trả về 0 khi thành công.

Tùy chọn:

--sự lôi kéo sử dụng giao thức kéo để sao chép siêu dữ liệu

-Anh, --không có cập nhật
do not update the new working directories

- không nén
sử dụng truyền không nén (nhanh qua mạng LAN)

-P,--patches
location of source patch repository

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

qcommit
commit changes in the queue repository (DEPRECATED):

hg qcommit [OPTION]... [FILE]...

This command is deprecated; use hg cam kết --mq thay thế.

Tùy chọn:

-MỘT, --thêm bớt
đánh dấu các tập tin mới/thiếu là đã thêm/xóa trước khi cam kết

--đóng nhánh
đánh dấu đầu chi nhánh là đã đóng cửa

--sửa đổi
sửa đổi cha mẹ của thư mục làm việc

-S, --bí mật
sử dụng giai đoạn bí mật để cam kết

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-tôi, - tương tác
sử dụng chế độ tương tác

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-NS, --subrepos
tái diễn vào kho con

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

aliases: qci

qdelete
remove patches from queue:

hg qdelete [-k] [PATCH]...

The patches must not be applied, and at least one patch is required. Exact patch
identifiers must be given. With -k/--keep, the patch files are preserved in the patch
thư mục.

To stop managing a patch and move it into permanent history, use the hg qfinish chỉ huy.

Tùy chọn:

-k, --giữ cho
keep patch file

-NS,--rev
stop managing a revision (DEPRECATED)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

aliases: qremove qrm

qdiff
diff of the current patch and subsequent modifications:

hg qdiff [OPTION]... [FILE]...

Shows a diff which includes the current patch as well as any changes which have been made
in the working directory since the last refresh (thus showing what the current patch would
become after a qrefresh).

Sử dụng hg khác if you only want to see the changes made since the last qrefresh, or hg xuất khẩu
qtip if you want to see changes made by the current patch without including changes made
since the qrefresh.

Trả về 0 khi thành công.

Tùy chọn:

-một, --bản văn
coi tất cả các tệp là văn bản

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

--gật đầu
bỏ qua ngày từ các tiêu đề khác

- tiền tố
bỏ tiền tố a/ và b/ khỏi tên tệp

-P, --show-chức năng
hiển thị chức năng của mỗi thay đổi

--đảo ngược
tạo ra một khác biệt hoàn tác các thay đổi

-w, --bỏ qua tất cả không gian
bỏ qua khoảng trắng khi so sánh các dòng

-NS, --ignore-không gian-thay đổi
bỏ qua những thay đổi về lượng khoảng trắng

-NS, --bỏ qua-dòng trống
bỏ qua các thay đổi có các dòng đều trống

-Anh,--thống nhât
số dòng ngữ cảnh để hiển thị

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

--nguồn gốc
tạo ra sự khác biệt so với thư mục con

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

qfinish
move applied patches into repository history:

hg qfinish [-a] [REV]...

Finishes the specified revisions (corresponding to applied patches) by moving them out of
mq control into regular repository history.

Accepts a revision range or the -a/--applied option. If --applied is specified, all
applied mq revisions are removed from mq control. Otherwise, the given revisions must be
at the base of the stack of applied patches.

This can be especially useful if your changes have been applied to an upstream repository,
or if you are about to push your changes to upstream.

Trả về 0 khi thành công.

Tùy chọn:

-một, --applied
finish all applied changesets

qfold
fold the named patches into the current patch:

hg qfold [-e] [-k] [-m TEXT] [-l FILE] PATCH...

Patches must not yet be applied. Each patch will be successively applied to the current
patch in the order given. If all the patches apply successfully, the current patch will be
refreshed with the new cumulative patch, and the folded patches will be deleted. With
-k/--keep, the folded patch files will not be removed afterwards.

The header for each folded patch will be concatenated with the current patch header,
separated by a line of * * *.

Trả về 0 khi thành công.

Tùy chọn:

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-k, --giữ cho
keep folded patch files

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

qgoto
push or pop patches until named patch is at top of stack:

hg qgoto [OPTION]... PATCH

Trả về 0 khi thành công.

Tùy chọn:

--keep-changes
tolerate non-conflicting local changes

-NS, --lực lượng
overwrite any local changes

--không sao lưu
không lưu bản sao lưu của tập tin

qguard
set or print guards for a patch:

hg qguard [-l] [-n] [PATCH] [-- [+GUARD]... [-GUARD]...]

Guards control whether a patch can be pushed. A patch with no guards is always pushed. A
patch with a positive guard ("+foo") is pushed only if the hg qselect command has
activated it. A patch with a negative guard ("-foo") is never pushed if the hg qselect
command has activated it.

With no arguments, print the currently active guards. With arguments, set guards for the
named patch.

Note Specifying negative guards now requires '--'.

To set guards on another patch:

hg qguard other.patch -- +2.6.17 -stable

Trả về 0 khi thành công.

Tùy chọn:

-l, --danh sách
list all patches and guards

-N, --không ai
drop all guards

qheader
print the header of the topmost or specified patch:

hg qheader [PATCH]

Trả về 0 khi thành công.

qimport
import a patch or existing changeset:

hg qimport [-e] [-n NAME] [-f] [-g] [-P] [-r REV]... [FILE]...

The patch is inserted into the series after the last applied patch. If no patches have
been applied, qimport prepends the patch to the series.

The patch will have the same name as its source file unless you give it a new one with
-n/--name.

You can register an existing patch inside the patch directory with the -e/--existing flag.

With -f/--force, an existing patch of the same name will be overwritten.

An existing changeset may be placed under mq control with -r/--rev (e.g. qimport --rev .
-n patch will place the current revision under mq control). With -g/--git, patches
imported with --rev will use the git diff format. See the diffs help topic for information
on why this is important for preserving rename/copy information and permission changes.
Sử dụng hg qfinish to remove changesets from mq control.

To import a patch from standard input, pass - as the patch file. When importing from
standard input, a patch name must be specified using the --name flag.

To import an existing patch while renaming it:

hg qimport -e existing-patch -n new-name

Returns 0 if import succeeded.

Tùy chọn:

-e, - tồn tại
import file in patch directory

-N,--Tên
name of patch file

-NS, --lực lượng
ghi đè lên các tệp hiện có

-NS,--rev
place existing revisions under mq control

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-P, --xô
qpush after importing

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

qinit
init a new queue repository (DEPRECATED):

hg qinit [-c]

The queue repository is unversioned by default. If -c/--create-repo is specified, qinit
will create a separate nested repository for patches (qinit -c may also be run later to
convert an unversioned patch repository into a versioned one). You can use qcommit to
commit changes to this queue repository.

This command is deprecated. Without -c, it's implied by other relevant commands. With -c,
sử dụng hg trong đó --mq thay thế.

Tùy chọn:

-NS, --create-repo
create queue repository

qnew
create a new patch:

hg qnew [-e] [-m TEXT] [-l FILE] PATCH [FILE]...

qnew creates a new patch on top of the currently-applied patch (if any). The patch will be
initialized with any outstanding changes in the working directory. You may also use
-I/--include, -X/--exclude, and/or a list of files after the patch name to add only
changes to matching files to the new patch, leaving the rest as uncommitted modifications.

-u/--user and -d/--date can be used to set the (given) user and date, respectively.
-U/--currentuser and -D/--currentdate set user to current user and date to current date.

-e/--edit, -m/--message or -l/--logfile set the patch header as well as the commit
message. If none is specified, the header is empty and the commit message is '[mq]:
PATCH'.

Use the -g/--git option to keep the patch in the git extended diff format. Read the diffs
help topic for more information on why this is important for preserving permission changes
and copy/rename information.

Returns 0 on successful creation of a new patch.

Tùy chọn:

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS, --lực lượng
import uncommitted changes (DEPRECATED)

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-Anh, --người dùng hiện tại
add "From: <current user>" to patch

-bạn,--người sử dụng
add "From: <USER>" to patch

-NS, --ngay hiện tại
add "Date: <current date>" to patch

-NS,--ngày
add "Date: <DATE>" to patch

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

Qnext
print the name of the next pushable patch:

hg qnext [-s]

Trả về 0 khi thành công.

Tùy chọn:

-S, --tóm lược
print first line of patch header

qpop
pop the current patch off the stack:

hg qpop [-a] [-f] [PATCH | INDEX]

Without argument, pops off the top of the patch stack. If given a patch name, keeps
popping off patches until the named patch is at the top of the stack.

By default, abort if the working directory contains uncommitted changes. With
--keep-changes, abort only if the uncommitted files overlap with patched files. With
-f/--force, backup and discard changes made to such files.

Trả về 0 khi thành công.

Tùy chọn:

-một, --tất cả các
pop all patches

-N,--Tên
queue name to pop (DEPRECATED)

--keep-changes
tolerate non-conflicting local changes

-NS, --lực lượng
forget any local changes to patched files

--không sao lưu
không lưu bản sao lưu của tập tin

qprev
print the name of the preceding applied patch:

hg qprev [-s]

Trả về 0 khi thành công.

Tùy chọn:

-S, --tóm lược
print first line of patch header

qpush
push the next patch onto the stack:

hg qpush [-f] [-l] [-a] [--move] [PATCH | INDEX]

By default, abort if the working directory contains uncommitted changes. With
--keep-changes, abort only if the uncommitted files overlap with patched files. With
-f/--force, backup and patch over uncommitted changes.

Trả về 0 khi thành công.

Tùy chọn:

--keep-changes
tolerate non-conflicting local changes

-NS, --lực lượng
apply on top of local changes

-e, --chính xác
apply the target patch to its recorded parent

-l, --danh sách
list patch name in commit text

-một, --tất cả các
apply all patches

-NS, - hợp nhất
merge from another queue (DEPRECATED)

-N,--Tên
merge queue name (DEPRECATED)

--di chuyển reorder patch series and apply only the patch

--không sao lưu
không lưu bản sao lưu của tập tin

hàng đợi
manage multiple patch queues:

hg qqueue [OPTION] [QUEUE]

Supports switching between different patch queues, as well as creating new patch queues
and deleting existing ones.

Omitting a queue name or specifying -l/--list will show you the registered queues - by
default the "normal" patches queue is registered. The currently active queue will be
marked with "(active)". Specifying --active will print only the name of the active queue.

To create a new queue, use -c/--create. The queue is automatically made active, except in
the case where there are applied patches from the currently active queue in the
repository. Then the queue will only be created and switching will fail.

To delete an existing queue, use --delete. You cannot delete the currently active queue.

Trả về 0 khi thành công.

Tùy chọn:

-l, --danh sách
list all available queues

--tích cực
print name of active queue

-NS, --tạo ra
create new queue

--đổi tên
rename active queue

--xóa bỏ
delete reference to queue

--gege
delete queue, and remove patch dir

qrefresh
update the current patch:

hg qrefresh [-I] [-X] [-e] [-m TEXT] [-l FILE] [-s] [FILE]...

If any file patterns are provided, the refreshed patch will contain only the modifications
that match those patterns; the remaining modifications will remain in the working
thư mục.

If -s/--short is specified, files currently included in the patch will be refreshed just
like matched files and remain in the patch.

If -e/--edit is specified, Mercurial will start your configured editor for you to enter a
message. In case qrefresh fails, you will find a backup of your message in
.hg/last-message.txt.

hg add/remove/copy/rename work as usual, though you might want to use git-style patches
(-g/--git or [diff] git=1) to track copies and renames. See the diffs help topic for more
information on the git diff format.

Trả về 0 khi thành công.

Tùy chọn:

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

-S, --ngắn
refresh only files already in the patch and specified files

-Anh, --người dùng hiện tại
add/update author field in patch with current user

-bạn,--người sử dụng
add/update author field in patch with given user

-NS, --ngay hiện tại
add/update date field in patch with current date

-NS,--ngày
add/update date field in patch with given date

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

qrename
rename a patch:

hg qrename PATCH1 [PATCH2]

With one argument, renames the current patch to PATCH1. With two arguments, renames
PATCH1 to PATCH2.

Trả về 0 khi thành công.

aliases: qmv

qrestore
restore the queue state saved by a revision (DEPRECATED):

hg qrestore [-d] [-u] REV

This command is deprecated, use hg nổi loạn thay thế.

Tùy chọn:

-NS, --xóa bỏ
delete save entry

-bạn, - cập nhật
update queue working directory

qsave
save current queue state (DEPRECATED):

hg qsave [-m TEXT] [-l FILE] [-c] [-n NAME] [-e] [-f]

This command is deprecated, use hg nổi loạn thay thế.

Tùy chọn:

-NS, - nội soi
copy patch directory

-N,--Tên
copy directory name

-e, --trống
clear queue status file

-NS, --lực lượng
force copy

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

qselect
set or print guarded patches to push:

hg qselect [OPTION]... [GUARD]...

Sử dụng hg qguard command to set or print guards on patch, then use qselect to tell mq
which guards to use. A patch will be pushed if it has no guards or any positive guards
match the currently selected guard, but will not be pushed if any negative guards match
the current guard. For example:

qguard foo.patch -- -stable (negative guard)
qguard bar.patch +stable (positive guard)
qselect stable

This activates the "stable" guard. mq will skip foo.patch (because it has a negative
match) but push bar.patch (because it has a positive match).

With no arguments, prints the currently active guards. With one argument, sets the active
bảo vệ.

Use -n/--none to deactivate guards (no other arguments needed). When no guards are
active, patches with positive guards are skipped and patches with negative guards are
đẩy.

qselect can change the guards on applied patches. It does not pop guarded patches by
default. Use --pop to pop back to the last applied patch that is not guarded. Use
--reapply (which implies --pop) to push back to the current patch afterwards, but skip
guarded patches.

Use -s/--series to print a list of all guards in the series file (no other arguments
needed). Use -v for more information.

Trả về 0 khi thành công.

Tùy chọn:

-N, --không ai
disable all guards

-S, --loạt
list all guards in series file

--nhạc pop pop to before first guarded applied patch

--đăng ký lại
pop, then reapply patches

qseries
print the entire series file:

hg qseries [-ms]

Trả về 0 khi thành công.

Tùy chọn:

-NS, --mất tích
print patches not in series

-S, --tóm lược
print first line of patch header

qtop
print the name of the current patch:

hg qtop [-s]

Trả về 0 khi thành công.

Tùy chọn:

-S, --tóm lược
print first line of patch header

qunapplied
print the patches not yet applied:

hg qunapplied [-1] [-s] [PATCH]

Trả về 0 khi thành công.

Tùy chọn:

-1, --đầu tiên
show only the first patch

-S, --tóm lược
print first line of patch header

thông báo
móc để gửi thông báo đẩy email

This extension implements hooks to send email notifications when changesets are sent from
or received by the local repository.

First, enable the extension as explained in hg giúp đỡ mở rộng, and register the hook you
muốn chạy. đến và changegroup hooks are run when changesets are received, while
đi hooks are for changesets sent to another repository:

[móc]
# one email for each incoming changeset
incoming.notify = python:hgext.notify.hook
# one email for all incoming changesets
changegroup.notify = python:hgext.notify.hook

# one email for all outgoing changesets
outgoing.notify = python:hgext.notify.hook

This registers the hooks. To enable notification, subscribers must be assigned to
repositories. The [usersubs] section maps multiple repositories to a given recipient. The
[reposubs] section maps multiple recipients to a single repository:

[usersubs]
# key is subscriber email, value is a comma-separated list of repo patterns
user@host = pattern

[reposubs]
# key is repo pattern, value is a comma-separated list of subscriber emails
pattern = user@host

A Belt Hold là một toàn cầu matching the absolute path to a repository, optionally combined with a
revset expression. A revset expression, if present, is separated from the glob by a hash.
Ví dụ:

[reposubs]
*/widgets#branch(release) = [email được bảo vệ]

This sends to [email được bảo vệ] whenever a changeset on the phát hành branch triggers a
notification in any repository ending in widget.

In order to place them under direct user management, [usersubs] và [reposubs] phần
may be placed in a separate hgrc file and incorporated by reference:

[notify]
config = /path/to/subscriptionsfile

Notifications will not be sent until the notify.test giá trị được đặt thành Sai; xem bên dưới.

Notifications content can be tweaked with the following configuration entries:

notify.test
If Thật, print messages to stdout instead of sending them. Default: True.

notify.sources
Space-separated list of change sources. Notifications are activated only when a
changeset's source is in this list. Sources may be:

phục vụ

changesets received via http or ssh

kéo

changesets received via hg kéo

tách ra

changesets received via hg tách ra

đẩy

changesets sent or received via hg đẩy

bó lại

changesets sent via hg tách ra

Default: serve.

notify.strip
Number of leading slashes to strip from url paths. By default, notifications
reference repositories with their absolute path. notify.strip lets you turn them
into relative paths. For example, notify.strip=3 sẽ thay đổi /long/path/repository
trong kho. Default: 0.

notify.domain
Default email domain for sender or recipients with no explicit domain.

notify.style
Style file to use when formatting emails.

notify.template
Template to use when formatting emails.

notify.incoming
Template to use when run as an incoming hook, overriding notify.template.

notify.outgoing
Template to use when run as an outgoing hook, overriding notify.template.

notify.changegroup
Template to use when running as a changegroup hook, overriding notify.template.

notify.maxdiff
Maximum number of diff lines to include in notification email. Set to 0 to disable
the diff, or -1 to include all of it. Default: 300.

notify.maxsubject
Maximum number of characters in email's subject line. Default: 67.

notify.diffstat
Set to True to include a diffstat before diff content. Default: True.

notify.merge
If True, send notifications for merge changesets. Default: True.

notify.mbox
If set, append mails to this mbox file instead of sending. Default: None.

notify.fromauthor
If set, use the committer of the first changeset in a changegroup for the "From"
field of the notification mail. If not set, take the user from the pushing repo.
Mặc định: Sai.

If set, the following entries will also be used to customize the notifications:

email.from
E-mail Từ address to use if none can be found in the generated email content.

web.baseurl
Root repository URL to combine with repository paths when making references. See
Ngoài ra notify.strip.

máy nhắn tin
duyệt đầu ra lệnh bằng máy nhắn tin bên ngoài

To set the pager that should be used, set the application variable:

[pager]
pager = less -FRX

If no pager is set, the pager extensions uses the environment variable $PAGER. If neither
pager.pager, nor $PAGER is set, no pager is used.

You can disable the pager for certain commands by adding them to the pager.ignore list:

[pager]
ignore = version, help, update

You can also enable the pager only for certain commands using pager.attend. Below is the
default list of commands to be paged:

[pager]
attend = annotate, cat, diff, export, glog, log, qdiff

Setting pager.attend to an empty value will cause all commands to be paged.

If pager.attend is present, pager.ignore will be ignored.

Lastly, you can enable and disable paging for individual commands with the
attend-<command> option. This setting takes precedence over existing attend and ignore
options and defaults:

[pager]
attend-cat = false

To ignore global commands like hg phiên bản or hg giúp đỡ, you have to specify them in your
user configuration file.

To control whether the pager is used at all for an individual command, you can use
--pager=<value>:

- use as needed: `auto`.
- require the pager: `yes` or `on`.
- suppress the pager: `no` or `off` (any unrecognized value
will also work).

bom vá
lệnh gửi các tập hợp thay đổi dưới dạng (một loạt) email vá lỗi

The series is started off with a "[PATCH 0 of N]" introduction, which describes the series
như một toàn thể

Each patch email has a Subject line of "[PATCH M of N] ...", using the first line of the
changeset description as the subject text. The message contains two or three body parts:

· The changeset description.

· [Optional] The result of running diffstat on the patch.

· The patch itself, as generated by hg xuất khẩu.

Each message refers to the first in the series using the In-Reply-To and References
headers, so they will show up as a sequence in threaded mail and news readers, and in mail
tài liệu lưu trữ.

To configure other defaults, add a section like this to your configuration file:

[e-mail]
from = My Name <my@email>
to = recipient1, recipient2, ...
cc = cc1, cc2, ...
bcc = bcc1, bcc2, ...
reply-to = address1, address2, ...

Sử dụng [patchbomb] as configuration section name if you need to override global [e-mail]
address settings.

Sau đó, bạn có thể sử dụng hg e-mail command to mail a series of changesets as a patchbomb.

You can also either configure the method option in the email section to be a sendmail
compatible mailer or fill out the [smtp] section so that the patchbomb extension can
automatically send patchbombs directly from the commandline. See the [email] and [smtp]
phần trong hgrc(5) để biết chi tiết.

Theo mặc định, hg e-mail sẽ nhắc nhở cho một Đến or CC header if you do not supply one via
configuration or the command line. You can override this to never prompt by configuring
an empty value:

[e-mail]
cc =

You can control the default inclusion of an introduction message with the patchbomb.intro
configuration option. The configuration is always overwritten by command line flags like
--intro and --desc:

[patchbomb]
intro=auto # include introduction message if more than 1 patch (default)
intro=never # never include an introduction message
intro=always # always include an introduction message

You can set patchbomb to always ask for confirmation by setting patchbomb.confirm thành sự thật.

Lệnh
e-mail
send changesets by email:

hg email [OPTION]... [DEST]...

By default, diffs are sent in the format generated by hg xuất khẩu, one per message. The
series starts with a "[PATCH 0 of N]" introduction, which describes the series as a whole.

Each patch email has a Subject line of "[PATCH M of N] ...", using the first line of the
changeset description as the subject text. The message contains two or three parts.
First, the changeset description.

With the -d/--diffstat option, if the diffstat program is installed, the result of running
diffstat on the patch is inserted.

Finally, the patch itself, as generated by hg xuất khẩu.

With the -d/--diffstat or --confirm options, you will be presented with a final summary of
all messages and asked for confirmation before the messages are sent.

By default the patch is included as text in the email body for easy reviewing. Using the
-a/--attach option will instead create an attachment for the patch. With -i/--inline an
inline attachment will be created. You can include a patch both as text in the email body
and as a regular or an inline attachment by combining the -a/--attach or -i/--inline with
the --body option.

With -o/--outgoing, emails will be generated for patches not found in the destination
repository (or only those which are ancestors of the specified revisions if any are
cung cấp)

With -b/--bundle, changesets are selected as for --outgoing, but a single email containing
a binary Mercurial bundle as an attachment will be sent. Use the patchbomb.bundletype
config option to control the bundle type as with hg bó lại --kiểu.

With -m/--mbox, instead of previewing each patchbomb message in a pager or sending the
messages directly, it will create a UNIX mailbox file with the patch emails. This mailbox
file can be previewed with any mail user agent which supports UNIX mbox files.

With -n/--test, all steps will run, but mail will not be sent. You will be prompted for
an email recipient address, a subject and an introductory message describing the patches
of your patchbomb. Then when all is done, patchbomb messages are displayed. If the PAGER
environment variable is set, your pager will be fired up once for each patchbomb message,
so you can verify everything is alright.

In case email sending fails, you will find a backup of your series introductory message in
.hg/last-email.txt.

The default behavior of this command can be customized through configuration. (See hg giúp đỡ
bom vá để biết chi tiết)

Ví dụ:

hg email -r 3000 # send patch 3000 only
hg email -r 3000 -r 3001 # send patches 3000 and 3001
hg email -r 3000:3005 # send patches 3000 through 3005
hg email 3000 # send patch 3000 (deprecated)

hg email -o # send all patches not in default
hg email -o DEST # send all patches not in DEST
hg email -o -r 3000 # send all ancestors of 3000 not in default
hg email -o -r 3000 DEST # send all ancestors of 3000 not in DEST

hg email -b # send bundle of all patches not in default
hg email -b DEST # send bundle of all patches not in DEST
hg email -b -r 3000 # bundle of all ancestors of 3000 not in default
hg email -b -r 3000 DEST # bundle of all ancestors of 3000 not in DEST

hg email -o -m mbox && # generate an mbox file...
mutt -R -f mbox # ... and view it with mutt
hg email -o -m mbox && # generate an mbox file ...
formail -s sendmail \ # ... and use formail to send from the mbox
-bm -t < mbox # ... using sendmail

Before using this command, you will need to enable email in your hgrc. See the [email]
phần trong hgrc(5) để biết chi tiết.

Tùy chọn:

-NS, --git
sử dụng định dạng khác biệt mở rộng của git

--trơn
omit hg patch header

-ồ, --outgoing
send changes not found in the target repository

-NS, --bó
send changes not in target as a binary bundle

--bundlename
name of the bundle attachment file (default: bundle)

-NS,--rev
a revision to send

--lực lượng
run even when remote repository is unrelated (with -b/--bundle)

--cơ sở
a base changeset to specify instead of a destination (with -b/--bundle)

--giới thiệu
send an introduction email for a single patch

--cơ thể người send patches as inline message text (default)

-một, --gắn
send patches as attachments

-tôi, --nội tuyến
send patches as inline attachments

--bcc
email addresses of blind carbon copy recipients

-NS,--cc
email addresses of copy recipients

--xác nhận
ask for confirmation before sending

-NS, --diffstat
add diffstat output to messages

--ngày
use the given date as the sending date

--desc
use the given file as the series description

-NS,--từ
email address of sender

-N, --kiểm tra
print messages that would be sent

-NS,--mbox
write messages to mbox file instead of sending them

--trả lời
email addresses replies should be sent to

-S,--chủ thể
subject of first message (intro or single patch)

--trả lời-đến
message identifier to reply to

--lá cờ
flags to add in subject prefixes

-NS,--đến
email addresses of recipients

-e,--ssh
chỉ định lệnh ssh để sử dụng

--remotecmd
chỉ định lệnh hg để chạy ở phía xa

--không an toàn
không xác minh chứng chỉ máy chủ (bỏ qua cấu hình web.cacerts)

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

purge
lệnh xóa các tập tin không bị theo dõi khỏi thư mục làm việc

Lệnh
purge
removes files not tracked by Mercurial:

hg purge [OPTION]... [DIR]...

Delete files not known to Mercurial. This is useful to test local and uncommitted changes
in an otherwise-clean source tree.

This means that purge will delete the following by default:

· Unknown files: files marked with "?" by hg tình trạng

· Empty directories: in fact Mercurial ignores directories unless they contain files under
source control management

But it will leave untouched:

· Modified and unmodified tracked files

· Ignored files (unless --all is specified)

· New files added to the repository (with hg thêm vào)

The --files and --dirs options can be used to direct purge to delete only files, only
directories, or both. If neither option is given, both will be deleted.

If directories are given on the command line, only files in these directories are
xem xét.

Be careful with purge, as you could irreversibly delete some files you forgot to add to
the repository. If you only want to print the list of files that this program would
delete, use the --print option.

Tùy chọn:

-một, --abort-on-err
abort if an error occurs

--tất cả các purge ignored files too

--dir purge empty directories

--các tập tin
purge files

-P, --in
print filenames instead of deleting them

-0, --print0
end filenames with NUL, for use with xargs (implies -p/--print)

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

aliases: clean

nổi loạn
lệnh di chuyển các bản sửa đổi sang một tổ tiên khác

This extension lets you rebase changesets in an existing Mercurial repository.

For more information: https://mercurial-scm.org/wiki/RebaseExtension

Lệnh
nổi loạn
move changeset (and descendants) to a different branch:

hg rebase [-s REV | -b REV] [-d REV] [OPTION]

Rebase uses repeated merging to graft changesets from one part of history (the source)
onto another (the destination). This can be useful for linearizing địa phương changes relative
to a master development tree.

Published commits cannot be rebased (see hg giúp đỡ giai đoạn). To copy commits, see hg giúp đỡ
ghép.

If you don't specify a destination changeset (-d/--dest), rebase uses the current branch
tip as the destination. (The destination changeset is not modified by rebasing, but new
changesets are added as its descendants.)

Here are the ways to select changesets:

1. Explicitly select them using --rev.

2. Sử dụng --nguồn to select a root changeset and include all of its descendants.

3. Sử dụng --cơ sở to select a changeset; rebase will find ancestors and their descendants
which are not also ancestors of the destination.

4. If you do not specify any of --rev, nguồn, hoặc là --cơ sở, rebase will use --cơ sở . as
ở trên.

Rebase will destroy original changesets unless you use --giữ cho. It will also move your
bookmarks (even if you do).

Some changesets may be dropped if they do not contribute changes (e.g. merges from the
destination branch).

Không giống như hợp nhất, rebase will do nothing if you are at the branch tip of a named branch with
two heads. You will need to explicitly specify source and/or destination.

If a rebase is interrupted to manually resolve a conflict, it can be continued with
--continue/-c or aborted with --abort/-a.

Ví dụ:

· move "local changes" (current commit back to branching point) to the current branch tip
after a pull:

hg rebase

· move a single changeset to the stable branch:

hg rebase -r 5f493448 -d stable

· splice a commit and all its descendants onto another part of history:

hg rebase --source c0c3 --dest 4cf9

· rebase everything on a branch marked by a bookmark onto the default branch:

hg rebase --base myfeature --dest default

· collapse a sequence of changes into a single commit:

hg rebase --collapse -r 1520:1525 -d .

· move a named branch while preserving its name:

hg rebase -r "branch(featureX)" -d 1.3 --keepbranches

Returns 0 on success, 1 if nothing to rebase or there are unresolved conflicts.

Tùy chọn:

-S,--nguồn
rebase the specified changeset and descendants

-NS,--cơ sở
rebase everything from branching point of specified changeset

-NS,--rev
rebase these revisions

-NS,--đích
rebase onto the specified changeset

--sự sụp đổ
collapse the rebased changesets

-NS,--thông điệp
use text as collapse commit message

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-l,--logfile
read collapse commit message from file

-k, --giữ cho
keep original changesets

--keepbranches
keep original branch names

-NS, --tách
(KHÔNG DÙNG)

-tôi, - tương tác
(KHÔNG DÙNG)

-NS,--dụng cụ
chỉ định công cụ hợp nhất

-NS, --tiếp tục
continue an interrupted rebase

-một, --Huỷ bỏ
abort an interrupted rebase

--Phong cách
hiển thị bằng tệp bản đồ mẫu (KHÔNG DÙNG)

-NS,--bản mẫu
hiển thị với mẫu

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

ghi
các lệnh để chọn các thay đổi một cách tương tác cho commit/qrefresh

Lệnh
qrecord
interactively record a new patch:

hg qrecord [OPTION]... PATCH [FILE]...

Xem hg giúp đỡ qnew & hg giúp đỡ ghi for more information and usage.

ghi
interactively select changes to commit:

hg record [OPTION]... [FILE]...

Nếu danh sách các tập tin bị bỏ qua, tất cả các thay đổi được báo cáo bởi hg tình trạng will be candidates for
ghi âm.

Xem hg giúp đỡ ngày để biết danh sách các định dạng hợp lệ cho -d/--date.

You will be prompted for whether to record changes to each modified file, and for files
with multiple changes, for each change to use. For each query, the following responses are
khả thi:

y - record this change
n - skip this change
e - edit this change manually

s - skip remaining changes to this file
f - record remaining changes to this file

d - done, skip remaining changes and files
a - record all changes to all remaining files
q - quit, recording no changes

? - display help

This command is not available when committing a merge.

Tùy chọn:

-MỘT, --thêm bớt
đánh dấu các tập tin mới/thiếu là đã thêm/xóa trước khi cam kết

--đóng nhánh
đánh dấu đầu chi nhánh là đã đóng cửa

--sửa đổi
sửa đổi cha mẹ của thư mục làm việc

-S, --bí mật
sử dụng giai đoạn bí mật để cam kết

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

-NS,--thông điệp
sử dụng văn bản làm tin nhắn cam kết

-l,--logfile
đọc tin nhắn cam kết từ tập tin

-NS,--ngày
ghi lại ngày đã chỉ định làm ngày cam kết

-bạn,--người sử dụng
ghi lại người dùng được chỉ định là người cam kết

-NS, --subrepos
tái diễn vào kho con

-w, --bỏ qua tất cả không gian
bỏ qua khoảng trắng khi so sánh các dòng

-NS, --ignore-không gian-thay đổi
bỏ qua những thay đổi về lượng khoảng trắng

-NS, --bỏ qua-dòng trống
bỏ qua các thay đổi có các dòng đều trống

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

liên kết lại
tạo lại các liên kết cứng giữa các bản sao kho lưu trữ

Lệnh
liên kết lại
recreate hardlinks between two repositories:

hg relink [ORIGIN]

When repositories are cloned locally, their data files will be hardlinked so that they
only use the space of a single repository.

Unfortunately, subsequent pulls into either repository will break hardlinks for any files
touched by the new changesets, even if both repositories end up pulling the same changes.

Similarly, passing --rev to "hg clone" will fail to use any hardlinks, falling back to a
complete copy of the source repository.

This command lets you recreate those hardlinks and reclaim that wasted space.

This repository will be relinked to share space with ORIGIN, which must be on the same
local disk. If ORIGIN is omitted, looks for "default-relink", then "default", in [paths].

Do not attempt any read operations on this repository while the command is running. (Both
repositories will be locked against writes.)

đề án
mở rộng các sơ đồ bằng các phím tắt đến các kho lưu trữ

This extension allows you to specify shortcuts for parent URLs with a lot of repositories
to act like a scheme, for example:

[schemes]
py = http://code.python.org/hg/

After that you can use it like:

hg clone py://trunk/

Additionally there is support for some more complex schemas, for example used by Google
Mã Code:

[schemes]
gcode = http://{1}.googlecode.com/hg/

The syntax is taken from Mercurial templates, and you have unlimited number of variables,
bắt đầu với 1 {} và tiếp tục với 2 {}, 3 {} and so on. This variables will receive
parts of URL supplied, split by /. Anything not specified as {part} will be just appended
to an URL.

For convenience, the extension adds these schemes by default:

[schemes]
py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://[email được bảo vệ]/
gcode = https://{1}.googlecode.com/hg/
kiln = https://{1}.kilnhg.com/Repo/

You can override a predefined scheme by defining a new scheme with the same name.

Lượt chia sẻ
chia sẻ một lịch sử chung giữa một số thư mục làm việc

Tự động Gộp lại Kho cho Clones
When this extension is active, hg nhân bản can be configured to automatically share/pool
storage across multiple clones. This mode effectively converts hg nhân bản đến hg nhân bản + hg
Lượt chia sẻ. The benefit of using this mode is the automatic management of store paths and
intelligent pooling of related repositories.

Sau đây chia sẻ. config options influence this feature:

share.pool

Filesystem path where shared repository data will be stored. When defined, hg nhân bản
will automatically use shared repository storage instead of creating a store inside
each clone.

share.poolnaming

How directory names in share.pool Được xây dựng.

"identity" means the name is derived from the first changeset in the repository. In
this mode, different remotes share storage if their root/initial changeset is
identical. In this mode, the local shared repository is an aggregate of all
encountered remote repositories.

"remote" means the name is derived from the source repository's path or URL. In
this mode, storage is only shared if the path or URL requested in the hg nhân bản
command matches exactly to a repository that was cloned before.

The default naming mode is "identity."

Lệnh
Lượt chia sẻ
create a new shared repository:

hg share [-U] [-B] SOURCE [DEST]

Initialize a new repository and working directory that shares its history (and optionally
bookmarks) with another repository.

Note using rollback or extensions that destroy/modify history (mq, rebase, etc.) can
cause considerable confusion with shared clones. In particular, if two shared
clones are both updated to the same changeset, and one of them destroys that
changeset with rollback, the other clone will suddenly stop working: all operations
will fail with "abort: working directory has unknown parent". The only known
workaround is to use debugsetparents on the broken clone to reset it to a changeset
that still exists.

Tùy chọn:

-Anh, --không có cập nhật
do not create a working directory

-NS, - dấu trang
also share bookmarks

không chia sẻ
convert a shared repository to a normal one:

hg unshare

Copy the store data to the repo and remove the sharedpath data.

xiên
lưu và khôi phục các thay đổi vào thư mục làm việc

The "hg shelve" command saves changes made to the working directory and reverts those
changes, resetting the working directory to a clean state.

Later on, the "hg unshelve" command restores the changes saved by "hg shelve". Changes can
be restored even after updating to a different parent, in which case Mercurial's merge
machinery will resolve any conflicts if necessary.

You can have more than one shelved change outstanding at a time; each shelved change has a
distinct name. For details, see the help for "hg shelve".

Lệnh
xiên
save and set aside changes from the working directory:

hg shelve [OPTION]... [FILE]...

Shelving takes files that "hg status" reports as not clean, saves the modifications to a
bundle (a shelved change), and reverts the files so that their state in the working
directory becomes clean.

To restore these changes to the working directory, using "hg unshelve"; this will work
even if you switch to a different commit.

When no files are specified, "hg shelve" saves all not-clean files. If specific files or
directories are named, only changes to those files are shelved.

Each shelved change has a name that makes it easier to find later. The name of a shelved
change defaults to being based on the active bookmark, or if there is no active bookmark,
the current named branch. To specify a different name, use --Tên.

To see a list of existing shelved changes, use the --danh sách option. For each shelved change,
this will print its name, age, and description; use --vá or --Stat để biết thêm chi tiết.

To delete specific shelved changes, use --xóa bỏ. To delete all shelved changes, use
--dọn dẹp.

Tùy chọn:

-MỘT, --thêm bớt
mark new/missing files as added/removed before shelving

-bạn, --không xác định
store unknown files in the shelve

--dọn dẹp
delete all shelved changes

--ngày
shelve with the specified commit date

-NS, --xóa bỏ
delete the named shelved change(s)

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

-l, --danh sách
list current shelves

-NS,--thông điệp
use text as shelve message

-N,--Tên
use the given name for the shelved commit

-P, --vá
hiển thị bản vá

-tôi, - tương tác
interactive mode, only works while creating a shelve

--Stat xuất ra bản tóm tắt các thay đổi theo kiểu khác biệt

-TÔI,--bao gồm
bao gồm các tên phù hợp với các mẫu đã cho

-NS,--loại trừ
loại trừ các tên phù hợp với các mẫu đã cho

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

bỏ đi
restore a shelved change to the working directory:

hg unshelve [SHELVED]

This command accepts an optional name of a shelved change to restore. If none is given,
the most recent shelved change is used.

If a shelved change is applied successfully, the bundle that contains the shelved changes
is moved to a backup location (.hg/shelve-backup).

Since you can restore a shelved change on top of an arbitrary commit, it is possible that
unshelving will result in a conflict between your changes and the commits you are
unshelving onto. If this occurs, you must resolve the conflict, then use --tiếp tục đến
complete the unshelve operation. (The bundle will not be moved until you successfully
complete the unshelve.)

(Alternatively, you can use --Huỷ bỏ to abandon an unshelve that causes a conflict. This
reverts the unshelved changes, and leaves the bundle in place.)

After a successful unshelve, the shelved changes are stored in a backup directory. Only
the N most recent backups are kept. N defaults to 10 but can be overridden using the
shelve.maxbackups tùy chọn cấu hình.

Timestamp in seconds is used to decide order of backups. More than maxbackups backups are
kept, if same timestamp prevents from deciding exact order of them, for safety.

Tùy chọn:

-một, --Huỷ bỏ
abort an incomplete unshelve operation

-NS, --tiếp tục
continue an incomplete unshelve operation

-k, --giữ cho
keep shelve after unshelving

-NS,--dụng cụ
chỉ định công cụ hợp nhất

--ngày
set date for temporary commits (DEPRECATED)

dải
loại bỏ các bộ thay đổi và con cháu của chúng khỏi lịch sử

This extension allows you to strip changesets and all their descendants from the
repository. See the command help for details.

Lệnh
dải
strip changesets and all their descendants from the repository:

hg strip [-k] [-f] [-B bookmark] [-r] REV...

The strip command removes the specified changesets and all their descendants. If the
working directory has uncommitted changes, the operation is aborted unless the --force
flag is supplied, in which case changes will be discarded.

If a parent of the working directory is stripped, then the working directory will
automatically be updated to the most recent available ancestor of the stripped parent
after the operation completes.

Any stripped changesets are stored in .hg/strip-backup as a bundle (see hg giúp đỡ bó lại và
hg giúp đỡ tách ra). They can be restored by running hg tách ra .hg/strip-backup/BUNDLE,
where BUNDLE is the bundle file created by the strip. Note that the local revision numbers
will in general be different after the restore.

Use the --no-backup option to discard the backup bundle once the operation completes.

Strip is not a history-rewriting operation and can be used on changesets in the public
phase. But if the stripped changesets have been pushed to a remote repository you will
likely pull them again.

Trả về 0 khi thành công.

Tùy chọn:

-NS,--rev
strip specified revision (optional, can specify revisions without this option)

-NS, --lực lượng
force removal of changesets, discard uncommitted changes (no backup)

--không sao lưu
no backups

--không sao lưu
no backups (DEPRECATED)

-n ignored (DEPRECATED)

-k, --giữ cho
do not modify working directory during strip

-NS,- bookmark
remove revs only reachable from given bookmark

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

cấy
lệnh ghép các thay đổi từ một nhánh khác

This extension allows you to transplant changes to another parent revision, possibly in
another repository. The transplant is done using 'diff' patches.

Transplanted patches are recorded in .hg/transplant/transplants, as a map from a changeset
hash to its hash in the source repository.

Lệnh
cấy
transplant changesets from another branch:

hg transplant [-s REPO] [-b BRANCH [-a]] [-p REV] [-m REV] [REV]...

Selected changesets will be applied on top of the current working directory with the log
of the original changeset. The changesets are copied and will thus appear twice in the
history with different identities.

Consider using the graft command if everything is inside the same repository - it will use
merges and will usually give a better result. Use the rebase extension if the changesets
are unpublished and you want to move them instead of copying them.

Nếu --log được chỉ định, thông điệp tường trình sẽ có nhận xét được thêm vào dưới dạng:

(transplanted from CHANGESETHASH)

You can rewrite the changelog message with the --filter option. Its argument will be
invoked with the current changelog message as $1 and the patch as $2.

--source/-s specifies another repository to use for selecting changesets, just as if it
temporarily had been pulled. If --branch/-b is specified, these revisions will be used as
heads when deciding which changesets to transplant, just as if only these revisions had
been pulled. If --all/-a is specified, all the revisions up to the heads specified with
--branch will be transplanted.

Ví dụ:

· transplant all changes up to REV on top of your current revision:

hg transplant --branch REV --all

You can optionally mark selected transplanted changesets as merge changesets. You will not
be prompted to transplant any ancestors of a merged transplant, and you can merge
descendants of them normally instead of transplanting them.

Merge changesets may be transplanted directly by specifying the proper parent changeset by
gọi hg cấy --cha mẹ.

If no merges or revisions are provided, hg cấy will start an interactive changeset
trình duyệt.

If a changeset application fails, you can fix the merge by hand and then resume where you
left off by calling hg cấy --continue/-c.

Tùy chọn:

-S,--nguồn
transplant changesets from REPO

-NS,--chi nhánh
use this source changeset as head

-một, --tất cả các
pull all changesets up to the --branch revisions

-P,--cắt tỉa
skip over REV

-NS,- hợp nhất
merge at REV

--cha mẹ
parent to choose when transplanting merge

-e, --chỉnh sửa
gọi trình soạn thảo trên các thông điệp cam kết

--log append transplant info to log message

-NS, --tiếp tục
continue last transplant session after fixing conflicts

--lọc
filter changesets through command

Tùy chọn được đánh dấu [+] có thể được chỉ định nhiều lần

win32mbcs
cho phép sử dụng đường dẫn MBCS với mã hóa có vấn đề

Some MBCS encodings are not good for some path operations (i.e. splitting path, case
conversion, etc.) with its encoded bytes. We call such a encoding (i.e. shift_jis and
big5) as "problematic encoding". This extension can be used to fix the issue with those
encodings by wrapping some functions to convert to Unicode string before path operation.

This extension is useful for:

· Japanese Windows users using shift_jis encoding.

· Chinese Windows users using big5 encoding.

· All users who use a repository with one of problematic encodings on case-insensitive
hệ thống tập tin.

This extension is not needed for:

· Any user who use only ASCII chars in path.

· Any user who do not use any of problematic encodings.

Note that there are some limitations on using this extension:

· You should use single encoding in one repository.

· If the repository path ends with 0x5c, .hg/hgrc cannot be read.

· win32mbcs is not compatible with fixutf8 extension.

By default, win32mbcs uses encoding.encoding decided by Mercurial. You can specify the
encoding by config option:

[win32mbcs]
encoding = sjis

It is useful for the users who want to commit with UTF-8 log message.

win32text
perform automatic newline conversion (DEPRECATED)

Deprecation: The win32text extension requires each user to configure the extension
again and again for each clone since the configuration is not copied when cloning.

We have therefore made the eol as an alternative. The eol uses a version controlled
file for its configuration and each clone will therefore use the right settings from
bắt đầu.

To perform automatic newline conversion, use:

[phần mở rộng]
win32text =
[encode]
** = cleverencode:
# or ** = macencode:

[decode]
** = cleverdecode:
# or ** = macdecode:

If not doing conversion, to make sure you do not commit CRLF/CR by accident:

[móc]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
# or pretxncommit.cr = python:hgext.win32text.forbidcr

To do the same check on a server to prevent CRLF/CR from being pushed or pulled:

[móc]
pretxnchangegroup.crlf = python:hgext.win32text.forbidcrlf
# or pretxnchangegroup.cr = python:hgext.win32text.forbidcr

zeroconf
khám phá và quảng cáo các kho lưu trữ trên mạng cục bộ

The zeroconf extension will advertise hg phục vụ instances over DNS-SD so that they can be
discovered using the hg đường dẫn command without knowing the server's address.

To allow other people to discover your repository using run hg phục vụ in your repository:

$ cd test
$ hg serve

You can discover Zeroconf-enabled repositories by running hg đường dẫn:

$ hg paths
zc-test = http://example.com:8000/test

Use hg online using onworks.net services