-=[ Mr. Bumblebee ]=-
_Indonesia_
G T g $ ( ! ) ! K # m # 4 3 - - L z . ׇ A ( Q T z ψ 5 \ 3 Ɖ & 6 I h * Ɋ ފ
' B Q b
{
" ۋ ' - 0 4 ^ + - Č : 4 - b ~ 8 E A ; 0 : ( k / , ď : - , ' Z + r 2 4 ) . $ K / p # ڒ - . " 9 Q > ) ʓ G 2 < o - 0 + ! 2 T n 3 , ϕ . % G $ m # F * < [ 9 t ? _ U ( 3 _ 4 Ĝ ޞ ͟ / O ] > N A " - ' P Z x M Ӥ 3 ! X U . 7 ݥ L : b D ? 5 " @ X J r G W , J ̨ 4 L L * L ĩ . 6 @ A w 7 : ; , Y h c « : & 2 a : ) Ϭ & ? E ` C H 1 3 F e 6 / & : 3 ɯ . / , D \ \ n D m O @ A C 0 M X L ] 6 Z T < ' n $ " Թ ϻ x h l o ܾ m h Q C C @ = ^ = z P A : : P u ! P 3 r 3 . . ! B d * / ] ( 8 [ a e ( 2 [ y ! ~ : [ D S , / \ c P a o [ > Y
d ] ( _ ? m v ` R h m q H ( p & R $ 2 g M Z i C H s [ _ X c j ^ ^ _ E ; ' ! : X q h d / * K [ v m b W ~ [ z
6
. x X [ I 3 ) N { | > l ( F o | o x! y 8" " # H % ? % Y >& ' F ( d( ( )
*
+ < + b , u i, c , C- 5 P- ( - 2 - 1 - $ . % 9. & _. F . 6 . ) / ' ./ 3 V/ ! / 4 / / / p0 t1 < W2 2 T &3 {3 ! x4 4 | 5 6 k 6 M J7 5 7 t 8 C9 9 [ : A $; V f< < ~ O= l = ;> r ? y? @ @ h [A f A +B C C D 7E E F @G m 0H ^ H H I x WJ J K e IL L M a EN < N m N ; RO O P M P s Q F Q Q R S tT uU 3 U $ -W RX Y Y Z c B[ [ \ ] ^
_ ` a a ` b z ob b { oc j c v Vd o d x =e z e q 1f P f f f g "h h Y {i 3 i ) j 3j j l q Nm : m m , n n p R 9q q >r f Ts o t +u @ u "v v + +w E Ww w &x b x z z b| F~ 3 ' C P k D c ل _ = X j Æ j ć / C P 7 R 8 9 O O e / F V v & ͏ 4 7 G ' 9 @ J " ! m > > Α 3
C A C E ɒ = ; M 5 \ B 4 _ Y \ ? K D - r , 9 ؖ - & L T E 7 B C b H f T V \ K d T 7 - 6 - V X g T E p _ ? N e v U n f z f L + w ^ { ! # ~ p w C i Ӷ = < 4 ƺ W s ( ( 7 Q 8 ~ ¾ A ٿ j d i j x B G : h . % e _ j ? 9 & ~ ` > : R o U . e t e @ - v t ] Z ? " | A 9 { 8 [ ' y ` t a Z ^ 1 0 3 x 0 Q $ b c ; ' \ } p * w ] 0 P H W + 6 6 X * ] } a N = A N k J d 3 y V x # 5 &
\ \
1 g W P
P H R } o h h i A A 0 I r B m h m _ ] < m n w x s 8 c X ! b " D# # & ' ( - ) ) 3 *
+ s , p/ 7 / > / \ 0 d0 j 0 r O1 S 1 1 2 . H2 8 w2 C 2 . 2 #3 3 4 6 L
7 W8 { g8 8 w 9 y9 0 _: 2 : 0 : J : = ?; 9 }; ; ' ; , ; ,< : @< 9 {< < 1 < F = F N= = 7 = u = " ^? % @ @ B @ V B > `B = B F B / $C : TC < C 2 C 0 C h 0D 4 D H D = E C UE 3 E ; E H I
J K L 3 vM J M N O FP g P 3Q Q @R R = S OS M 3T T U 8 U L U F 1V xV W C W @ !X O bX X = ^Y = Y L Y o 'Z Z f #[ [ 1 \ K >\ > \ G \ V ^ 7 h^ # ^ > ^ _ ~ _ _ * _ 6 _ ` *a * Ha sa ! a a Ob lb t tc d e x e $ df h f f g c g q h h % i J 6i i Cj Zj {j v j
k k k ! l m Mn T fn n n q q r 6 Ms % s N s s t |u v v v w Gx 2 ^x S x Z x @y `y vy y e ;z 4 z { z \| | _ | 8 T} } X~ x~ ~ 0 ~ B ~ * > i x / a 0 p > ? [ ~ 3 ڄ - < X p N U " 8 I , m * ? d G 8 ڌ h z
h L e C D 5 ? $ J d / d 5 S ( % ؓ
* * F O Y h | Ŕ
ؔ 6 1 8 j 5 { W S * ] M - ֖ C : 0 P , = j = * , 2 m A K ϛ J U f U m j i v d " * * ڟ % + F D
š ͡ ա ݡ # + 3 : B H R [
| ! Ԣ
ޢ ! I , U
! ! " < L 7 X
ʤ
դ
$ 2 L U ^ g p y 0 ƥ ɥ 1 0 H ` x ¦ - ۦ / 3 9 * m " ) ϧ $ + & J % q - ( Ũ + .
I T k F }
ĩ ϩ ) ީ ( ) 1 * [ ' & Ȫ + % A & b * ޫ ! + 5 R , c : ˬ
3 D T e 1 | 3 ŭ # * N e | # Ϯ 6
A W h * ů ' 3 " F ' i % ɰ ܰ 2
& @ * g " + +
+ G o c Ӳ * I + f I , ܳ + % Q ) m + ݴ &
1 ' L > t > ͵ ( ( 5 + ^ 1 " ̶ 5 ; q 3 ( ķ 7 ) % O ^ p " *
0 < . P & d ! R 4 j M E $ 3 ; X + ) > ) 9 C V & ` 5 & ) } , 4 9 A > ' < J I 4 y 0 Z G # . 7 X L k % & - N ` % u ! ) e K e w * > 4 0 O ; & $ $ E - # s # # 1 % + 7
c n % } - , 4 A 3 u ) 8 1 $ V s L b \ p y p P c B D a t \ 8 # 0 M I Q ~ : h Y C o A 5 o 3 C [ O ; U n = = > U ) 7 7 5 % h o R + ~ R < b 0 W = ( X f ^ 5 a p ) . + < > H y u k w 3 7 G j K = E t = 6 F / u v ? T , A g T +
I X % 0 V c X ~ E
i .
, " I O o * I ^ d 0 B X D G Z 9 {
; n P ^
x 7 4 3 + !! M! V! " ]! ! J" 0 " _ # # \% ! % % J [& e & D ' h Q( F ) 7 + h 9+ + ' + ? + M , # k, , \- r +. . . ! . . . P / / 0 ] e1 1 2 + |3 + 3 3 - [4 ' 4 1 4 ! 4 ( 5 .5 75 * 7 8 07 i7 > }7 ^ 7 B 8 / ^8 8 9 ! #9 E9 9 : ; 5 < s < L 5= = ;?
@? K? O? ) \? @ ? ? 1 GA 7 yA e B C /C D D F B G C G u H < I I A I J K $ L @L L M N N N N + N +O BO XO pO # O O ; O
O O $ P P
P Q R ?S DS PS WS jS zS S S \ gT T ~ V -X X KZ 0 K[ |[ !\ > \ \ ] Z ] /^
N^ H \^ ^ \_ l_ ( u_ _
(` . 6` B ea a a a a a a b b *b O 7b b 5 c d Wf B f =h i j j J Sk k B l E l " %m Hm B Nm n / ]o o , o 9 o p p $ /p Tp ( p E %r } kr s ] u .v >w v w M Ax 9 x x O y b z z { y >| | } ~ - g z /
@ j ^ ɂ 1 I ۄ % * G u Y L ω F p | ( % > . S m - $ + ޒ k ! ̔ ; є |
m 4 - ' H P p L Z > } d | 1 F J n @ @ A 8 2 k _ Π . + : p f ע C H % L r i A ? ç p u T = u N ^ R I 4 8 # в - i " 1 3 s % < & @ 9 ߸ 8 * R } v 1 C ) : ?
W b + پ C ] Կ + 2 @ ^ s S l 4 / ! } Q
" - 6 p < B K K N , * & 8 ` W K 1 r 6 [ [ u \ 5 6 * # - - k W . G c & $ K - [ = = : O ; 0
B ! P r { = v \ s
Z x _ 3 Q P h & 3 B o x _ { 1 ) [ [ n j ` '
2 5 Q #
5 @ = v ' w & Y < w [ ) : G K 2 C v ] f 9 ; z u + ( E [ F W " T z ( # "
m ?
(
Q *
| }
w # ~ S ! n N * _ = > q [ M t s m S & % L! ! A " 4 0# 5 e# # t a$ ] $ 4& \ 9& = & Q & &' Q ' %( n ( .) T ) u 5* * * + . + < , ], r 9- D - r - d. . / C F0 0 0 l 1 1 1 / 1 n 1 32 2 A3 E 24 x4 4 4 v6 M |6 6 6 8 8 8 o9 K: ! ; "; ; = Y > > / f? > ? ? P ? ! :B / \B S C C T gE $ E F f aG G X H G I SI R I ~ <J J { K 4 FL {L M & M M M N N .N ! KN mN
N N N 8 N 2 N ; O YO ( uO O O O < O P %P
.P <P 3 NP P P # P P 9 P Q Q %Q 7Q # >Q bQ sQ 6 Q Q Q Q Q R (R * CR nR R R R R R R S 5S HS QS XS 4 ^S I T 9 T U . 7U 8 fU U - U ) U * V % @V fV V W lX Y Y O Z D [ 7 \ = L\ B \ \ 4 \ j ] ] e _ v }a t a P ib b Oc J c K %d qd e [e e % Ch 2 ii i ` Yj E j s k H tk = k w k : sl N l * l , (m D Un Y n y n no ~ (p p 5 ]r | r < u 7 Mu % u u A w w x * y z P{ { 7 | L | K ,} # x} g } ~ ; ~ u ~ R Y U O j > _ ) d ( e lj - , Ԋ B 1 D v E , w r } } D G @ - U c ɑ e - h ) & ? : z 4 M / I 0 : - B h # Z ϖ * _ > ? U ޗ 4 B ~ 9 x C M ћ I a I j l K ! 3 m v > @ ۡ f m ? h G T ? U N v u Ŧ / ; % k & > I = H Ʈ & c 6 E { Y 4 7 P 2 : z ׳ x R ˵ N 9 O b ط K ; [ s
0 ~ C > G D w F ( o # k / C I J + / S n Q C , k A Z r ; H R O q ? * , E L + 7 J - x | C x 6 . I O x 3 q [ n L y v H I [ n : 3 B ~ v S C I $ N N J ` I 2 W 6 / ) $ 3 Q X L r m j
H v I h ; G 5 6 ( l 3 6 ' ( * ; * f ( ( * - 1 _ & y 4
+ : K i { . % . 5 + 3 a : # # < 1 ` H + + K 6 d " ! * 2 0 > 0 o . 2
& @ Z i | . . , 4 a r " 6 3 S " p * % # 5 L V
t % ; M n B \ # z 4 2 #
- *
X
e
*
1
1
# ( L , e ( = ! 4 I I r 1
8
K
`
v
}
#
#
' ! % I & o 9 ; # $ H _ o > . 4 Q i 4 "
< * < g , ( H ( q ! l . [ e G t ^ ~ Y d 7 : ; 4 H A
@ L D 3 X x I A ! E
! S! ' m! ! ! ( ! ! " " 5 1" " g" ! " % " " & " = # $ T# y# # 3 # " # # # ; $ % Y$ $ & $ # $ $ ' $ & %% / L% |% ? % $ % & !& <& + Y& $ & ' & & - & & !' ' H' ! p' ' ' & ' : ' & ( ! C( & e( ( # ( , ( - ( # ') ! K) ( m) " ) ) ) $ ) ' * / A* ( q* + * # * ! * + -+ # I+ ) m+ + / + $ + * , 6, # V, z, 8 , " , ,
- . ,- 9 [- - B - 9 - $ %. J. ( a. # . . , . . ( / :/ & S/ ' z/ ! / / / / 0 : 80 = s0 2 0 . 0 - 1 ) A1 + k1 ' 1 6 1 + 1 " "2 E2 . ^2 & 2 $ 2 * 2 % 3 # *3 N3 * n3 " 3 * 3 ; 3 ; #4 $ _4 4 ( 4 4 ( 4 (
5 5 35 0 i5 5 $ 5 5 5 ) 6 06 1 E6 $ w6 6 ) 6 ' 6 " 7 ' +7 U S7 7
7 # 7 7 7 # 8 4 98 5 n8 8 8 8 8 8 9 /9 J9 e9 # u9 9 ) 9 9 9 : : 6: T: [: t: : : : ) : , : &; F; _; y; ; ; % ;
; < < " 0< S< 7 k< < < 0 < 6 = 9 H= 8 = 4 = 9 = < *> & g> 6 > 3 > >
? + &? 5 R? # ? ? ? ? ? @ @ ; /@ k@ & @ I @ @ A D .A sA ' A A A A $ B ) 'B QB 7 pB 4 B 6 B + C / @C pC }C # C
C C C C D D 8 (D aD 1 uD D D D D 3 D ) .E XE & uE " E E ) E F 'F EF aF ~F F F " F + F . !G PG 0 jG G . G G 6 G 3H % TH zH H H
H H H bI $ wI
I 0 I " I > I 5 =J sJ J , J J J ! K (K ?K + PK * |K 5 K ( K ( L " /L RL L M bN zN " N N N " N O "O ! ?O . aO O O
O , O & O ! $P FP fP P P ! P $ P Q
Q +Q 3 JQ 6 ~Q # Q Q Q Q 9 R % ZR ] R R R S ' %S 8 MS & S S S S # S , T LT bT # nT T + T ' T U / U PU ' oU " U ) U B U " 'V JV ) ]V V > V # V / W 2W , RW W 7 W ' W ' W
X &X ( 6X _X oX ) X " X 4 X Y # $Y HY iY uY Y Y & Y Y / Y " Z BZ ) `Z a Z 0 Z 5 [ - S[ 0 [ [ # [ [ ) [ )\ H\ T\ i\ |\ \ \ \ " \ \ * ] ? 2] r] ] ] A ] ! ] ^ + 0^ 0 \^ ' ^ M ^ _ _ :_ S_ j_ _ _ _ ' _ / _ ` 0` , G` - t` ) ` ` ` ( ` #a & Da ka a a a & a a b #b 2 7b jb & b b . b b c c 8c Mc # jc c & c 1 c c ! d ' 4d \d - sd d d # d d e e )e ;e Se re e ( e e 1 e 4 f 8 Sf 3 f f f f f `g gg xg " g g ! g , g
'h
5h Ch < ah h ( h h 1 i 3i - Ti C i 8 i i j 8 j
Qj . \j
j D j j + j ) k - ;k ik E xk k k k k $ l 7l ) Rl |l & l l l l l l
m %m , 8m - em m m m m m m n n 3n Jn kn ! n * n n n
o o %o - =o * ko o o 8 o o
p p # -p Qp 3 mp - p ' p p q #q # :q ^q }q q . q + q ! r *r ! Kr # mr r r r # r s )s Ds cs / |s s 8 s t > t
Rt 0 `t
t ! t
t 0 t & u = 'u eu u 5 u ! u u v v 0v Pv pv v v 1 v C v w 1w 4 Ow w & w w w w w x 6x 4 x y
z ! z Bz / Wz , z & z ; z ) { ' A{ 3 i{ : { * { : | >| ! _| " | # | , | | } } ,} E} / e} ! } * } $ } ~ + !~ ( M~ v~ ' ~ ~ ~ ~ ~ , B 2 \ ! ! , ( 1 : Z
$ Ȁ = ' F n
Ɓ с ) Ȃ * = T ! r ) * ԃ ) ) D b 0 ( ܄ ' ! ! A c $ ą & ' 4 S
_ m + ! ߆ * H f { ! - Շ 7 W g . 9 + ' ) S ? }
, ˉ ! ; > V q ъ
h ' 8 6 ɋ 4 $ 5 $ Z / y ! ˎ , ) 6 ` v " ̏ ! = # U ' y ڐ ) ; Z y ! Ǒ $ < " N - q ^ ג 6 + S " ' # ޓ $ > 7 1 v ٔ Y % _ ( 3 ߖ ? ? $ S x ˗ ߗ 9 # < 7 U ( ݘ 9
7 G & 1 1 A % N ? t ' ܚ , - @ n z F 7 : U + p 9 - # ? + P ' | ӝ ! , - 6 Z % ) Ȟ , 5 A ( X H T ! < # ^ " # ɠ " ܠ * 3 * 6 ^ > $ ԡ ! 7 O f 5 @ ! - I j ~ ! $
ף " < / $ l Ť 0 פ 4 = V l 4 ץ " ! 1 S s $ ֦ % D Z i
M ܧ )
7 M _ u + Ũ 1 + Q } $ ٩ " % . T r 8 " Ȫ # 7 = > u & ӫ / * Z ' w Ȭ ެ # A & R y [ C + ; < g # # Ȯ " - 6 = t ! 5 9 ޯ < ( U ~ 4 İ ְ G 6 B V y A б j 3 W V M _ x V W i O _ q 2 8 ; 9 t [ *
1 5 g k w ! ~ = " A C _ | 0 = º " B Z . z 3 ) ݻ / % 7 ] }
! Լ 5 * , 4 W ' $ s ٽ 2 M 6 O # " 4 " W ( z - < ѿ ( # 7 [ u 5 $ " = " ` # ) 4 ) 0 D S ' [ ( I + % W Q !
& - ? & m * C " \ * * % ! 0 $ R w # . " " ) # L $ p 1 0 ) * $ T y # ) 3 ? ? X * ! & 0 = ^ : - . ( F o ! - ( " @ c 2 # ) - F ! t ! 5 & , B J 0 d H C & " E I # 2 " # 3 W s ) 0 %
/ 0 3 ` " # & % @ % f 8 " 4 & C j & { 4 * & ) I h ( ~
& > \ r
F ` a r # # % I ' ` # 8 A ! J # l # ' ) # & C $ j ( & 7 + 3 - _ 1 M ; 4 ! p ' " f 9 ! ? , 0 / ! ` % w w < ' 0 ' 4 2 \ . - & . U p } ) + 8 d w -
9 Q n d : % W 8 } 4 8 ! $ + F r : ' % / & V r 1 % 8 * @ Y = x ) ( 4 # N * r 1
1 F O " $
2 Q l # * / ) $ 0 $ U e z * & , S g y $ : N a . w 0
$ B & $ i 7 ( ; % ? ! e ( * , 6 ? c * ) 2 2 M 1 5 % * - " X { & #
5 % J p ' z ) < & V } / M * ; f - / - ' " C - f $ ' 5 V s + $ # @ " d 5 1 : & a % s , + ' ) G $ q + 0 , 1 - ^ ' 1 + ' $ " L o + " . & # 2 J & } ( # # % I i + ? % 1 1 c % 5 % [ &
# 7 3 & ! Z # | < ) 5 5 _ $ " $ , % Q $ w $ ;
D R i q ! % ! = E 6 ; | % & C a # - ' ) > % + d $ " / J ! h + , , ) V i 8 _ % ; a - X
-
N
+ j
>
% 5 ; q / > 3 " + ) N , x N 6
$ K
p
0
* 4 " S ! v w . P " ( > % A \ 8 i / 1 0 + 5 ) a / % C T d 8 L R ) n ) $ @ ? ( h ~ % & 5 P l - ) I ? 4 _ % 6 C T T & # # + O l
( ! ) A k I " 6 Y s " , K ? 2 ! 2 E \ * z ! ' ) 5 - R c 6 , [ , & , ! ! K C ' ! ! .! H! _! ) s! ! ! ! ! " " -" C" U" k" {" " " " " " # # +# E# Y# o# # # # # # # % $ - <$ j$ / $ F $ @ $ $ 9% 0 ^% % % % % % & 3& S& " m& # & ! & " & & ' *' L 3' 0 ' 0 ' ' ' ( 7( J( 3 c( 6 ( . ( # ( 3 !) U) h) q) ) ) ) ) ) * "* 5* U* $ m* * * * E * . + = O+ + + + + 5 + . , @ J, + , B , - , ' (- , P- 3 }- 1 - 5 - 8 . 1 R. 1 . P . / 6 '/ 5 ^/ / # / 2 / , 0 00 P0 : n0 " 0 & 0 # 0 1 '1 8 D1 $ }1 1 ; 1 1 &
2 42 / L2 ) |2 " 2 2 # 2 3 3 & 63 , ]3 ) 3 # 3 ! 3 ) 3 $4 C4 M4 S4 d4 n4 4 ? 4 4 0 5 3 55 4 i5 @ 5 4 5 3 6 5 H6 & ~6 4 6 & 6 " 7 $7 p 17 7 7 ! 7 5 7 (8 B G8 " 8 " 8 0 8 8 9 # :9 ? ^9 A 9 ! 9 1 : * 4: & _: ( : ; : - : \ ; 5 v; a ; A < ? P< < 5 < ! < ( = 4 -= 6 b= 3 = 0 = = g > w {> # > " ? 2 :? 2 m? H ? R ? ' <@ d@ r LA e A N %B @ tB + B R B C 4C G xC ' C * C ' D ( ;D + dD 3 D D 5 D & E ( 9E 3 bE E / E E E F ' F 6F RF G G H I ,I & K # *K & NK & uK A K G K 2 &L 2 YL L ? L L M M ,M A =M ) M \ M N ; N D N O :O & MO tO O O O * O P "P 7P LP cP P P P P P * P Q ' $Q LQ ( `Q Q 9 Q 8 Q R + "R - NR : |R 4 R R S 8 S E S T -T KT jT ; T 0 T ( T / U , NU : {U - U ' U + V 8V V 2 W 4 CW ) xW . W $ W / W &X # <X `X - zX . X 9 X > Y ) PY G zY 2 Y Y - Z 0 =Z nZ + Z ! Z Z Z
[ 3 ![ , U[ [ . [ % [ $ [ # \ F <\ \ * \ \ \ 9 \ 4] ] ] ^ ( _ % _ _ x W` ` ? a a b gc d d e g U i a i S Vj L j " j ' k X Bk a k M k ] Kl 4 l 8 l h m B m V m D n : _n J n Z n m @o H o , o g $p B p N p " q M Aq 0 q 4 q G q 8 =r 4 vr b r ^ s ms Z s < It > t 7 t % t F #u h ju e u P 9v 3 v Y v : w - Sw 8 w w + kx 8 x ) x H x b Cy s y O z M jz G z E { 3 F{ V z{ b { L 4| A | f | X *} . } } ~ z e - - L ' H ] | G t y u # s Ɗ : ] Ћ . @ E B q Ɍ ; Ȏ 8 = ~ \ 2 : @ . ; 0 j 2 # Μ ' 9 o T ( ĝ n \ ( С ! / Q A ޢ D S e , V < > b ^ \ x / 9 # Ȫ T Я % ذ H > | / 7 | B U % [ M g z g V J l ] s n e } e ^ I H . * ( I j
b & l w 2 1 ? q n # F ~ g Z I z 0 h ^ 4 } 1 1 5 ] h f { K b X l ( F ] o @ Y 6 0 Q g h G " w j R s h 8 9 G p ` 2 = ) 3 g ) ) + % u A } + 5
Y a
=
'
s ! , K x
< y W _ 0 # + a c ` g } F [ O H b ~ T m > z ' %! ! " d# $$ $ $ % & r >' ' ( !) ) * r D+
+ , ] - B - !. N . . / _ G0 0 _ E1 * 1 2 3 }4 5 h 56 \ 7 8 9 : ; { c< < " = "? @ @ B C p D rD E E w .F k F q G G H t H i I sI n 7J J qK p )L + L ) L L B M O P G ?Q Q 2 `R R T T =U U 3 {V W <Y Y H Z Z [ 1 ,\ K ^\ \ N] d ] W_ ` Y a Hd - f c 9g ' h h ij j e k f k cl k Xm = m o o V 'p ` ~q 4 q r K r ; s 1t F t u 5 v Bv 6 w ( x E ;x F x 2 x X x X Ty p y ( z Q Gz P z = z i ({ i { X { I U| F | L | w 3} a } 9
~ x G~ z ~ N ; ] : # ( ( F U < i X > ? > T ~ ` ӂ V 4 x ] t b R ׄ * G 1 2 ) > \ d k x f ( F v w Y я 0 w f o , Ȗ + ɗ = X ݞ g ? Ρ 3 | , 3 ` 0 ? X a G , * ? < ) f p > y S ͳ " < 1 n Ľ p W L % ; r < A l O J V > [ @
z t ) @ 9 ! z
F p R 6 & O 0 H p B 7 g x t 7 i y 4 h , o M : @ k * y ^ h c = o ) t d m Z B % h o = 1 \ P \ / F ? p ` : ` K < ! ) K
z 1 U
G g E Q T G s f ! w f ; o C p B $ g c l 3 q H " # $ - % & 3 ''
[( s f) + 7 + > 2, i q, , j [- - Y R. 1 . . . 8
/ C F/ . / / e0 $ y1 3 d &4 5 { 5 ' 6 w @6 6 0 7 2 7 0 8 J L8 = 8 9 8 9 ' /9 , W9 9 : 9 9 9
: 1 -: X _: ] : ; E 2; x; B = & c> > ? > V ? > A@ = @ F @ / A : 5A < pA 2 A 0 A h B 4 zB H B = B C 6C 3 zC ; C E ! G , I .J ?K D
L OL M N ?O O dP P Q R = R S P T mT U D U ] V R |V V pW A AX ? X Z X Y D Y D Z ^ VZ v Z ,[ [ >\ F \ q ] M ] O ] [ )_ : _ $ _ M _ 3` ~ L` ` * ` 6 a 4 Ca xb / b b ! b b c c = d f g g & g s g Fh Xh i i %j # j d j Kk k l 3l Kl l
m m i n 6p p T p Iq iq jt t ~u 6 v % Qv N wv v w Vx y y y z { 2 { S { Z $| $ | | | | f } U } I z J _ g 8 ǀ + 9 B B | * ނ x ' 3 a ԃ 6 S ݇ > [ ш 3 - - a ` H Z G # 7 Ƌ , m j ? t v + h < ( 3 \ { L x e ŕ f + 5 ? Ȗ J S / b > 0 W 1 ʙ - ԙ : =
F Q ` v
ǚ ߚ ) N D e 6 { 3 ] : 2 ˝ R K F : , n 1 i 4 Q - 8 m f i ԣ U > U } h j i _ ɦ " [ ~ # . , ڧ 1 ! 9 i [ ũ ͩ թ
ݩ & . 6 > F N U ] e m t | # # ̪ # / ) ; c e 4 ɫ " ! . % M # s # ( ? G [
z
ͭ 0 9 B K T # ] I ˮ ή 3 1 ! P r د : J 1 ? | 2 , ! 0 N . ) ( ر 0 + 2 . ^ ; ɲ U
c p 1 + 2 ߳ 0 + C o * 0 ' - - A o ' 1 ϵ $ & / N 0 a N ! # ' B ] p ? B O g 0 ̸ ! , G & g > , ' 2 D " w - , . 2 * a - ٻ 8 0 @ ( q & ) / % % A ( g $ 3 ( X ' O * 8 " c 5 . ܿ > ) h
n y 0 1 ^ s o ' ) % - O 9 } , ! ) 7 B a ' @ 8
; F & ! 3 " + @
l z 0 ~ R / ) 2 \ D 0 W ? P X N 8 8 V 9 2 C @ 0 Z E ' 0 # < 2 ` 6 P 6 m N D 1 8 @ j E T F 6 0 ! I A ~ ? { : R 6 * S $ ~ / 7 G c * # O 1 > : 0 7 k 9 ' ' ( - M V $ # # 8 2 J . }
+ - , & 4 S A / 5 A b 4 a 6 Z b R - T S v R u O V q m V q | 6 9 5 J 3 C ~ = r < P B > 2
@ n ^
R L
` '
E
b
| 1
C
D
h 7
E
E
> ,
k
z 1
q
Q
O
U
C ;
+
e
?
l Q
r R
{
w
+
2 F
p y
=
D (
m
|
5
C P
C
x
^ Q
G A
;
>
U
Z
D
X #
u |
z
k m
Z
v
z
o b
)
@!
"
b #
$
3%
Q'
(
f (
K *
i*
s*
*
P 6,
.
a .
. /
@ 2/
R s/
/
d 0
R 0
K L1
1
m2
b3
3
f 4
'6
_ 7
@8
9
5:
@:
6 A;
2 x;
1 ;
K ;
)<
2<
1 7<
i<
J=
=
~?
$ A
" 4A
WA
AB
B
o C
E
F
G qH
o H
)I
3 >I
T rI
Z I
? "J
bJ
]K
>L
L
L
$ L
M
M
M
? N
O
P
LQ
XR
, sS
L S
@ S
0 .T
( _T
2 T
) T
: T
U
)U
FW
< X
DX
> _X
` X
H X
: HY
Y
Z
2 4Z
gZ
[
\
\
B ]
^
^ ^
& ^
a
a
%a
)a
* ;a
M fa
a
8 Lc
c
j e
~e
> e
g
" g
j
S j
R Ek
k
D /m
tm
B m
m
5 n
# p
7p
.q
- q
s
/s
Fs
Ls
1 \s
s
s
s
s
- s
-t
; 7t
st
~t
( Ou
xu
u
u
?w
x
x
$x
,x
( Ix
rx
x
x
} y
j y
j|
G~
~
8
4
U
F ۃ
"
/
]
|
K
Ɔ
0 ц
Y
,
:
Q
b
{
L
D
w <
C
Ȑ
;
V r
X ɔ
[ "
m ~
*
L
j
8
>
> W
S
$
3
N
J B
>
i
Q Y
R
i
> z
I
[
g _
W ǧ
٩
Y
& :
a
E
d
0
H
> T
4
H
ײ
x
:
X
I [
X K
P C
I
K
-
V
F a
/ d
]
5 Q
4
n
B
F
W
; 5
6 q
C
W
D
_
R <
)
T
U
u a
N
` &
9
D d
,
{
J
'
B
&
G
`
k ,
%
q
Z [
9
w
] }
p
L
.
6
S
\
s f
b
$ )
. N
}
+
M +
y
C
%
U
E
M
D
4
&
&
4
6
9
* D
o
@
X
-
,
B
S
G
{
0 a # n
c P s ^ V # 3 z 1 - " " 1 } T V ; ) u e : z
0 @ , 1 / +
I
4 * _ h ~ ( ' ) $ < q : Y x [ . E B A Q 6 a M > F I g ~ ! _ "
X# / f% & S' !( E ) { ^) w + R, - 0 . . y/
1 u 1 52 % 2 3 #4 =4 #5 = 6 E7 7 8 8 9 ) : < < < < ( M= + v= = T = > > Q? 0 @ y M@ A < _D D | E A E ?F _ G > /H nH +
I ^ 9I f J K ) M t :O L O * O 'P GP gP , P : Q XR S p S @U TV V vW 'X X W AY ( Y Y X Y 9Z [ o \ % ] O 7^ x ^ _ ` ` ~ qa a b d + e g g ]h c oi j uk H ~l < l ; m @m ~ 6n n >p e Dp ; p b p Iq e r nr 6s s n t u 7 u @ v <
w P Jw w x E Jy y z z ~{ ^ C| | | ~ C} } } ? } ~ ~ D ) a
& o ! ʃ T Ѓ % o C U H " 5 i L 0 э ? B X ( ؐ . V 0 b & a v v Z S T S V ' 8 ` F A ќ & ŝ ڝ ! 1 S i y = 2 ߞ > Q & m ; # 4 3 H | $ à 9 Ӡ
& : ' A i z : ¡ ԡ ! $ ? 0 ^ Ţ $ ޢ 4 N l I ! 9 k # 2 ɥ F C - ` * ( & e ݪ l ث X E 2 c ѭ R 5 8 ծ & W ~ ! m / ! D J A l 5 < p C } U I } < ? n % i X M h 6 3 K F - $ < . M k ! \ 6 > V u Q # q B 1 q
W I W # ~ { h B 5 e F W 6 B i z O ; F 5 q z s Q w o = 2 E : @ M | Y > e O W # L p W D l p " J y A = K E l 0 : O Y \ ' v W B S * Y [ O o t b y J G I W b S { ' % b # - I
5
V 4 + t , Y " w | : F / E v R W 1 _ r ^ . ] K w 6 # Z [ r v ! A E$ % & ' p ( ) ) * w - #/ / Z D1 3 a 5 M 7 7 O7 7 8 " 69 R Y: : } /; ; P < t = d> g ,? 2 ? S ? @ @ t A @ A / @B pB M B F B = %D cD < yD ^ D E *F <F F I G < H >I I ; QJ 1 J S J = K QK L L ] M M N \ O 2 cO g P P = Q TQ ? AT } T { T \ {U U ]W s -Y T Y o Y fZ S k\ B ^ _ a V a D :b d > d d ) d ( e Q =e P e j e j Kf " f g E jh h P ^i 9 i H i ; 2j # nj / j + j ) j k 2 ,k ; _k 0 k 0 k 5 k 3l ! :l 7 \l . l ) l # l 4 m Fm `m
mm {m m m $ m m m n . n / Hn @ xn D n H n ? Go o o & o $ o * p 7 0p [ hp 2 p p q ) ,q ( Vq : q > q 2 q = ,r B jr C r = r > /s ; ns s s s ! s t 't " >t at yt 5 t t * t . u @u 5 Tu u 0 u u ' u ? v + Wv v ) v 1 v w & w >w & Uw |w
w $ w w " w ( w x 1 6x 5 hx " x x 2 x y y $ z ) <z 9 fz 3 z z ) z
{ # -{ . Q{ { { = { I { ! %| G| . ]| 2 | S | & } :} S} [ h} } E Q~ ~ ~ ~ ~ ~ ~ ( 2 # [ # ' % & 9 R N m * - F C [ 0 Ё ! ? < & | т
J Q T ! ȃ ڃ 2 1 ) d & ' ˄ % 4 j Յ @ Q 4 4 z i t q Y \ ˋ 8 ( 1 a - a I # m m k V F N
\ T h 5 ؕ ) 8 0 G x # V ֖ 9 - 2 g : # > \ 8 C , ٘ ' L . 9 { 2 U 3 > . r 4 2 ֚ 3 # 1 W 9 * Û F . 5 - d / = 9 ) X * ; B A , / n 4 0 Ӟ L ; Q - 2 % 9 ( N + w 3 ( נ 8 3 9 , m ( & á 2 < ; Z E 3 ܢ : 8 K 6 @ F 8 C D | 2 < 0 1 - b ! d 4 2 L - : J % 3 _ Y I ? C = d 0 % Ө 9 % 3 D Y % / ĩ , + ! + M ) y 3 > ת F K ] > A ? * ? j A = N * 0 y 3 9 ޭ A 9 Z * D + ) 0 + Z A 2 ȯ 0 C , J p 3 + 3 , O * | - J ձ 8 Y ( r 8 ֲ 5 # " Y | ) ' - . ` E % ƴ * < F : յ $ & % * P * d " ( Ŷ - 1 E a ~ ȷ " " ! ( J 9 P 9 ĸ # # * N i 3 ǹ " % : D F / ƺ @ E 7 A } 4 I K > * B A ) : d : x > 5 ( < ! Z | # L ƾ 2 0 k c - Ͽ ) O ' w % ! " + + % W J } @ = B G = ' ' = M h { 1 ; 2 D Y : w 8 , 8 5 Q , < 5 , ' - T 8 - , / , F C s ; 7 4 + ` . s ' D 1 ( A ! j ' 9 . Y ? A = ( I r ! 1 5 I = > = 7 < . % - % # I e 6 1 (
+ + 9 ( e " 7 W w F 1 8 ) V
# G / w ' 1 . % 1 T ! / 7
B V ( ` G 5 % 2 F y 2 ( - U ! w . [ % R 8 x " 5
: . L % { B $ # = 5 a + 5 $ , 9 f v & " ( 9 ' 2 a ' n 3 D [ x 7 9 F + g ( ' ! = T n ( 4 I d , s - O % D - _ = ( T I f ! * 1 = o + * 1 # < 0 V - & # # 7 " [ ~ = ) F " b $ / E 6 [ 6 ( * 0 ? p & u & ( $ ? d - ; C $ E h D
% # $ C 3 h
? $ 1 7 i 7 * + _ B x I # : 3 n R } 8 B ' < j N " : ] $ w 3
3 - J V j y < = 8 J N c & % , - M 1 { ) 7 . , f
X
0 ; $ T y 9 1 + 0 @ \ ' s $ : 0 - % ^ $ % & 0 $ N $ s " 3 # : ? z A
7
# #
G 2 U * D 9 - # g # # ! ? 1 G I y + 8
?
' G
* o
$
&
"
<
' $
# L
1 p
.
'
N
. H
1 w
4
@
7
^ W
+
$
% (
= N
"
8
" 6
, Y
&
'
4
1
<
, Y
C
/
A H
)
$
8
; K
?
&
'
+ %
F Q
.
%
#
! .
! P
r
$
1 @
3 r
'
.
) 6
`
; v
9
"
+ /
6 [
,
%
'
' B
! j
.
#
8
B
# [
!
0
$ $
" I
l
-
-
$
!
& "
$ I
F n
#
(
1 C
D u
&
5
, 8
Z e
2
0
! 4
V
, Y
-
&
:
B
+ _
y
;
@ A
U
0
,
G 6
; ~
-
+
?
) T
6 ~
!
&
% >
d
$
!
/
!
( 0
Y
z
'
0
'
" (
K
3 h
$
.
#
%
% =
. c
$
p
0 G!
[ x!
!
C !
9 5"
2 o"
"
( "
S "
1 .#
`#
}#
#
#
Z #
, $$
Q$
j$
$
1 %
< %
% %
B &
^&
& t&
&
&
$ &
&
'
8 '
R'
m'
: '
'
'
; '
%(
# D(
P h(
S (
,
)
:)
0 M)
% ~)
)
3 )
)
)
T *
= o*
$ *
*
4 *
2 !+
T+
b+
}+
_ +
+
I ,
U,
p,
7 ,
/ ,
B ,
7 6-
( n-
-
8 -
& -
.
" .
>.
[.
+ v.
8 .
7 .
/
1 '/
9 Y/
/
4 /
/
/
/
0
=0
J \0
^ 0
' 1
. .1
- ]1
1 1
1
1
5 1
A +2
D m2
C 2
/ 2
6 &3
6 ]3
3
3
3
: 3
I !4
% k4
4
, 4
$ 4
4
5
) )5
, S5
5
$ 5
2 5
5
V 6
, f6
6
& 6
6
> 6
E 57
% {7
7
& 7
7
= 8
( ?8
h8
, 8
* 8
) 8
9
"9
< =9
! z9
9
+ 9
/ 9
- :
F:
f:
* :
# :
g :
" 9;
\;
|;
6 ;
;
;
! ;
<
-<
D<
\<
2 p<
<
# <
<
+ =
A /=
q=
) =
, =
=
1 >
( 5>
0 ^>
- >
. >
A >
& .?
# U?
! y?
& ?
H ?
I @
( U@
. ~@
@
# @
: @
,A
> IA
A
) A
A
A
B
%B
<B
& PB
wB
7 B
B
B
e B
Q ZC
0 C
M C
1 +D
1 ]D
+ D
5 D
F D
! 8E
/ ZE
8 E
< E
C F
* DF
oF
4 {F
F
F
F
C F
5 ,G
W bG
K G
! H
f (H
` H
n H
_I
` BJ
J
] QK
h K
X L
` qL
L
O M
B N
: O
t VO
. O
6 O
1P
5P
CP
% JP
> pP
/ P
C P
#Q
# @Q
dQ
: Q
D Q
* R
, .R
[R
% uR
4 R
B R
* S
B >S
6 S
! S
S
S
S
' T
$ ET
5 jT
+ T
> T
+ U
( 7U
`U
@ U
9 &V
`V
g jV
. V
& W
% (W
0 NW
< W
9 W
) W
# X
DX
( bX
# X
& X
6 X
&
Y
4Y
. TY
. Y
( Y
' Y
> Z
1 BZ
tZ
Z
Z
2 Z
4 Z
[
'[
i E[
D [
^ [
. S\
\
\
\
\
\
/ \
& ]
G]
\]
{]
' ]
]
' ]
" ^
.^
% J^
p^
< ^
1 ^
. ^
" *_
+ M_
* y_
$ _
- _
_
`
/ #`
* S`
7 ~`
* `
3 `
A a
+ Wa
a
9 a
, a
0 a
) -b
* Wb
b
! b
; b
, b
)c
! ;c
K ]c
% c
" c
7 c
A *d
+ ld
' d
d
@ d
& e
& /e
B Ve
e
4 e
/ e
% f
% Bf
hf
7 f
4 f
1 f
, $g
Qg
fg
g
8 g
g
6 g
) *h
Th
' uh
5 h
& h
( h
#i
+i
5 Fi
` |i
B i
% j
O Fj
$ j
- j
+ j
k
/k
' Gk
# ok
k
k
! k
+ k
3 l
$ ?l
2 dl
9 l
% l
$ l
m
+m
" =m
( `m
& m
' m
E m
n
! 1n
* Sn
% ~n
n
& n
n
, n
4 %o
2 Zo
& o
o
* o
o
1 p
Jp
gp
qp
p
( p
D p
. q
6q
Uq
sq
" q
q
q
q
q
r
T r
pr
` r
* r
s
% /s
& Us
|s
8 s
) s
@ s
9t
! Dt
> ft
% t
' t
. t
"u
& Cu
ju
$ u
. u
3 u
5 v
4 Gv
|v
J v
+ v
. w
, @w
mw
B ww
a w
B x
6 _x
x
$ x
) x
* x
# &y
# Jy
{ ny
. y
X z
J rz
K z
- {
+ 7{
+ c{
{
#|
|
|
|
4 |
E "}
8 h}
@ }
}
}
8
~
5 F~
|~
. ~
~
~
~
#
B
a
v
@
=
% 4
% Z
2
%
& ـ
+
! K
% m
l ҁ
W ?
.
P Ƃ
S
W k
* Ã
0
B ;
~
4
1 Ԅ
;
B
_
v
@
G Ʌ
;
M
g
#
9
*
)
;
Q
g
'
@
;
$ $
I
X
B x
Ĉ
) b
-
Չ
# 5
( Y
1
/
*
o
4
-
/
0
H
`
w
̌
'
=
Z
w
>
; ҍ
$
3
# E
C i
#
2 ю
/
K M
$
$
)
- +
. Y
;
; Đ
F
/ G
# w
- đ
$
*
" B
4 e
2
' ͒
8
$ .
$ S
+ x
%
ʓ
ӓ
=
0 E
v
*
&
Ӕ
#
!
0 3
d
*
(
8 ӕ
&
Q 3
)
+
2 ۖ
5
? D
#
7 ݗ
(
, =
j
?
: ˘
'
' .
& V
E }
8 Ù
4
' 1
% Y
%
$
8 ʚ
E
; I
B
ț
9
( .
4 W
:
' ǜ
0
(
I
b
s
~
2
; ȝ
,
; 1
( m
E
ܞ
+
, !
, N
& {
=
'
&
4 /
5 d
A
E ܠ
/ "
R
, r
$
* ġ
"
7 2
F j
1
$
1
# :
% ^
#
" ɣ
,
' K
6 s
$ ¤
/
E &
? l
8
)
$
" 4
W
? g
$ æ
7
9 <
( v
4
# ԧ
2
+ +
8 W
. è
F
T
g
&
" ө
"
C
K ]
9
&
( *
. S
!
%
. ʫ
+
> %
2 d
U
:
(
3 /
c
+
̭
> ڭ
!
;
- Z
. ɮ
2
% @
9 f
"
@ ï
w
' |
5 ð
a
[
q
/
&
8 ٱ
!
H 4
}
*
K Ʋ
8 1
= j
2
" ۳
1
0 0
} a
ߴ
7
% 7
]
y
;
$
-
3 D
% x
+
ʶ
ݶ
:
#
+ ,
; X
ɸ
7 ٸ
3
0 E
5 v
5
0
+ /
* [
=
# ĺ
!
& *
Q
D j
̻
f
! T
; v
7
&
H
; Z
ͽ
$
1
1 =
@ o
*
۾
*
1 #
. U
X
* ݿ
5
/ >
> n
)
V
.
,
+
&
6
- T
+
3
4
6
# H
l
(
#
(
" 0
S S
(
!
" ,
$ O
# t
(
#
3
<
" V
7 y
-
+
2
% L
. r
2
2
4 &
O [
q
#
H A
@
|
+ H
t
2
$
L "
' o
! #
E
d
3 {
!
#
& .
U
p
%
/
@
\
x
"
/
$
! &
( H
q
*
*
6 $
[
; r
T
N
6 R
=
!
% >
d
&
-
+
*
2 K
# ~
Y
@
C `
!
)
"
> 9
J x
?
,
@ 0
q
4
'
$ $
I
i
{
%
)
#
B
S V
1
V
8 3
7 l
<
@
L "
/ o
H
5
(
4 G
: |
5
5
9 #
1 ]
A
d
( 6
: _
5
'
5
= >
# |
)
V
% !
- G
' u
B
1
( =
E f
&
$
:
. Q
*
A
+
# 5
" Y
- |
.
%
(
9 (
# b
/
,
F
g
$
8
:
O
J l
G
9
& 9
C `
2
+
,
7
% 1
L W
#
#
;
Q (
/ z
P
B
* >
; i
*
(
4
= .
B l
f
I
] `
J
T
^
6 }
(
;
<
= V
D
:
n +
& )
1 P
\
\
D <
]
}
k o
L
> (
2 g
c
X
] W
:
1
9 "
2 \
<
C
H -
3 v
3
;
< %
- b
"
3
n
<
M
a =
f b 3 + Y Z & u h
H r
@ 1
d q K H a b E Q 6 b
} @ < l t E e 3
Y b # K
J Z
^
4 E
o P I B
T
u F P / j e A
9
2 z 3 T
h M ~ f \
z j
K / v
%
{ {
Q c 3 ` P # > k
m } j
~ ~
p c = Q ) ^ f e 0
/
R ]
w ! Y 5 + g @ ^ G E C [ x q P @
R
G
r 0
f
I C 0 ] q 0 _ 2 N 1 Z B
O y | - d Q 4 B ; A 2 <
N >
; > ` w
& n *
-
M }
$ T P -
c O W 0
: -
Y @ - h
' m c t F b > 5
, l * & G . f $ % x ) ! X J D
; > < c =
o ?
X
% +
. ' 4 V t s
u v - / C % y
o ~ . C p 7 w Y , ~ 9 . < $
W ( k .
| 8 M
D
b
A < # D V
& ^ ; ( % B M K 2 ~ s ~ 9 A O
v Y B ? ' t
r v =
` < D q < R I l s z
P p
M N w
= _
6 S L P ] T 3 { u C
4
. / Q C 1 Z # + M u | 2 z >
H " I p ;
0 4
' d
9 v
8 a A 8 g
S
e n i D u 9 ` p * S { >
H
n
] ( } _ ! W J
9
r ` $ p
[
H \ ? j F i N
W
/ q # l z [ b q u
@
: i n ^ W v
? M 2 e L
o 8 j S l m
.
O
~
r y m
n . |
)
O
] X
)
1 n L d
b h
V 6 Y
c
A
5 [ Z Y 0 o D h * L ( G
/
B 0 a s }
v a * )
) 2 ] g + U V z
U 5 F z d F w ~ o % K ' 1 ^ M @ ' ; 4 " [ Y &
w N u '
Q > d
9 } a
T : #
! u x S
4 =
> E ;
T
* c p " N g
+ ^ e n U m `
,
_
d
7 g : b > J
s L " = 3 ;
7 w w i 1 Z + ! h " k
R
V w `
X B
i C + P Q .
<
j 9 $
) \ >
N
@ ? \ y
d
n
6 R
P H G $ Z ] ] ? U a + { b , % f i 6
6 ! ? 2
f
} z " . R =
* 6 V
p b
8
^ (
D
% g h P
B u
k
,
j 1
Q
d + y ) C ? 1
O { L $ < X - & s N T m '
p , e [ s
J ~ : W Y
5
6 : v
/ 3 Y
< ; J
L } u . q d ' & L N
A \
\ ` $ S T
U o 0
2 ( [
i | ^ h
8 ] Z p E , P
W s ) j
T 5 > I
r ~
r Z 5
0
h 4 ' r b I I
}
( \ g _ [ -
C p E R ! k } t
S 1 X x B p <
B
i
? x
3
y o
7 F 9
z
) M 3 O < * G
z < d D ^ O W s & 0
{ 0 n y c
$ 7 _ q s & 4 B $ 2 ` , -
5 w
) 8 o
}
C y b v N f W
% K T B
% U M
u $
l =
^ * * C
! [ K g
x 9 ` o 0 v & Q = F !
"
B
C @
a
2 : ; W
u
t {
;
Y f 5
7
! A 0
\ N l ,
S 1 Q q r K { > S
D z 7 f o
5 G V " E 9 Z ^ I r & & *
X ,
6 b
h & U , / V t
V 1 r
) a v G m O K |
g
e F
l [ w K 1
Y ~
/
C
i | j ] - @
N
{ Z k
_ !
v Y = E @ Q
7
p 9
j U
_
q Q
+ 8 t [
? ) J b _ .
#
m
\ G { m I [ e
: = V T
q '
r
h k
H m
,
J ^
-
4 8 s 5 J
]
m
8
| x (
k > k T (
E * 5 O E 8 r + " V @
i U ? D + Z J X o
_
" g ] a
U
c
L k H A ' a u ] ( &
H
S $ E
e q 3
, p S
i
U D
G
` % k ^ j ^
@
t c
{
A L p /
P f f e
o X - A K L
N z q { 0 0
w
y 9 ^
|
! i % \
j > 2
o } E | ;
R ? !
a - + ! S # y k '
`
M G u L
x 7 T 2
y l
q x ?
[
F y q
@ E y 6 s t B ' B B k X W A A F 7 Q 2 ,
8 . Z j m k 1 * J
d ) { C
: ~
R G h t G e V : a / 5
_ } P
j H 3 N " 9 6
F y E
= m > M ) c B K `
e g V s 6 V x
# <
M #
, 6 X - i s
K
.
* | H
c d % .
g z m D
J 0 X C 4 n ] = 4
$ h B t [
( z > * 7 F # l F G + O j n
] = (
[ l r 9 S S z J
&
2 s _ 4
" % + U L R
M w
C f R
e j g 6 r 9
S o { - c f { ' J
;
$ 1
c R u | D *
d
l N &
. T
: O
K Q # \ " ? q Z r n # 1 h
5
< O } D y
<
6 % 0 f k
H \ ! s _ & 4 0 e c R 6 l Y I ` x R F
! C m x
a 4 3 e ) v
. 8 U
d 8 x
w U 7 z s $ ( D n ? R , #
H \ }
$
~
E V : O
I / /
z X l ( J U j
; ]
A "
a " G
v ~ & W w n
# 9 p $ l c
1 W x ; J ; w h ( 5 2
C 7 8
o | Z
_
~ N 6 7
(
J D
E
m ` e n +
v W = U z
| m
! H
[ / t
A K l v F
t %
R } < .
! g
1 ,
F e
J : Q i
1 ?
q F h # H - L X 6 T y
W g
, 3
a ] u b : :
L \
O % h r
7 P M G X
n
T \ 8 f
)
k l
t N
$ : P X
I Y # S
l x k M F t `
Y 2 P ` 8 # ' @ / 9 ; X V C } ~
|
a $
W
o / T t :
[ W
r Z
d
Z ;
A
w I
O H < (
4 Q _ 5
| >
t
*
w 3
k G +
G " I
W 4 x
& F
H
' U
7 #
y
K ) m A , v
; V D
+ E
g n v I
% 7 / Q
a T
A p 5 - | I ' o I Y ' M O
=
? 1 X { K f
c R 2 7 8 < L ( ~
| 8 ^ D ] 5
b h : G
@ 3 ) L ?
d j x
" @ " 3 V
5 " / 4 i
. c Z n
\ \ b } H 3 E S q
i 3 ` I
U _ ? ^ 4 p u i
Q
s % N
P * 2 y - D i d 7 !
A f S _ = @
L g K { > x = ( R O B
g @ - * 3 9 \ P [ : _ 6
disabling current template maps
extending current template maps
overriding default cvs keywordset
overriding default svn keywordset
configuration using current keyword template maps
configuration using custom keyword template maps
configuration using default cvs keywordset
configuration using default svn keywordset
keywords expanded
Adding a Subrepository
======================
Description
===========
Enabled extensions:
Examples
========
Final summary:
Synopsis
""""""""
**hg** *command* [*option*]... [*argument*]...
The following predicates are supported:
To prevent this mistake in your local repository,
add to Mercurial.ini or .hg/hgrc:
To remove '-' lines, make them ' ' lines (context).
To remove '+' lines, delete them.
Lines starting with # will be removed from the patch.
Write the introductory message for the patch series.
[+] marked option can be specified multiple times
``annotate``
------------
``auth``
--------
``committemplate``
------------------
``defaults``
------------
``diff``
--------
``extensions``
--------------
``format``
----------
``hostfingerprints``
--------------------
``http_proxy``
--------------
``patch``
---------
``paths``
---------
``phases``
----------
``profiling``
-------------
``subpaths``
------------
``ui``
------
``web``
-------
additional help topics:
aliases: %s
auction for merging merge bids
broken pipe
calculating bids for ancestor %s
diffs (%d lines):
diffs (truncated from %d to %d lines):
keywords written to %s:
use "hg help %s" to show the full help text
use "hg help -c %s" to see help for the %s command
hg archive -r 1.0 project-1.0.zip hg archive project.tar.gz -X ".hg*" hg bisect --bad 34
hg bisect --good 12 hg bisect --good
hg bisect --bad hg bisect --reset hg bisect --reset
hg bisect --bad 34
hg bisect --good 12
hg bisect --command "make && make tests" hg bisect --skip
hg bisect --skip 23 hg bisect --skip "!( file('path:foo') & file('path:bar') )" hg book -f @
hg book -i reviewed hg book -r .^ tested hg book new-feature hg clone --uncompressed http://server/repo -u 1.5 hg clone -r 04e544 experimental/ good/ hg clone http://selenic.com/hg hg clone http://selenic.com/hg#stable hg clone project/ project-feature/ hg clone ssh://user@server//home/projects/alpha/ hg diff "set:added() and grep(GNU)" hg diff --git -r 1.0:1.2 lib/ hg diff --stat -r "date('may 2')" hg diff -c 9353 # compare against first parent
hg diff -r 9353^:9353 # same using revset syntax
hg diff -r 9353^2:9353 # compare against the second parent hg diff foo.c hg export --git -r 123:150 > changes.txt hg export -r "outgoing()" -o "%n-%m.patch" hg export -r 9353 | hg import - hg forget "set:added() and binary()" hg forget "set:hgignore()" hg graft -D "2085::2093 and not 2091" hg graft -c hg id --id > build-id.dat hg id -n -r 1.3 hg id -r tip http://selenic.com/hg/ hg import --exact proposed-fix.patch hg import -s 80 http://example.com/bugfix.patch hg import http://www.selenic.com/hg/rev/5ca8c111e9aa hg import incoming-patches.mbox hg in -vpM --bundle incoming.hg
hg pull incoming.hg hg in changes.hg -T "{desc|firstline}\n" hg incoming -vp hg lfpull -r "branch(default)"
hg lfpull -r "head() and not closed()" hg log --debug -r . hg log --graph -r "bisect(range)" hg log --removed file.c hg log -Mp lib/ hg log -T list hg log -f hg log -k alice -d "may 2008 to jul 2008" hg log -k bug --template "{rev}\n" hg log -l 10 -b . hg log -r "a21ccf and ancestor(1.9)" hg log -r "bisect(current)" hg log -r "bisect(pruned)" hg log -r "bisect(range)" hg log -r "last(tagged())::" --template "{desc|firstline}\n" hg log -v hg status --copies --change 9353 hg status --rev 9353 hg status -an0 hg update stable
hg graft --edit 9393 $ ls
foo.c
$ hg status
? foo.c
$ hg add
adding foo.c
$ hg status
A foo.c $ cp -al REPO REPOCLONE -----BEGIN CERTIFICATE-----
... (certificate in base64 PEM encoding) ...
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
... (certificate in base64 PEM encoding) ...
-----END CERTIFICATE----- <rev1>
<successors-1A>
<rev2>
<successors-2A>
<successors-2B1> <successors-2B2> <successors-2B3> hg transplant --branch REV --all public < draft < secret qguard foo.patch -- -stable (negative guard)
qguard bar.patch +stable (positive guard)
qselect stable An example showing how new (unknown) files are added
automatically by :hg:`add`:: Branch names are permanent and global. Use :hg:`bookmark` to create a
light-weight bookmark instead. See :hg:`help glossary` for more
information about named branches and bookmarks. Specifying negative guards now requires '--'. To check out earlier revisions, you should use :hg:`update REV`.
To cancel an uncommitted merge (and lose your changes),
use :hg:`update --clean .`. diff may generate unexpected results for merges, as it will
default to comparing against the working directory's first
parent changeset if no revisions are specified. export may generate unexpected diff output for merge
changesets, as it will compare the merge changeset against its
first parent only. for performance reasons, log FILE may omit duplicate changes
made on branches and will not show removals or mode changes. To
see all such changes, use the --removed switch. log -p/--patch may generate unexpected diff output for merge
changesets, as it will only compare the merge changeset against
its first parent. Also, only files different from BOTH parents
will appear in files:. status may appear to disagree with diff if permissions have
changed or a merge has occurred. The standard diff format does
not report permission changes and diff only reports changes
relative to one merge parent. 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.
# display activity of developers by month
hg churn -f "%Y-%m" -s -c # display count of changed lines for every committer
hg churn -t "{author|email}" # display count of lines changed in every year
hg churn -f "%Y" -s # display daily activity graph
hg churn -f "%H" -s -c (grafted from CHANGESETHASH) (transplanted from CHANGESETHASH) - advance the current bisection by marking current revision as good or
bad:: - all changesets that touch a directory, with diffs, excluding merges:: - all revision numbers that match a keyword:: - attempt to exactly restore an exported changeset (not always
possible):: - briefly list changes inside a bundle:: - changesets ancestral to the working directory:: - changesets showing all modifications of a file, including removals:: - changesets with full descriptions and file lists:: - check if a given changeset is included in a tagged release:: - check the most recent revision of a remote repository:: - clone (and track) a particular named branch:: - clone a remote repository to a new directory named hg/:: - clone from an absolute path on an ssh server (note double-slash):: - commit
- import
- pull
- push (with this repository as the destination)
- unbundle - compare a file in the current working directory to its parent:: - compare a revision and its parents:: - compare two historical versions of a directory, with rename info:: - continue a graft after resolving conflicts:: - copy a single change to the stable branch and edit its description:: - create a lightweight local clone:: - create a repository without changesets after a particular revision:: - create a tarball excluding .hg files:: - create a zip file containing the 1.0 release:: - create an active bookmark for a new line of development:: - create an inactive bookmark as a place marker:: - create an inactive bookmark on another changeset:: - diff all newly-added files that contain a keyword:: - do a high-speed clone over a LAN while checking out a
specified version:: - export all the changesets between two revisions to a file with
rename information:: - find all changesets by some user in a date range:: - find the revision corresponding to a tag:: - forget files that would be excluded by .hgignore:: - forget newly-added binary files:: - forget the current bisection:: - generate a build identifier for the working directory:: - get a NUL separated list of added files, suitable for xargs:: - get change stats relative to the last change on some date:: - graft a range of changesets with one exception, updating dates:: - import a changeset from an hgweb server:: - import a traditional patch from a website and detect renames:: - import all the patches in an Unix-style mbox:: - last 10 commits on the current branch:: - list available log templates:: - mark the current revision, or a known revision, to be skipped (e.g. if
that revision is not usable because of another issue):: - move the '@' bookmark from another branch:: - pull largefiles for all branch heads:: - pull largefiles on the default branch:: - see all changesets that took part in the current bisection:: - see all changesets whose states are already known in the current
bisection:: - see the changeset currently being bisected (especially useful
if running with -U/--noupdate):: - show all changes including copies in an existing changeset:: - show changes in the working directory relative to a
changeset:: - show incoming changes excluding merges, store a bundle:: - show incoming changes with patches and full description:: - show the source of a grafted changeset:: - skip all revisions that do not touch directories ``foo`` or ``bar``:: - split outgoing changes into a series of patches with
descriptive names:: - start a bisection with known bad revision 34, and good revision 12:: - summary of all changesets after the last tag:: - use 'make && make tests' to automatically find the first broken
revision:: - use export and import to transplant a bugfix to the current
branch:: - you can even get a nice graph:: -A/--after can be used to remove only files that have already
been deleted, -f/--force can be used to force deletion, and -Af
can be used to remove files from the next revision without
deleting them from the working directory. 1. If neither -c/--check nor -C/--clean is specified, and if
the requested changeset is an ancestor or descendant of
the working directory's parent, the uncommitted changes
are merged into the requested changeset and the merged
result is left uncommitted. If the requested changeset is
not an ancestor or descendant (that is, it is on another
branch), the update is aborted and the uncommitted changes
are preserved. 2. With the -c/--check option, the update is aborted and the
uncommitted changes are preserved. 3. With the -C/--clean option, uncommitted changes are discarded and
the working directory is updated to the requested changeset. <alias email> = <actual email> <source ID> <destination ID> ========= == == == ==
opt/state A C M !
========= == == == ==
none W RD W R
-f R RD RD R
-A W W W R
-Af R R R R
========= == == == == ? - display help Before version 1.7, the behavior without --merge was equivalent
to specifying --merge followed by :hg:`update --clean .` to
cancel the merge and leave the child of REV as a head to be
merged separately. By default, the pending changeset will have one parent,
maintaining a linear history. With --merge, the pending
changeset will instead have two parents: the old parent of the
working directory and a new child of REV that simply undoes REV. Examples: Extra care should be taken with the -f/--force option,
which will push all new heads on all branches, an action which will
almost always cause confusion for collaborators. For efficiency, hardlinks are used for cloning whenever the
source and destination are on the same filesystem (note this
applies only to the repository data, not to the working
directory). Some filesystems, such as AFS, implement hardlinking
incorrectly, but do not report errors. In these cases, use the
--pull option to avoid hardlinking. For example, the following commands are transactional, and their
effects can be rolled back: In some cases, you can clone repositories and the working
directory using full hardlinks with :: K = keyword expansion candidate
k = keyword expansion candidate (not tracked)
I = ignored
i = ignored (not tracked)
M = modified
A = added
R = removed
C = clean
! = missing (deleted by non-hg command, but still tracked)
? = not tracked
I = ignored
= origin of the previous file (with --copies) Mercurial will update the working directory to the first applicable
revision from this list: Note that remove never deletes files in Added [A] state from the
working directory, not even if option --force is specified. See :hg:`help revsets` for more about the `bisect()` keyword. Some examples: The -c/--continue option does not reapply earlier options. The ``.hgsubstate`` file should not be edited manually. The following rules apply when the working directory contains
uncommitted changes: The following table details the behavior of remove for different
file states (columns) and option combinations (rows). The file
states are Added [A], Clean [C], Modified [M] and Missing [!]
(as reported by :hg:`status`). The actions are Warn, Remove
(from branch) and Delete (from disk): This is the fastest way to clone, but it is not always safe. The
operation is not atomic (making sure REPO is not modified during
the operation is up to you) and you have to make sure your
editor breaks hardlinks (Emacs and most Linux Kernel tools do
so). Also, this is not compatible with certain extensions that
place their metadata under the .hg directory, such as mq. To avoid permanent data loss, rollback will refuse to rollback a
commit transaction if it isn't checked out. Use --force to
override this protection. a) null if -U or the source repository has no changesets
b) if -u . and the source repository is local, the first parent of
the source repository's working directory
c) the changeset specified with -u (if a branch name, this means the
latest head of that branch)
d) the changeset specified with -r
e) the tipmost head specified with -b
f) the tipmost head specified with the url#branch source syntax
g) the revision marked with the '@' bookmark, if present
h) the tipmost head of the default branch
i) tip alternatively, use --config merge.preferancestor=%s
backout cannot be used to fix either an unwanted or
incorrect merge. d - done, skip remaining changes and files
a - record all changes to all remaining files
q - quit, recording no changes exclude path/to/file-or-dir 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 # 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 -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 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 qguard other.patch -- +2.6.17 -stable hg qimport -e existing-patch -n new-name include path/to/file-or-dir key parent1, parent2 original_branch_name new_branch_name rename path/to/source path/to/destination s - skip remaining changes to this file
f - record remaining changes to this file source author = destination author y - record this change
n - skip this change
e - edit this change manually - "+n" is a linear run of n nodes based on the current default parent
- "." is a single node based on the current default parent
- "$" resets the default parent to null (implied at the start);
otherwise the default parent is always the last node created
- "<p" sets the default parent to the backref p
- "*p" is a fork at parent p, which is a backref
- "*p1/p2" is a merge of parents p1 and p2, which are backrefs
- "/p2" is a merge of the preceding node and p2
- ":tag" defines a local tag for the preceding node
- "@branch" sets the named branch for subsequent nodes
- "#...\n" is a comment up to the end of the line - a number n, which references the node curr-n, where curr is the current
node, or
- the name of a local tag you placed earlier using ":tag", or
- empty to denote the default parent. hg log --template "{rev} {phase}\n" hg log -r "not public()" hg phase --draft "secret()" hg phase --force --draft . hg phase -fd "outgoing(URL)" path/to/nested = [git]git://example.com/nested/repo/path
path/to/nested = [svn]https://example.com/nested/trunk/path path/to/nested = https://example.com/nested/repo/path $ hg --config web.allow_push=* --config web.push_ssl=False serve $ hg log -r1 --template "{node}\n"
b56ce7b07c52de7d5fd79fb89701ea538af65746 $ hg log -r1.0::1.1 --template changelog %s (Alternatively, you can use ``--abort`` to abandon an unshelve
that causes a conflict. This reverts the unshelved changes, and
does not delete the bundle.)
(Verb) Diffing two changesets is the action of creating a diff or
patch. (Verb) The act of recording changes to a repository. When files
are committed in a working directory, Mercurial finds the
differences between the committed files and their parent
changeset, creating a new changeset in the repository. (Verb) The action of creating a child changeset which results in
its parent having more than one child. (Verb) The process of creating a clone, using :hg:`clone`. (Verb) The process of using a patch file to transform one
changeset into another. (Verb) This term is usually used to describe updating the state of
the working directory to that of a specific changeset. See
:hg:`help update`. (Verb) Updating the working directory to a specific changeset. See
:hg:`help update`. (deprecated, use configuration file) - 1k (files from 1024 to 2047 bytes)
- < 20k (files less than 20480 bytes)
- >= .5MB (files at least 524288 bytes)
- 4k - 1MB (files from 4096 bytes to 1048576 bytes) - :hg:`resolve -l`: list files which had or still have conflicts.
In the printed list, ``U`` = unresolved and ``R`` = resolved. - :hg:`resolve -m [FILE]`: mark a file as having been resolved
(e.g. after having manually fixed-up the files). The default is
to mark all unresolved files. - :hg:`resolve -u [FILE]...`: mark a file as unresolved. The
default is to mark all resolved files. - :hg:`resolve [--tool TOOL] FILE...`: attempt to re-merge the specified
files, discarding any previous merge attempts. Re-merging is not
performed for files already marked as resolved. Use ``--all/-a``
to select all unresolved files. ``--tool`` can be used to specify
the merge tool used for the given files. It overrides the HGMERGE
environment variable and your configuration files. Previous file
contents are saved with a ``.orig`` suffix. - HGUSER (deprecated)
- configuration files from the HGRCPATH
- EMAIL
- interactive prompt
- LOGNAME (with ``@hostname`` appended) - Mercurial [hg]
- CVS [cvs]
- Darcs [darcs]
- git [git]
- Subversion [svn]
- Monotone [mtn]
- GNU Arch [gnuarch]
- Bazaar [bzr]
- Perforce [p4] - Mercurial [hg]
- Subversion [svn] (history on branches is not preserved) - Modified and unmodified tracked files
- Ignored files (unless --all is specified)
- New files added to the repository (with :hg:`add`) - Unknown files: files marked with "?" by :hg:`status`
- Empty directories: in fact Mercurial ignores directories unless
they contain files under source control management - ``good``, ``bad``, ``skip``: csets explicitly marked as good/bad/skip
- ``goods``, ``bads`` : csets topologically good/bad
- ``range`` : csets taking part in the bisection
- ``pruned`` : csets that are goods, bads or skipped
- ``untested`` : csets whose fate is yet unknown
- ``ignored`` : csets ignored due to DAG topology
- ``current`` : the cset currently being bisected - ``rev`` for the revision number,
- ``branch`` for the branch name,
- ``desc`` for the commit message (description),
- ``user`` for user name (``author`` can be used as an alias),
- ``date`` for the commit date - if it's a directory, all files ending with .rc are added
- otherwise, the file itself will be added - transplant all changes up to REV on top of your current revision:: --branchsort convert from parent to child revision when possible,
which means branches are usually converted one after
the other. It generates more compact repositories. --closesort try to move closed revisions as close as possible
to parent branches, only supported by Mercurial
sources. --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. --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. --sourcesort try to preserve source revisions order, only
supported by Mercurial sources. -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'. -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. 1. ``us-ascii``: always first, regardless of settings
2. ``email.charsets``: in order given by user
3. ``ui.fallbackencoding``: if not in email.charsets
4. ``$HGENCODING``: if not in email.charsets
5. ``utf-8``: always last, regardless of settings :``%%``: literal "%" character
:``%H``: changeset hash (40 hexadecimal digits)
:``%N``: number of patches being generated
:``%R``: changeset revision number
:``%b``: basename of the exporting repository
:``%h``: short-form changeset hash (12 hexadecimal digits)
:``%m``: first line of the commit message (only alphanumeric characters)
:``%n``: zero-padded sequence number, starting at 1
:``%r``: zero-padded changeset revision number :``%%``: literal "%" character
:``%s``: basename of file being printed
:``%d``: dirname of file being printed, or '.' if in repository root
:``%p``: root-relative path name of file being printed
:``%H``: changeset hash (40 hexadecimal digits)
:``%R``: changeset revision number
:``%h``: short-form changeset hash (12 hexadecimal digits)
:``%r``: zero-padded changeset revision number
:``%b``: basename of the exporting repository :``files``: a directory full of files (default)
:``tar``: tar archive, uncompressed
:``tbz2``: tar archive, compressed using bzip2
:``tgz``: tar archive, compressed using gzip
:``uzip``: zip archive, uncompressed
:``zip``: zip archive, compressed using deflate :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 default is 60. :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.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.hg.clonebranches: dispatch source branches in separate
clones. The default is False. :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.revs: revset specifying the source revisions to convert. :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.tagsbranch: branch name for tag revisions, defaults to
``default``. :convert.hg.usebranchnames: preserve branch names. The default is
True.
:convert.localtimezone: use local time (as determined by the TZ
environment variable) for changeset date/times. The default
is False (use UTC). :convert.p4.startrev: specify initial Perforce revision (a
Perforce changelist number). :convert.svn.branches: specify the directory containing branches.
The default is ``branches``. :convert.svn.startrev: specify start Subversion revision number.
The default is 0. :convert.svn.tags: specify the directory containing tags. The
default is ``tags``. :convert.svn.trunk: specify the name of the trunk branch. The
default is ``trunk``. :hg:`resolve` must be used to resolve unresolved files. :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. :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. <alias> = <command> [<argument>]... <branch>.<argument> = <value> <name>.<argument> = <value> <pattern> = <replacement> >>> person('foo@bar')
'foo'
>>> person('Foo Bar <foo@bar>')
'Foo Bar'
>>> person('"Foo Bar" <foo@bar>')
'Foo Bar'
>>> person('"Foo "buz" Bar" <foo@bar>')
'Foo "buz" Bar'
>>> # The following are invalid, but do exist in real-life
...
>>> person('Foo "buz" Bar <foo@bar>')
'Foo "buz" Bar'
>>> person('"Foo Bar <foo@bar>')
'Foo Bar' A backref is either A bookmark named '@' has the special property that :hg:`clone` will
check it out by default if it exists. A changeset that has been "split" will have a successors set containing
more than one successor. A changeset that has been rewritten in multiple different ways is called
"divergent". Such changesets have multiple successor sets (each of which
may also be split, i.e. have multiple successors). A changeset that is made obsolete with no successors are called "pruned".
Such changesets have no successors sets at all. A successors set of changeset A is a consistent group of revisions that
succeed A. It contains non-obsolete changesets only. Accepted destination formats [identifiers]: Accepted source formats [identifiers]: Accepts 0 or more changesets.
Will return empty list when passed no args.
Greatest common ancestor of a single changeset is that changeset. 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. Add all new files and remove all missing files from the
repository. After running this command you will need to make sure that
largefiles is enabled anywhere you intend to push the new
repository. All string valued-elements are either strictly alphanumeric, or must
be enclosed in double quotes ("..."), with "\" as escape character.
Alternatively you can specify -c/--change with a revision to see
the changes in that changeset relative to its first parent. 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. 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. Use :hg:`qfinish` to remove changesets
from mq control. Any stripped changesets are stored in ``.hg/strip-backup`` as a
bundle (see :hg:`help bundle` and :hg:`help unbundle`). They can
be restored by running :hg:`unbundle .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. Apply one or more compressed changegroup files generated by the
bundle command. Applying bundles preserves all changeset contents including
permissions, copy/rename information, and revision history. As a shortcut, you can also use the revision argument to mark a
revision as good or bad without checking it out first. 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.
Because import first applies changes to the working directory,
import will abort if there are outstanding changes. Before using this command, you will need to enable email in your
hgrc. See the [email] section in hgrc(5) for details.
Bookmarks are labels on changesets to help track lines of development.
Bookmarks are unversioned and can be moved, renamed and deleted.
Deleting or moving a bookmark has no effect on the associated changesets. Bookmarks can be pushed and pulled between repositories (see
:hg:`help push` and :hg:`help pull`). If a shared bookmark has
diverged, a new 'divergent bookmark' of the form 'name@path' will
be created. Using :hg:'merge' will resolve the divergence. Bookmarks can be renamed, copied and deleted. Bookmarks are local,
unless they are explicitly pushed or pulled between repositories.
Pushing and pulling bookmarks allow you to collaborate with others
on a branch without creating a named branch. Branches may be created when changes are pulled from or pushed to
a remote repository, since new heads may be created by these
operations. Note that the term branch can also be used informally
to describe a development process in which certain development is
done independently of other development. This is sometimes done
explicitly with a named branch, but it can also be done locally,
using bookmarks or clones and anonymous branches. Bundle must be specified by the -R option. But it will leave untouched: 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. By default this command prints revision number and changeset id,
tags, non-trivial parents, user, date and time, and a summary for
each commit. When the -v/--verbose switch is used, the list of
changed files and full commit message are shown. 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. 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. By default, all sources except Mercurial will use --branchsort.
Mercurial uses --sourcesort to preserve original revision numbers
order. Sort modes have the following effects: By default, diffs are sent in the format generated by
:hg:`export`, one per message. The series starts with a "[PATCH 0
of N]" introduction, which describes the series as a whole. By default, grep only prints output for the first revision of a
file in which it finds a match. To get it to print every revision
that contains a change in match status ("-" for a match that
becomes a non-match, or "+" for a non-match that becomes a match),
use the --all flag. By default, push will not allow creation of new heads at the
destination, since multiple heads would make it unclear which head
to use. In this situation, it is recommended to pull and merge
before pushing. By default, rebase recreates the changesets in the source branch
as descendants of dest and then destroys the originals. Use
``--keep`` to preserve the original source changesets. Some
changesets in the source branch (e.g. merges from the destination
branch) may be dropped if they no longer contribute any change. By default, the revision used is the parent of the working
directory; use -r/--rev to specify a different revision. By default, the server logs accesses to stdout and errors to
stderr. Use the -A/--accesslog and -E/--errorlog options to log to
files. By default, this command copies the contents of files as they
exist in the working directory. If invoked with -A/--after, the
operation is recorded, but no copying is performed. By default, this command searches all directories in the working
directory. To search just the current directory and its
subdirectories, use "--include .". CVS Source
########## 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. Changeset 3b16791d6642 in repository-name.
http://my-project.org/hg/repository-name/rev/3b16791d6642 Changeset commit comment. Bug 1234.
Changesets that are ancestors of the current revision, that have
already been grafted, or that are merges will be skipped. Closed heads can be re-opened by committing new changeset as the
child of the changeset that marks a head as closed. 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 ``include`` or ``exclude`` directive with the
longest matching path applies, so line order does not matter. Commit changes to the given files into the repository. Unlike a
centralized SCM, this operation is a local operation. See
:hg:`push` for a way to actively distribute your changes. Completion extends only to the next path segment unless
--full is specified, in which case entire paths are used. 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. 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 PATTERN *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``. Copy the store data to the repo and remove the sharedpath data.
Create a copy of an existing repository in a new directory. Creating or updating to a bookmark causes it to be marked as 'active'.
The active bookmark is indicated with a '*'.
When a commit is made, the active bookmark will advance to the new commit.
A plain :hg:`update` will also advance an active bookmark, if possible.
Updating away from a bookmark will cause it to be deactivated. Delete files not known to Mercurial. This is useful to test local
and uncommitted changes in an otherwise-clean source tree. Differences between files are shown using the unified diff format. Do not attempt any read operations on this repository while the
command is running. (Both repositories will be locked against
writes.)
Each member added to an archive file has a directory prefix
prepended. Use -p/--prefix to specify a format string for the
prefix. The default is the basename of the archive, with suffixes
removed. 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. 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 ``--name``. Elements: Empty lines and lines starting with a ``#`` are ignored. Equivalent options set via command line flags or environment
variables are not overridden. Every ID must be a full-length hex node id string. Returns a list of 0s
and 1s indicating unknown/known.
Every ID must be a full-length hex node id string. Saves the bundle to the
given file.
Example: Example: "Did you see my correction in the diff?" Example: "I'm going to branch at X". Example: "I'm going to check out changeset X." Example: "I'm going to clone the repository". Example: "I'm using checkout X." Example: "I've pushed an update". Example: "I've sent you my patch." Example: "If you diff with changeset X, you will see what I mean." Example: "Is the bug fixed in your recent commit?" Example: "Is your clone up to date?". Example: "The experimental branch". Example: "You should commit those changes now." Example: "You should update". Example: "You will need to patch that revision." Examples:: Extend the current configuration by specifying maps as arguments
and using -f/--rcfile to source an external hgrc file. File history is shown without following rename or copy history of
files. Use -f/--follow with a filename to follow history across
renames and copies. --follow without a filename will only show
ancestors or descendants of the starting revision. Files that changed between either parent are marked as changed for
the next commit and a commit must be performed before any further
updates to the repository are allowed. The next commit will have
two parents. Finally, the patch itself, as generated by :hg:`export`. Finishes the specified revisions (corresponding to applied
patches) by moving them out of mq control into regular repository
history. For a faster but less accurate result, consider using ``filelog()``
instead. For advanced usage, a third way is available through the ``--rev``
option. It allows you to specify an arbitrary set of changesets to
rebase. Descendants of revs you specify with this option are not
automatically included in the rebase. For each element in HGRCPATH: For performance reasons, visits only revisions mentioned in the file-level
filelog, rather than filtering through all changesets (much faster, but
doesn't include deletes or duplicate changes). For a slower, more accurate
result, use ``file()``. For remote repository, using --bundle avoids downloading the
changesets twice if the incoming is followed by a pull. For safety, this command is aborted, also if there are ambiguous
outgoing revisions which may confuse users: for example, there are
multiple branches containing outgoing revisions. Generate a compressed changegroup file collecting changesets not
known to be in another repository. Given a topic, extension, or command name, print help for that
topic. 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. Heads are where development generally takes place and are the
usual targets for update and merge operations. Here rev2 has two possible (i.e. divergent) successors sets. The first
holds one element, whereas the second holds three (i.e. the changeset has
been split).
Hg debugcvsps reads the CVS rlog for current directory (or any
named directory) in the CVS repository, and converts the log to a
series of changesets based on matching commit log entries and
dates. Host *.mylocalnetwork.example.com
Compression no
Host *
Compression yes If --exact is specified, import will set the working directory to
the parent of each patch before applying it, and will abort if the
resulting changeset has a different ID than the one recorded in
the patch. This may happen due to character set problems or other
deficiencies in the text patch format. If --log is specified, log messages will have a comment appended
of the form:: If -B/--bookmark is used, the specified bookmarked revision, its
ancestors, and the bookmark will be pushed to the remote
repository. If -a/--active is specified, only show active branches. A branch
is considered active if it contains repository heads. If -c/--closed is specified, also show branch heads marked closed
(see :hg:`commit --close-branch`). 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``. If -r/--rev is used, the specified revision and all its ancestors
will be pushed to the remote repository. If -s/--short is specified, files currently included in the patch
will be refreshed just like matched files and remain in the patch. If -t/--topo is specified, named branch mechanics will be ignored and only
topological heads (changesets with no children) will be shown. If REV is the parent of the working directory, then this new changeset
is committed automatically. Otherwise, hg needs to merge the
changes and the merged result is left uncommitted. If SOURCE is omitted, the 'default' path will be used.
See :hg:`help urls` for more information. If STARTREV is specified, only those heads that are descendants of
STARTREV will be displayed. If ``REVMAP`` isn't given, it will be put in a default location
(``<dest>/.hg/shamap`` by default). The ``REVMAP`` is a simple
text file that maps each source commit ID to the destination ID
for that revision, like so:: If `name` starts with `re:`, the remainder of the name is treated as
a regular expression. To match a bookmark that actually starts with `re:`,
use the prefix `literal:`. If `name` starts with `re:`, the remainder of the name is treated as
a regular expression. To match a tag that actually starts with `re:`,
use the prefix `literal:`. If `string` starts with `re:`, the remainder of the name is treated as
a regular expression. To match a branch that actually starts with `re:`,
use the prefix `literal:`. If `string` starts with `re:`, the remainder of the string is treated as
a regular expression. To match a user that actually contains `re:`, use
the prefix `literal:`. If `value` starts with `re:`, the remainder of the value is treated as
a regular expression. To match a value that actually starts with `re:`,
use the prefix `literal:`. If a changeset application fails, you can fix the merge by hand
and then resume where you left off by calling :hg:`transplant
--continue/-c`.
If a graft merge results in conflicts, the graft process is
interrupted so that the current merge can be manually resolved.
Once all conflicts are addressed, the graft process can be
continued with the -c/--continue option. If a list of files is omitted, all changes reported by :hg:`status`
will be candidates for recording. If a list of files is omitted, all changes reported by :hg:`status`
will be committed. 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. If a rebase is interrupted to manually resolve a merge, it can be
continued with --continue/-c or aborted with --abort/-a. If a shelved change is applied successfully, the bundle that
contains the shelved changes is deleted afterwards. 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 directory. If any of specified revisions is not present in the local repository,
the query is normally aborted. But this predicate allows the query
to continue even in such cases. If directories are given on the command line, only files in these
directories are considered. If no commit message is specified, Mercurial starts your
configured editor where you can enter a message. In case your
commit fails, you will find a backup of your message in
``.hg/last-message.txt``. If no destination directory name is specified, it defaults to the
basename of the source with ``-hg`` appended. If the destination
repository doesn't exist, it will be created. If no destination directory name is specified, it defaults to the
basename of the source. If no directory is given, the current directory is used. If no merges or revisions are provided, :hg:`transplant` will
start an interactive changeset browser. If no names are given, add all files to the repository. If no patterns are given to match, this command prints the names
of all files under Mercurial control in the working directory. 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 revision is given, the parent of the working directory is
used. If no revision is given, the parent of the working directory is used,
or tip if no revision is checked out. If no revision is specified the first current parent will be used. If no revision is specified, the working directory's parent is a
head revision, and the current branch contains exactly one other
head, the other head is merged with by default. Otherwise, an
explicit revision with which to merge with must be provided. If no revision range is specified, the default is ``tip:0`` unless
--follow is set, in which case the working directory parent is
used as the starting revision. If one or more REVs are given, only open branch heads on the
branches associated with the specified changesets are shown. This
means that you can use :hg:`heads .` to see the heads on the
currently checked-out branch. If one revision is given, it is used as the base revision.
If two revisions are given, the differences between them are
shown. The --change option can also be used as a shortcut to list
the changed files of a revision from its first parent. If option --all is specified, the list of all files from all revisions
is printed. This includes deleted and renamed files. 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. If the changeset is not a descendant or ancestor of the working
directory's parent, the update is aborted. With the -c/--check
option, the working directory is checked for uncommitted changes; if
none are found, the working directory is updated to the specified
changeset. If the file doesn't exist, it's automatically created. It's
updated on each commit copied, so :hg:`convert` can be interrupted
and can be run repeatedly to copy new commits. If the imported patch was generated by :hg:`export`, user and
description from patch override values from message headers and
body. Values given on command line with -m/--message and -u/--user
override these. 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. If the source repository has a bookmark called '@' set, that
revision will be checked out in the new repository by default. If you are committing the result of a merge, do not provide any
filenames or -I/-X filters. 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.) If you have just made a commit, that commit will be the tip. If
you have just pulled changes from another repository, the tip of
that repository becomes the current tip. The "tip" tag is special
and cannot be renamed or assigned to a different changeset. If you omit the destination repository, then hg assumes the
destination will have all the nodes you specify with --base
parameters. To create a bundle containing all changesets, use
-a/--all (or --base null). If you pass a revlog index, the revlog's DAG is emitted. If you list
revision numbers, they get labeled in the output as rN. If you supply a command, it will be used for automatic bisection.
The environment variable HG_NODE will contain the ID of the
changeset being tested. The exit status of the command will be
used to mark revisions as good or bad: status 0 means good, 125
means to skip the revision, 127 (command not found) will abort the
bisection, and any other non-zero exit status means the revision
is bad. If you want to feed the output of this command into the "xargs"
command, use the -0 option to both this command and "xargs". This
will avoid the problem of "xargs" treating single filenames that
contain whitespace as multiple filenames. If you want to revert just one file to an older revision, use
:hg:`revert [-r REV] NAME`. Import a list of patches and commit them individually (unless
--no-commit is specified). In case email sending fails, you will find a backup of your series
introductory message in ``.hg/last-email.txt``. In its default configuration, Mercurial will prevent you from
rebasing published changes. See :hg:`help phases` for details. In most cases a changeset A has a single successors set containing a single
successor (changeset A replaced by A'). Initialize a new repository and working directory that shares its
history with another repository. Initialize a new repository in the given directory. If the given
directory does not exist, it will be created. It is not possible to amend public changesets (see :hg:`help phases`)
or changesets that have children. It is possible to limit the amount of source history to be
converted by specifying an initial Perforce revision: It is possible to map alternate email addresses to a main address
by providing a file using the following format:: It is possible to specify an ``ssh://`` URL as the destination.
See :hg:`help urls` for more information. List changes in files, showing the revision id responsible for
each line List the repository's named branches, indicating which ones are
inactive. If -c/--closed is specified, also list branches which have
been marked closed (see :hg:`commit --close-branch`). List which files in the working directory are matched by the
[keyword] configuration patterns. Mark dest as copies of sources; mark sources for deletion. If dest
is a directory, copies are put in that directory. If dest is a
file, there can only be one source. Mark dest as having copies of source files. If dest is a
directory, copies are put in that directory. If dest is a file,
the source must be a single file. Mark the specified files so they will no longer be tracked
after the next commit. Mercurial Destination
##################### Mercurial Source
################ Merge changesets may be transplanted directly by specifying the
proper parent changeset by calling :hg:`transplant --parent`. Merges with unresolved conflicts are often the result of
non-interactive merging using the ``internal:merge`` configuration
setting, or a command-line merge tool like ``diff3``. The resolve
command is used to manage the files involved in a merge, after
:hg:`merge` has been run, and before :hg:`commit` is run (i.e. the
working directory must have two parents). See :hg:`help
merge-tools` for information on configuring merge tools. Message, user and date are taken from the amended commit unless
specified. When a message isn't specified on the command line,
the editor will open with the message of the amended commit. Modified files are saved with a .orig suffix before reverting.
To disable these backups, use --no-backup. Must be run before changing/disabling active keywords. NOTE: this concept is deprecated because it is too implicit.
Branches should now be explicitly closed using :hg:`commit
--close-branch` when they are no longer needed. Name a particular revision using <name>. Named branches can be thought of as a kind of namespace, dividing
the collection of changesets that comprise the repository into a
collection of disjoint subsets. A named branch is not necessarily
a topological branch. If a new named branch is created from the
head of another named branch, or the default branch, but no
further changesets are added to that previous branch, then that
previous branch will be a branch in name only. New files are ignored if they match any of the patterns in
``.hgignore``. As with add, these changes take effect at the next
commit. Nodes printed as an @ character are parents of the working
directory.
Note that Mercurial will not let you commit files with unresolved
merge conflicts. You must use :hg:`resolve -m ...` before you can
commit after a conflicting merge. 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. One result of the rules for selecting the destination changeset
and source branch is that, unlike ``merge``, rebase will do
nothing if you are at the branch tip of a named branch
with two heads. You need to explicitly specify source and/or
destination (or ``update`` to the other head, if it's the head of
the intended source branch). One use of this command is to make the next :hg:`status` invocation
check the actual file content.
Only local paths and ``ssh://`` URLs are supported as
destinations. For ``ssh://`` destinations, no working directory or
``.hg/hgrc`` will be created on the remote side. Only non-public and non-obsolete changesets can be `bumped`. Option -q/--quiet hides untracked (unknown and ignored) files
unless explicitly requested with -u/--unknown or -i/--ignored. Option -q/--quiet suppresses all output when searching for NAME
and shows only the path names when listing all definitions. Order of outgoing email character sets: Otherwise, the changelog DAG of the current repo is emitted.
Output may be to a file, in which case the name of the file is
given using a format string. The formatting rules are as follows: Output may be to a file, in which case the name of the file is
given using a format string. The formatting rules as follows: 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. Path names are defined in the [paths] section of your
configuration file and in ``/etc/mercurial/hgrc``. If run inside a
repository, ``.hg/hgrc`` is used, too. Per-installation configuration files, searched for in the
directory where Mercurial is installed. ``<install-root>`` is the
parent directory of the **hg** executable (or symlink) being run. For
example, if installed in ``/shared/tools/bin/hg``, Mercurial will look
in ``/shared/tools/etc/mercurial/hgrc``. Options in these files apply
to all Mercurial commands executed by any user in any directory. Per-installation/system configuration files, for the system on
which Mercurial is running. Options in these files apply to all
Mercurial commands executed by any user in any directory. Registry
keys contain PATH-like strings, every part of which must reference
a ``Mercurial.ini`` file or be a directory where ``*.rc`` files will
be read. Mercurial checks each of these locations in the specified
order until one or more configuration files are detected. Per-repository configuration options that only apply in a
particular repository. This file is not version-controlled, and
will not get transferred during a "clone" operation. Options in
this file override options in all other configuration files. On
Plan 9 and Unix, most of this file will be ignored if it doesn't
belong to a trusted user or to a trusted group. See the documentation
for the ``[trusted]`` section below for more details. Per-system configuration files, for the system on which Mercurial
is running. Options in these files apply to all Mercurial commands
executed by any user in any directory. Options in these files
override per-installation options. Per-user configuration file(s), for the user running Mercurial. On
Windows 9x, ``%HOME%`` is replaced by ``%APPDATA%``. Options in these
files apply to all Mercurial commands executed by this user in any
directory. Options in these files override per-system and per-installation
options. Perforce Source
############### Please note that the server does not implement access control.
This means that, by default, anybody can read from the server and
nobody can write to it by default. Set the ``web.allow_push``
option to ``*`` to allow everybody to push to the server. You
should use a real web server if you need to authenticate users. Please see :hg:`help urls` for important details about ``ssh://``
URLs. If DESTINATION is omitted, a default path will be used. Please see http://mercurial.selenic.com/wiki/RepositoryCorruption
for more information about recovery from corruption of the
repository. Please use :hg:`commit --amend` instead of rollback to correct
mistakes in the last commit. Prepare a new changeset with the effect of REV undone in the
current working directory. Print a list of version controlled files for the given revision.
If no revision is given, the first parent of the working directory
is used, or the null revision if no revision is checked out. Print a revision history alongside a revision graph drawn with
ASCII characters. Print a summary identifying the repository state at REV using one or
two parent hash identifiers, followed by a "+" if the working
directory has uncommitted changes, the branch name (if not default),
a list of tags, and a list of bookmarks. Print files under Mercurial control in the working directory whose
names match the given patterns. Print the changeset header and diffs for one or more revisions.
If no revision is given, the parent of the working directory is used. 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.
Print the revision history of the specified files or the entire
project. Print the root directory of the current repository. Print the specified files as they were at the given revision. If
no revision is given, the parent of the working directory is used. Print the working directory's parent revisions. If a revision is
given via -r/--rev, the parent of that revision will be printed.
If a file argument is given, the revision in which the file was
last changed (before the working directory revision or the
argument to --rev if given) is printed. Pull changes from a remote repository to a local one. Pull largefiles that are referenced from local changesets but missing
locally, pulling from a remote repository to the local cache. Push changesets from the local repository to the specified
destination. Rebase uses repeated merging to graft changesets from one part of
history (the source) onto another (the destination). This can be
useful for linearizing *local* changes relative to a master
development tree. Recover from an interrupted commit or pull. Regular revision fields are ``description``, ``author``, ``branch``,
``date``, ``files``, ``phase``, ``parents``, ``substate``, ``user``
and ``diff``.
Note that ``author`` and ``user`` are synonyms. ``diff`` refers to the
contents of the revision. Two revisions matching their ``diff`` will
also match their ``files``. Results are displayed as follows:: Return 0 on success.
Returns 0 if a match is found, 1 otherwise.
Returns 0 if all files are successfully added.
Returns 0 if import succeeded.
Returns 0 if matching heads are found, 1 if not.
Returns 0 if push was successful, 1 if nothing to push.
Returns 0 if successful, 1 if nothing to recover or verify fails.
Returns 0 if successful.
Returns 0 if there are incoming changes, 1 otherwise.
Returns 0 if there are outgoing changes, 1 otherwise.
Returns 0 on success, 1 if NAME does not exist. Returns 0 on success, 1 if an update had unresolved files.
Returns 0 on success, 1 if an update has unresolved files.
Returns 0 on success, 1 if any files fail a resolve attempt.
Returns 0 on success, 1 if any warnings encountered.
Returns 0 on success, 1 if errors are encountered.
Returns 0 on success, 1 if no changes found.
Returns 0 on success, 1 if no phases were changed or some could not
be changed.
Returns 0 on success, 1 if no rollback data is available.
Returns 0 on success, 1 if nothing changed.
Returns 0 on success, 1 if nothing to backout or there are unresolved
files.
Returns 0 on success, 1 if nothing to rebase or there are
unresolved conflicts.
Returns 0 on success, 1 if there are unresolved files.
Returns 0 on success, 1 if user intervention is required (not only
for intentional "edit" command, but also for resolving unexpected
conflicts).
Returns 0 on success, 1 on partial success (see --partial).
Returns 0 on success. Returns 0 on success.
Returns 0 on successful completion.
Returns 0 on successful creation of a new patch.
Returns 0.
Run after (re)enabling keyword expansion. Schedule files to be version controlled and added to the
repository. Schedule the indicated files for removal from the current branch. Search revisions of files for a regular expression. See :hg:`help config` for more information about config files. See :hg:`help dates` for a list of formats valid for -d/--date. See :hg:`help dates` for a list of formats valid for -d/--date.
See :hg:`help keyword` on how to construct patterns both for
inclusion and exclusion of files. See :hg:`help qnew` & :hg:`help record` for more information and
usage.
See :hg:`help revisions` and :hg:`help revsets` for more about
specifying revisions. See :hg:`help templates` for information on templates and filters.
See :hg:`help templates` for more about pre-packaged styles and
specifying custom templates. See :hg:`help urls` for details on specifying URLs. See :hg:`help urls` for more information. See pull for details of valid destination formats. See pull for valid source format details. 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. Setting HGPLAINEXCEPT to anything (even an empty string) will
enable plain mode. 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. Show changesets not found in the specified destination repository
or the default push location. These are the changesets that would
be pushed if a push was requested. Show current, custom, or default keyword template maps and their
expansions. Show definition of symbolic path name NAME. If no name is given,
show definition of all available names. Show differences between revisions for the specified files, using
an external program. The default program used is diff, with
default options "-Npru". Show differences between revisions for the specified files, using
the %(path)s program. Show differences between revisions for the specified files. Show new changesets found in the specified path/URL or the default
pull location. These are the changesets that would have been pulled
if a pull at the time you issued this command. Show status of files in the repository. If names are given, only
files that match are shown. Files that are clean or ignored or
the source of a copy/move operation, are not listed unless
-c/--clean, -i/--ignored, -C/--copies or -A/--all are given.
Unless options described with "show only ..." are given, the
options -mardu are used. 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). Similarly, passing --rev to "hg clone" will fail to use any
hardlinks, falling back to a complete copy of the source
repository. Since tag names have priority over branch names during revision
lookup, using an existing branch name as a tag name is discouraged. 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
``--continue`` to complete the unshelve operation. (The bundle
will not be deleted until you successfully complete the unshelve.) Source history can be retrieved starting at a specific revision,
instead of being integrally converted. Only single branch
conversions are supported. Source patch repository is looked for in <src>/.hg/patches by
default. Use -p <url> to change. Special fields are ``summary`` and ``metadata``:
``summary`` matches the first line of the description.
``metadata`` is equivalent to matching ``description user date``
(i.e. it matches the main metadata fields). Specifying a path to a repository root or Mercurial bundle will
cause lookup to operate on that repository/bundle. Start a local HTTP repository browser and pull server. You can use
this for ad-hoc sharing and browsing of repositories. It is
recommended to use a real web server to serve a repository for
longer periods of time. Statistics are based on the number of changed lines, or
alternatively the number of matching revisions if the
--changesets option is specified. 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. Subversion Source
################# 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`` exists, it is looked for tags referencing
converted branches. Default ``trunk``, ``branches`` and ``tags``
values can be overridden with following options. Set them to paths
relative to the source URL, or leave them blank to disable auto
detection. 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 "=".
Supports switching between different patch queues, as well as creating
new patch queues and deleting existing ones. Tag commits are usually made at the head of a branch. If the parent
of the working directory is not a branch head, :hg:`tag` aborts; use
-f/--force to force the tag commit to be based on a non-head
changeset. Tags are used to name particular revisions of the repository and are
very useful to compare different revisions, to go back to significant
earlier versions or to mark branch points as releases, etc. Changing
an existing tag is normally disallowed; use -f/--force to override. The --amend flag can be used to amend the parent of the
working directory with a new commit that contains the changes
in the parent in addition to those currently reported by :hg:`status`,
if there are any. The old commit is stored in a backup bundle in
``.hg/strip-backup`` (see :hg:`help bundle` and :hg:`help unbundle`
on how to restore it). 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. The Mercurial source recognizes the following configuration
options, which you can set on the command line with ``--config``: 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 ``include`` directive causes a file, or all files under a
directory, to be included in the destination repository. The default
if there are no ``include`` statements is to include everything.
If there are any ``include`` statements, nothing else is included.
The ``exclude`` directive causes files or directories to
be omitted. The ``rename`` 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. The archive type is automatically detected based on file
extension (or override using -t/--type). 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:: 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 the form:: The bundle file can then be transferred using conventional means
and applied to another repository with the unbundle or pull
command. This is useful when direct push and pull are not
available or when exporting an entire repository is undesirable. The codes used to show the status of files are:: The current working directory is updated with all changes made in
the requested revision since the last common predecessor revision. The description of the DAG is read from stdin if not given on the
command line. The dirstate will be set to the files of the given revision.
The actual working directory content or existing dirstate
information such as adds or removes is not considered. The exact name of the destination archive or directory is given
using a format string; see :hg:`help export` for details. The filemap is a file that allows filtering and remapping of files
and directories. Each line can contain one of the following
directives:: The files will be added to the repository at the next commit. To
undo an add before that, see :hg:`forget`. The following options are supported: The following options can be set with ``--config``: The following options can be used with ``--config``: The header for each folded patch will be concatenated with the
current patch header, separated by a line of ``* * *``. The information shown in the changeset header is: author, date,
branch name (if non-default), changeset hash, parent(s) and commit
comment. 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 keys can be: The location of the source is added to the new repository's
``.hg/hgrc`` file, as the default to be used for future pulls. The patch directory must be a nested Mercurial repository, as
would be created by :hg:`init --mq`. 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. 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 directory. The path names ``default`` and ``default-push`` have a special
meaning. When performing a push or pull operation, they are used
as fallbacks if no location is specified on the command-line.
When ``default-push`` is set, it will be used for push and
``default`` will be used for pull; otherwise ``default`` is used
as the fallback for both. When cloning a repository, the clone
source is written as ``default`` in ``.hg/hgrc``. Note that
``default`` and ``default-push`` apply to all inbound (e.g.
:hg:`incoming`) and outbound (e.g. :hg:`outgoing`, :hg:`email` and
:hg:`bundle`) operations. The pattern without explicit kind like ``glob:`` is expected to be
relative to the current directory and match against a file exactly
for efficiency. The pattern without explicit kind like ``glob:`` is expected to be
relative to the current directory and match against a file or a
directory. 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. The resolve command can be used in the following ways: 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:: 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. The tip revision (usually just called the tip) is the changeset
most recently added to the repository (and therefore the most
recently changed head). 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). 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. This command accepts an optional name of a shelved change to
restore. If none is given, the most recent shelved change is used. This command behaves differently than Unix grep. It only accepts
Python/Perl regexps. It searches repository history, not the
working directory. It always prints the revision number in which a
match appears. This command edits changesets between ANCESTOR and the parent of
the working directory. This command helps to find changesets which introduce problems. To
use, mark the earliest changeset you know exhibits the problem as
bad, then mark the latest changeset which is free from the problem
as good. Bisect will update your working directory to a revision
for testing (unless the -U/--noupdate option is specified). Once
you have performed tests, mark the working directory as good or
bad, and bisect will either update to another candidate changeset
or announce that it has found the bad revision. This command is deprecated, please use :hg:`heads` instead. This command is deprecated, use :hg:`rebase` instead. This command is deprecated. Without -c, it's implied by other relevant
commands. With -c, use :hg:`init --mq` instead. This command is deprecated; use :hg:`commit --mq` instead. This command is intended as a debugging tool for the CVS to
Mercurial converter, and can be used as a direct replacement for
cvsps. This command is not available when committing a merge. This command is not intended for use on public repositories. Once
changes are visible for pull by other users, rolling a transaction
back locally is ineffective (someone else may already have pulled
the changes). Furthermore, a race is possible with readers of the
repository; for example an in-progress pull from the repository
may fail if a rollback is performed. This command is useful for discovering when a change was made and
by whom. This command lets you recreate those hardlinks and reclaim that
wasted space. This command schedules the files to be removed at the next commit.
To undo a remove before that, see :hg:`revert`. To undo added
files, see :hg:`forget`. This command should be used with care. There is only one level of
rollback, and there is no way to undo a rollback. It will also
restore the dirstate at the time of the last transaction, losing
any dirstate changes since that time. This command does not alter
the working directory. This command supports shells that offer path name completion. It
currently completes only files already known to the dirstate. This command takes effect at the next commit. To undo a rename
before that, see :hg:`revert`. This command takes effect with the next commit. To undo a copy
before that, see :hg:`revert`. This command tries to fix the repository status after an
interrupted operation. It should only be necessary when Mercurial
suggests it. This command uses Mercurial's merge logic to copy individual
changes from other branches without merging branches in the
history graph. This is sometimes known as 'backporting' or
'cherry-picking'. By default, graft will copy user, date, and
description from the source changesets. 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 instead. This feature is only supported when using Python 2.6 or later. If you wish
to use it with earlier versions of Python, install the backported
version of the ssl library that is available from
``http://pypi.python.org``. This finds all changes from the repository at the specified path
or URL and adds them to a local repository (the current one unless
-R is specified). By default, this does not update the copy of the
project in the working directory. This finds all changes from the repository at the specified path
or URL and adds them to the local repository. This generates a brief summary of the working directory state,
including parents, branch, commit status, and available updates. This is useful for writing repository conversion tools, but should
be used with care. This lists both regular and local tags. When the -v/--verbose
switch is used, a third column "local" is printed for local tags. This means that purge will delete the following by default: This only removes files from the current branch, not from the
entire project history, and it does not delete them from the
working directory. This operation is symmetrical to pull: it is identical to a pull
in the destination repository from the current one. This predicate uses ``glob:`` as the default kind of pattern. 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]. This will perform an extensive check of the repository's
integrity, validating the hashes and checksums of each entry in
the changelog, manifest, and tracked files, as well as the
integrity of their crosslinks and indices. To cancel an uncommitted merge (and lose your changes), use
:hg:`update --clean .`. To check out a particular version, use -u/--update, or
-U/--noupdate to create a clone with no working directory. 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. To delete specific shelved changes, use ``--delete``. To delete
all shelved changes, use ``--cleanup``.
To disable SSL verification temporarily, specify ``--insecure`` from
command line. To facilitate version control, distribution, and merging of tags,
they are stored as a file named ".hgtags" which is managed similarly
to other project files and can be hand-edited if necessary. This
also means that tagging creates a new commit. The file
".hg/localtags" is used for local tags (not shared among
repositories). To have the server choose a free port number to listen on, specify
a port number of 0; in this case, the server will print the port
number it uses. 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:: To match more than one field pass the list of fields to match separated
by spaces (e.g. ``author description``). To pull only a subset of changesets, specify one or more revisions
identifiers with -r/--rev or branches with -b/--branch. The
resulting clone will contain only the specified changesets and
their ancestors. These options (or 'clone src#rev dest') imply
--pull, even for local source repositories. Note that specifying a
tag will include the tagged changeset but not the changeset
containing the tag. To read a patch from standard input, use "-" as the patch name. If
a URL is specified, the patch will be downloaded from it.
See :hg:`help dates` for a list of formats valid for -d/--date. To restore these changes to the working directory, using "hg
unshelve"; this will work even if you switch to a different
commit. To see a list of existing shelved changes, use the ``--list``
option. For each shelved change, this will print its name, age,
and description; use ``--patch`` or ``--stat`` for more details. 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. To set guards on another patch:: To stop managing a patch and move it into permanent history,
use the :hg:`qfinish` command. To undo a forget before the next commit, see :hg:`add`. To undo an uncommitted merge, use :hg:`update --clean .` which
will check out a clean copy of the original merge parent, losing
all changes. Transactions are used to encapsulate the effects of all commands
that create new changesets or propagate existing changesets into a
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. Unless -f/--force is specified, :hg:`phase` won't move changeset from a
lower phase to an higher phase. Phases are ordered as follows:: Unless -f/--force is specified, branch will not let you set a
branch name that already exists, even if it's inactive. Update sets the working directory's parent revision to the specified
changeset (see :hg:`help parents`). Update the repository's working directory to the specified
changeset. If no changeset is specified, update to the tip of the
current named branch and move the current bookmark (see :hg:`help
bookmarks`). Use "min(outgoing() and ::.)" or similar revset specification
instead of --outgoing to specify edit target revision exactly in
such ambiguous situation. See :hg:`help revsets` for detail about
selecting revisions. Use --bypass to apply and commit patches directly to the
repository, not touching the working directory. Without --exact,
patches will be applied on top of the working directory parent
revision. Use --new-branch if you want to allow push to create a new named
branch that is not present at the destination. This allows you to
only create a new branch without forcing other changes. Use --partial to ensure a changeset will be created from the patch
even if some hunks fail to apply. Hunks that fail to apply will be
written to a <target-file>.rej file. Conflicts can then be resolved
by hand before :hg:`commit --amend` is run to update the created
changeset. This flag exists to let people import patches that
partially apply without losing the associated metadata (author,
date, description, ...). Note that when none of the hunk applies
cleanly, :hg:`import --partial` will create an empty changeset,
importing only the patch metadata. Use --to-normal to convert largefiles back to normal files; after
this, the DEST repository can be used without largefiles at all. Use --verbose to print the parsed tree before and after aliases
expansion.
Use -C/--clean to reset the working directory branch to that of
the parent of the working directory, negating a previous branch
change. Use -d/--default to disable current configuration. 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 pushed. Use -s/--series to print a list of all guards in the series file
(no other arguments needed). Use -v for more information. Use :hg:`diff` if you only want to see the changes made since the
last qrefresh, or :hg:`export qtip` if you want to see changes
made by the current patch without including changes made since the
qrefresh. Use :hg:`incoming` if you want to see what would have been added
by a pull at the time you issued this command. If you then decide
to add those changes to the repository, you should use :hg:`pull
-r X` where ``X`` is the last changeset listed by :hg:`incoming`. Use null as the changeset to remove the working directory (like
:hg:`clone -U`). Use the --no-backup option to discard the backup bundle once the
operation completes. Use the -g/--git option to generate diffs in the git extended diff
format. For more information, read :hg:`help diffs`. Use the -g/--git option to generate diffs in the git extended diff
format. See :hg:`help diffs` for more information. 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. Use the -s/--similarity option to detect renamed files. This
option takes a percentage between 0 (disabled) and 100 (files must
be identical) as its parameter. With a parameter greater than 0,
this compares every removed file with every added file and records
those similar enough as renames. Detecting renamed files this way
can be expensive. After using this option, :hg:`status -C` can be
used to check which files were identified as moved or renamed. If
not specified, -s/--similarity defaults to 100 and only renames of
identical files are detected. Use the :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:: Use the command :hg:`update` to switch to an existing branch. Use the command :hg:`update` to switch to an existing branch. Use
:hg:`commit --close-branch` to mark this branch as closed. Useful to prevent inadvertent keyword expansion and to speed up
execution by including only files that are actual candidates for
expansion. Using the -r/--rev or -d/--date options, revert the given files or
directories to their states as of a specific revision. Because
revert does not change the working directory parents, this will
cause these files to appear modified. This can be helpful to "back
out" some or all of an earlier change. See :hg:`backout` for a
related method. Valid fields are most regular revision fields and some special fields. Valid types are: Verify the integrity of the current repository. When REV is not given, print a summary of the current state of the
repository. 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. 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. When repositories are cloned locally, their data files will be
hardlinked so that they only use the space of a single repository. When two revision arguments are given, then changes are shown
between those revisions. If only one revision is specified then
that revision is compared to the working directory, and, when no
revisions are specified, the working directory files are compared
to its parent. Whitespace between the above elements is ignored. With --debug, the source (filename and line number) is printed
for each config item. With --edit, start an editor on the user-level config file. With
--global, edit the system-wide config file. With --local, edit the
repository-level config file. With --graph the revisions are shown as an ASCII art DAG with the most
recent changeset at the top.
'o' is a changeset, '@' is a working directory parent, 'x' is obsolete,
and '+' represents a fork where the changeset from the lines below is a
parent of the 'o' merge on the same line. With --outgoing, this edits changesets not found in the
destination repository. If URL of the destination is omitted, the
'default-push' (or 'default') path will be used. With -A/--all and -v/--verbose the codes used to show the status
of files are:: With -b/--bundle, changesets are selected as for --outgoing, but a
single email containing a binary Mercurial bundle as an attachment
will be sent. With -f/--force, an existing patch of the same name will be
overwritten. 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. 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 provided) With -s/--similarity, hg will attempt to discover renames and
copies in the patch in the same way as :hg:`addremove`. With -v, print file permissions, symlink and executable bits.
With --debug, print file revision hashes. With five args, set a key to new if it currently is set to old.
Reports success or failure.
With multiple arguments, print names and values of all config
items with matching section names. With no argument, show the current branch name. With one argument,
set the working directory branch name (the branch will not exist
in the repository until the next commit). Standard practice
recommends that primary development take place on the 'default'
branch. With no argument, show the phase name of specified revisions. With no arguments, displays the list of obsolescence markers. With no arguments, print a list of commands with short help messages. With no arguments, print names and values of all config items. With no arguments, print the currently active guards.
With arguments, set guards for the named patch. With no arguments, prints the currently active guards.
With one argument, sets the active guard. With no arguments, show all open branch heads in the repository.
Branch heads are changesets that have no descendants on the
same branch. They are where development generally takes place and
are the usual targets for update and merge operations. With no revision specified, revert the specified files or directories
to the contents they had in the parent of the working directory.
This restores the contents of files to an unmodified
state and unschedules adds, removes, copies, and renames. If the
working directory has two parents, you must explicitly specify a
revision. With one argument of the form section.name, print just the value
of that config item. With one argument, renames the current patch to PATCH1.
With two arguments, renames PATCH1 to PATCH2. With one of -p/--public, -d/--draft or -s/--secret, change the
phase value of the specified revisions. With the --remote option, this will check the default paths for
incoming and outgoing changes. This can be time-consuming. With the --switch-parent option, the diff will be against the
second parent. It can be useful to review a merge. With the -d/--diffstat option, if the diffstat program is
installed, the result of running diffstat on the patch is inserted. 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. With two args, list the keys in the given namespace. 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. Without the -a/--text option, annotate will avoid processing files
it detects as binary. With -a, annotate will annotate the file
anyway, although the results will probably be neither useful
nor desirable. Without the -a/--text option, diff will avoid generating diffs of
files it detects as binary. With -a, diff will generate a diff
anyway, probably with undesirable results. Without the -a/--text option, export will avoid generating diffs
of files it detects as binary. With -a, export will generate a
diff anyway, probably with undesirable results. You can change compression method with the -t/--type option.
The available compression methods are: none, bzip2, and
gzip (by default, bundles are compressed using bzip2). You can import a patch straight from a mail message. Even patches
as attachments work (to use the body part, it must have type
text/plain or text/x-patch). From and Subject headers of email
message are used as default committer and commit message. All
text/plain body parts before first diff are added to commit
message. 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. You can register an existing patch inside the patch directory with
the -e/--existing flag. 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. You can specify which changesets to rebase in two ways: as a
"source" changeset or as a "base" changeset. Both are shorthand
for a topologically related set of changesets (the "source
branch"). If you specify source (``-s/--source``), rebase will
rebase that changeset and all of its descendants onto dest. If you
specify base (``-b/--base``), rebase will select ancestors of base
back to but not including the common ancestor with dest. Thus,
``-b`` is less precise but more convenient than ``-s``: you can
specify any changeset in the source branch, and rebase will select
the whole branch. If you specify neither ``-s`` nor ``-b``, rebase
uses the parent of the working directory as the base. You can use OpenSSL's CA certificate file if your platform has
one. On most Linux systems this will be
``/etc/ssl/certs/ca-certificates.crt``. Otherwise you will have to
generate this file manually. The form must be as follows:: You should not rebase changesets that have already been shared
with others. Doing so will force everybody else to perform the
same rebase or they will end up with duplicated changesets after
pulling in your rebased changesets. 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
possible:: [bar]
eggs=ham
green=
eggs [bugzilla]
bzurl=http://my-project.org/bugzilla
user=bugmail@my-project.org
password=plugh
version=xmlrpc
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [bugzilla]
bzurl=http://my-project.org/bugzilla
user=bugmail@my-project.org
password=plugh
version=xmlrpc+email
bzemail=bugzilla@my-project.org
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [bugzilla]
host=localhost
password=XYZZY
version=3.0
bzuser=unknown@domain.com
bzdir=/opt/bugzilla-3.2
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [committemplate]
changeset = {desc}\n\n
HG: Enter commit message. Lines beginning with 'HG:' are removed.
HG: {extramsg}
HG: --
HG: user: {author}\n{ifeq(p2rev, "-1", "",
"HG: branch merge\n")
}HG: branch '{branch}'\n{if(currentbookmark,
"HG: bookmark '{currentbookmark}'\n") }{subrepos %
"HG: subrepo {subrepo}\n" }{file_adds %
"HG: added {file}\n" }{file_mods %
"HG: changed {file}\n" }{file_dels %
"HG: removed {file}\n" }{if(files, "",
"HG: no files changed\n")} [extensions]
bugzilla = [foo]
eggs=large
ham=serrano
eggs=small [foo]
ham=prosciutto
eggs=medium
bread=toasted [graph]
# 2px width
default.width = 2
# red color
default.color = FF0000 [hooks]
# run bugzilla hook on every change pulled or pushed in here
incoming.bugzilla = python:hgext.bugzilla.hook [hostfingerprints]
hg.intevation.org = fa:1f:d9:48:f1:e7:74:30:38:8d:d8:58:b6:94:b8:58:28:7d:8b:d0 [keyword]
# expand keywords in every python file except those matching "x*"
**.py =
x* = ignore [keywordset]
# prefer svn- over cvs-like default keywordmaps
svn = True [paths]
my_path = http://example.com/path [spam]
eggs=ham
green=
eggs [spam]
eggs=large
ham=serrano
eggs=small [usermap]
user@emaildomain.com=user.name@bugzilladomain.com [web]
baseurl=http://my-project.org/hg [websub]
issues = s|issue(\d+)|<a href="http://bts.example.org/issue\1">issue\1</a>|i
italic = s/\b_(\S+)_\b/<i>\1<\/i>/
bold = s/\*\b(\S+)\b\*/<b>\1<\/b>/ ``--tool`` can be used to specify the merge tool used for file
merges. It overrides the HGMERGE environment variable and your
configuration files. See :hg:`help merge-tools` for options. ``ls``
Use Python's built-in instrumenting profiler. This profiler
works on all platforms, but each line number it reports is the
first line of a function. This restriction makes it difficult to
identify the expensive parts of a non-trivial function.
``stat``
Use a third-party statistical profiler, statprof. This profiler
currently runs only on Unix systems, and is most useful for
profiling commands that run for longer than about 0.1 seconds. ``metadata`` is the default field which is used when no fields are
specified. You can match more than one field at a time. ``text``
Generate a profiling report. When saving to a file, it should be
noted that only the report is saved, and the profiling data is
not kept.
``kcachegrind``
Format profiling data for kcachegrind use: when saving to a
file, the generated file can directly be loaded into
kcachegrind. aliases: %s bar.prefix = secure.example.org
bar.key = path/to/file.key
bar.cert = path/to/file.cert
bar.schemes = https committer = Bugzilla user foo.prefix = hg.intevation.org/mercurial
foo.username = foo
foo.password = bar
foo.schemes = http https 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. hg forget "set:hgignore() and not ignored()" hg locate "set:**.c and not encoding('UTF-8')" hg locate "set:grep(magic) and not binary()" hg log -r "(keyword(bug) or keyword(issue)) and not ancestors(tag())"
hg log -r "1.3::1.5 and keyword(bug) and file('hgext/*')" hg log -r "branch(default) and 1.5:: and not merge()" hg log -r "branch(default)" hg log -r "head() and not closed()" hg log -r "sort(date('May 2008'), user)" hg push my_path hg remove "set: 'listfile:foo.lst' and (**a* or **b*)" hg revert "set:copied() and binary() and size('>1M')" hg status -A "set:binary()" http://server/(.*)-hg/ = http://hg.server/\1/ kwexpand refuses to run if given files contain local changes.
kwshrink refuses to run if given files contain local changes.
latest = log --limit 5 patternname = s/SEARCH_REGEX/REPLACE_EXPRESSION/[i] 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. 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. ssh://example.com//tmp/repository stable5 = latest -b stable 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. $ hg log --template "{bookmarks % '{bookmark}{ifeq(bookmark, current, \"*\")} '}\n" $ hg log --template "{ifcontains(rev, revset('.'), '@')}\n" $ hg log --template "{splitlines(desc) % '**** {line}\n'}" $ hg log --template "{startswith(\"template\", firstline(desc))}\n" $ hg log --template "{word(\"0\", desc)}\n"
$ hg log -r 0 --template "files: {join(files, ', ')}\n" $ hg log -r 0 --template "files:\n{files % ' {file}\n'}" $ hg log -r 0 --template "{date(date, '%Y')}\n" $ hg log -r 0 --template "{fill(desc, '30')}" $ hg log -r 0 --template "{ifeq(branch, 'default', 'on the main branch',
'on branch {branch}')}\n" $ hg log -r 0 --template "{join(extras, '\n')}\n" $ hg log -r 0 --template "{label('changeset.{phase}', node|short)}\n" $ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n" $ hg tip --template "{date|isodate}\n"
2008-08-21 18:22 +0000 $ hg tip --template "{if(author, '{author}\n')}" @ 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 After selecting a merge program, Mercurial will by default attempt
to merge the files using a simple merge algorithm first. Only if it doesn't
succeed because of conflicting changes Mercurial will actually execute the
merge program. Whether to use the simple merge algorithm first can be
controlled by the premerge setting of the merge tool. Premerge is enabled by
default unless the file is binary or a symlink. Changesets in secret phase are not exchanged with the server. This
applies to their content: file names, file contents, and changeset
metadata. For technical reasons, the identifier (e.g. d825e4025e39)
of the secret changeset may be communicated to the server. Environment variables with empty values may not be passed to
hooks on platforms such as Windows. As an example, ``$HG_PARENT2``
will have an empty value under Unix-like platforms for non-merge
changesets, while it will not be available at all under Windows. For example, if multibyte character ending with backslash (0x5c) is
followed by ASCII character 'n' in the customized template,
sequence of backslash and 'n' is treated as line-feed unexpectedly
(and multibyte character is broken, too). For some problematic encodings (see :hg:`help win32mbcs` for
detail), this customization should be configured carefully, to
avoid showing broken characters. Git and Subversion subrepos are also supported:: It is generally better to use standard hooks rather than the
generic pre- and post- command hooks as they are guaranteed to be
called in the appropriate contexts for influencing transactions.
Also, hooks like "commit" will be called in all contexts that
generate a commit (e.g. tag) and not just the commit command. It is possible to create aliases with the same names as
existing commands, which will then override the original
definitions. This is almost always a bad idea! Note that ``.hgsub`` does not exist by default in Mercurial
repositories, you have to create and add it to the parent
repository before using subrepositories. Some global configuration options such as ``-R`` are
processed before shell aliases and will thus not be passed to
aliases. The more specific you are in your filename patterns the less you
lose speed in huge repositories. The registry key ``HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercurial``
is used when running 32-bit Python on 64-bit Windows. The rules will first apply when files are touched in the working
copy, e.g. by updating to null and back to tip to touch all files. The tempfile mechanism is recommended for Windows systems,
where the standard shell I/O redirection operators often have
strange effects and may corrupt the contents of your files. echo = !echo $@ purge = !$HG status --no-status --unknown -0 | xargs -0 rm where ``path/to/nested`` is the checkout location relatively to the
parent Mercurial root, and ``https://example.com/nested/repo/path``
is the source repository path. The source can also reference a
filesystem path. # 'none' turns off all effects
status.clean = none
status.copied = none # 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 # A bad user is denied on all branches:
* = bad-user # A few users are allowed on branch-a:
branch-a = user-1, user-2, user-3 # Changing the priority of preconfigured tool
vimdiff.priority = 0 # Define new tool
myHtmlTool.args = -m $local $other $base $output
myHtmlTool.regkey = Software\FooSoftware\HtmlMerge
myHtmlTool.priority = 1 # 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/** = * # Everyone is allowed on branch-for-tests:
branch-for-tests = * # Everyone is denied to the frozen branch:
frozen-branch = * # 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 = * # Only one user is allowed on branch-b:
branch-b = user-1 # The super user is allowed on any branch:
* = super-user # To match everyone, use an asterisk for the user:
# my/glob/pattern = * # 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 # 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 # You can also deny access based on file paths: # add new command called meld, runs meld (no need to name twice)
meld = # add new command called vdiff, runs kdiff3
vdiff = kdiff3 # 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))" # one email for all outgoing changesets
outgoing.notify = python:hgext.notify.hook # switch to regexp syntax.
syntax: regexp
^\.pc/
# use glob syntax.
syntax: glob # user6 will not have write access to any file:
** = user6 $ cd test
$ hg serve $ dd if=/dev/urandom of=randomdata count=2000
$ hg add --large randomdata
$ hg commit -m 'add randomdata as a largefile' $ hg add --lfsize 2 $ hg lfconvert --size 10 oldrepo newrepo $ hg paths
zc-test = http://example.com:8000/test
$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. %include ~/.hgrc.d/$HOST.rc %s in %s should not have %s line endings *.elc
*.pyc
*~ - web
- paths
- collections -f -> ::.
-d x -> date(x)
-k x -> keyword(x)
-m -> merge()
-u x -> user(x)
-b x -> branch(x)
-P x -> !::x
-l x -> limit(expr, x) .hgtags = release_engineer :``serve``: changesets received via http or ssh
:``pull``: changesets received via ``hg pull``
:``unbundle``: changesets received via ``hg unbundle``
:``push``: changesets sent or received via ``hg push``
:``bundle``: changesets sent via ``hg unbundle`` :``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. :``{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. <alias> = <definition> Alternatively specify "ssh -C" as your ssh command in your
configuration file or with the --ssh command line option. An alternative syntax is ``x..y``. Default ``changeset {node|short} in repo {root} refers to bug
{bug}.\ndetails:\n\t{desc|tabindent}`` Default: serve. 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. Patterns specified in ``.hgignore`` are not rooted.
Please see :hg:`help hgignore` for details. Patterns specified in other than ``.hgignore`` are always rooted.
Please see :hg:`help patterns` for details. Pulling a draft changeset from a publishing server does not mark it
as public on the server side due to the read-only nature of pull. See also the ``[usermap]`` section. Servers running older versions of Mercurial are treated as
publishing. 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 the start. [acl.allow.branches] [acl.allow.branches]
# Empty [acl.allow]
# Empty [acl.allow]
# if acl.allow is not present, all users are allowed by default
# empty acl.allow = no users allowed [acl.deny.branches] [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 [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, ... [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 [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 [blackbox]
track = * [blackbox]
track = command, commandfinish, commandexception, exthook, pythonhook [blackbox]
track = incoming [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:cia@cia.vc
# 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 [color]
mode = terminfo [color]
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 [decode]
# recompress gzip files when writing them to the working dir (we
# can safely omit "pipe:", because it's the default)
*.gz = gzip [decode]
** = cleverdecode:
# or ** = macdecode: [defaults]
log = -v
status = -m [diff-tools]
kdiff3.diffargs=--L1 '$plabel1' --L2 '$clabel' $parent $child [email]
from = Joseph User <joe.user@example.com>
method = /usr/sbin/sendmail
# charsets for western Europeans
# us-ascii, utf-8 omitted, as they are tried first and last
charsets = iso-8859-1, iso-8859-15, windows-1252 [email]
from = My Name <my@email>
to = recipient1, recipient2, ...
cc = cc1, cc2, ...
bcc = bcc1, bcc2, ...
reply-to = address1, address2, ... [encode]
# uncompress gzip files on checkin to improve delta compression
# note: not necessarily a good idea, just an example
*.gz = pipe: gunzip [extdiff]
# add new command that runs GNU diff(1) in 'context diff' mode
cdiff = gdiff -Nprc5
## or the old way:
#cmd.cdiff = gdiff
#opts.cdiff = -Nprc5 [extdiff]
kdiff3 = [extensions]
# (the progress extension will get loaded from Mercurial's path)
progress =
# (this extension will get loaded from the file specified)
myfeature = ~/.hgext/myfeature.py [extensions]
# disabling extension bar residing in /path/to/extension/bar.py
bar = !/path/to/extension/bar.py
# ditto, but no path was supplied for extension baz
baz = !
[extensions]
foo = [extensions]
myfeature = ~/.hgext/myfeature.py [extensions]
win32text =
[encode]
** = cleverencode:
# or ** = macencode: [factotum]
executable = /bin/auth/factotum
mountpoint = /mnt/factotum
service = hg [hgk]
path=/location/of/hgk [hgk]
vdiff=vdiff [hooks] [hooks]
# one email for each incoming changeset
incoming.notify = python:hgext.notify.hook
# one email for all incoming changesets
changegroup.notify = python:hgext.notify.hook [hooks]
# one of these:
changegroup.cia = python:hgcia.hook
#incoming.cia = python:hgcia.hook [hooks]
# update working directory after adding changesets
changegroup.update = hg update
# do not use the site-wide hook
incoming =
incoming.email = /my/email/hook
incoming.autobuild = /my/build/hook
# force autobuild hook to run before other incoming hooks
priority.incoming.autobuild = 1 [hooks]
pretxnchangegroup.crlf = python:hgext.win32text.forbidcrlf
# or pretxnchangegroup.cr = python:hgext.win32text.forbidcr
[hooks]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
# or pretxncommit.cr = python:hgext.win32text.forbidcr [largefiles]
minsize = 2 [largefiles]
patterns =
*.jpg
re:.*\.(png|bmp)$
library.zip
content/audio/* [merge-patterns]
**.c = kdiff3
**.jpg = myimgmerge [merge-tools]
# Override stock tool location
kdiff3.executable = ~/bin/kdiff3
# Specify command line
kdiff3.args = $base $local $other -o $output
# Give higher priority
kdiff3.priority = 1 [mq]
git = auto/keep/yes/no [mq]
keepchanges = True [mq]
secret = True [notify]
config = /path/to/subscriptionsfile [pager]
attend = annotate, cat, diff, export, glog, log, qdiff [pager]
attend-cat = false [pager]
ignore = version, help, update [pager]
pager = less -FRX [paths]
/projects/a = /srv/tmprepos/a
/projects/b = c:/repos/b
/ = /srv/repos/*
/user/bob = /home/bob/repos/** [paths]
alias1 = URL1
alias2 = URL2
... [patterns]
**.py = native
**.vcproj = CRLF
**.txt = native
Makefile = LF
**.jpg = BIN [phases]
publish = False [progress]
delay = 3 # number of seconds (float) before showing the progress bar
changedelay = 1 # changedelay: minimum delay before showing a new topic.
# If set to less than 3 * refresh, that value will
# be used instead.
refresh = 0.1 # time in seconds between refreshes of the progress bar
format = topic bar number estimate # format of the progress bar
width = <none> # if set, the maximum width of the progress information
# (that is, min(width, term width) will be used)
clear-complete = True # clear the progress bar after it's done
disable = False # if true, don't show a progress bar
assume-tty = False # if true, ALWAYS show a progress bar, unless
# disable is given [repository]
native = LF [reposubs]
# key is repo pattern, value is a comma-separated list of subscriber emails
pattern = user@host [reposubs]
*/widgets#branch(release) = qa-team@example.com [revsetalias]
h = heads()
d($1) = sort($1, date)
rs($1, $2) = reverse(sort($1, $2)) [schemes]
gcode = http://{1}.googlecode.com/hg/ [schemes]
py = http://code.python.org/hg/ [schemes]
py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://hg@bitbucket.org/
gcode = https://{1}.googlecode.com/hg/
kiln = https://{1}.kilnhg.com/Repo/ [ui]
username = Firstname Lastname <firstname.lastname@example.net>
verbose = True [usersubs]
# key is subscriber email, value is a comma-separated list of repo patterns
user@host = pattern [web]
# If you want hyperlinks (optional)
baseurl = http://server/path/to/repo
[web]
pygments_style = <style> ``changed``
Ask whether merge was successful when the merged file shows no changes.
``conflicts``
Check whether there are conflicts even though the tool reported success.
``prompt``
Always prompt for merge success, regardless of success reported by tool. add known patch to applied stack qpush
remove patch from applied stack qpop
refresh contents of top applied patch qrefresh allow_read = "John Doe, PhD", brian, betty bookmarks.current = green branches.active = none
branches.closed = black bold
branches.current = green
branches.inactive = none bug %s
color.brightblue = 12
color.pink = 207
color.orange = 202 create new patch qnew
import existing patch qimport 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.trailingwhitespace = bold red_background glob:*.c any name ending in ".c" in the current directory
*.c any name ending in ".c" in the current directory
**.c any name ending in ".c" in any subdirectory of the
current directory including itself.
foo/*.c any name ending in ".c" in the directory foo
foo/**.c any name ending in ".c" in any subdirectory of foo
including itself. hg clone py://trunk/ histedit.remaining = red bold hookname = python:modulename.submodule.callable
hookname = python:/path/to/python/module.py:callable listfile:list.txt read list from list.txt with one file pattern per line
listfile0:list.txt read list from list.txt with null byte delimiters 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] path:foo/bar a name bar in a directory named foo in the root
of the repository
path:path:name a file or directory named "path:name" print patch series qseries
print applied patches qapplied proto=pass service=hg prefix=<prefix> user=<username> !password=<password> qseries.applied = blue bold underline
qseries.unapplied = black bold
qseries.missing = red bold re:.*\.c$ any name ending in ".c", anywhere in the repository rebase.rebased = blue
rebase.remaining = red bold resolve.unresolved = red bold
resolve.resolved = green bold shelve.age = cyan
shelve.newest = green bold
shelve.name = blue bold syntax: NAME tags.normal = green
tags.local = black bold # 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
# d, drop = remove commit from history
# m, mess = edit message without changing commit content
# %d files changed, %d insertions(+), %d deletions(-)
%s: ambiguous merge - picked %s action
%s: multiple bids for merge action:
(%+d heads) (active)
(check that you compiled the extensions)
(check that your locale is properly set)
(clean) (closed) (default: %s) (empty repository) (expected %s) (head closed) (inactive) (interrupted update) (merge) (new branch head) (new branch) (no revision checked out) (specify a commit editor in your configuration file)
(specify a username in your configuration file)
(started at %s) (templates seem to have been installed incorrectly)
- all draft changesets that are pulled or cloned appear in phase
public on the client - all draft changesets that are pushed appear as public on both
client and server - change all secret changesets to draft:: - forcibly move the current changeset and descendants from public to draft:: - list changesets in draft or secret phase:: - public : changeset is visible on a public server
- draft : changeset is not yet published
- secret : changeset should not be pushed, pulled, or cloned - resynchronize draft changesets relative to a remote repository:: - secret changesets are neither pushed, pulled, or cloned - show a list of changeset revision and phase:: @ 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 @ 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 Add beta
***
Add delta Can't find editor '%s' in PATH
No commit editor set and can't find sensible-editor in PATH
One or more extensions could not be found [win32mbcs]
encoding = sjis and empty string
local changed subrepository %s which remote removed
use (c)hanged version or (d)elete?$$ &Changed $$ &Delete no template directories found
no tool found to merge %s
keep (l)ocal or take (o)ther?$$ &Local $$ &Other output file %s appears unchanged
was merge successful (yn)?$$ &Yes $$ &No pick 030b686bedc4 Add gamma
pick c561b4e977df Add beta
fold 7c2fd3b9020c Add delta pick c561b4e977df Add beta
pick 030b686bedc4 Add gamma
pick 7c2fd3b9020c Add delta remote changed subrepository %s which local removed
use (c)hanged version or (d)elete?$$ &Changed $$ &Delete subrepository %s diverged (local revision: %s, remote revision: %s)
(M)erge, keep (l)ocal or keep (r)emote?$$ &Merge $$ &Local $$ &Remote subrepository sources for %s differ
use (l)ocal source (%s) or (r)emote source (%s)?
$$ &Local $$ &Remote subrepository sources for %s differ
use (l)ocal source (%s) or (r)emote source (%s)?$$ &Local $$ &Remote subrepository sources for %s differ (in checked out version)
use (l)ocal source (%s) or (r)emote source (%s)?
$$ &Local $$ &Remote template 'default' not found
!Danger! "%s" already exists as a directory "%s" cannot be used as the name of a patch "%s" cannot be used in the name of a patch "%s" length is %d bytes, should be %d "%s" not in template map # Edit history between %s and %s
#
# 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
# d, drop = remove commit from history
# m, mess = edit message without changing commit content
#
%.0f GB %.0f KB %.0f MB %.0f bytes %.0f s %.1f GB %.1f KB %.1f MB %.1f ms %.1f ns %.1f s %.1f us %.2f GB %.2f KB %.2f MB %.2f ms %.2f ns %.2f s %.2f us %.3f ms %.3f ns %.3f s %.3f us %02ds %d %s/sec %d added %d additional largefiles cached
%d applied %d bytes missing from remote file %d changeset entries
%d changesets found
%d copied %d deleted %d files to transfer, %s of data
%d files updated, %d files merged, %d files removed, %d files unresolved
%d files, %d changesets, %d total revisions
%d hunks, %d lines changed
%d ignored %d incoming bookmarks %d integrity errors encountered!
%d largefiles cached
%d largefiles failed to download
%d largefiles updated, %d removed
%d log entries
%d modified %d out of %d hunks FAILED -- saving rejects to file %s
%d outgoing %d outgoing bookmarks %d rebased %d remaining %d removed %d renamed %d revisions have been skipped
%d subrepos %d unapplied %d unknown %d unresolved %d warnings encountered!
%dd%02dh %dh%02dm %dm%02ds %dw%02dd %dy%02dw %r cannot be used in a name %r specified as email transport, but not in PATH %s %s Bad signature from "%s"
%s Note: Signature has expired (signed by: "%s")
%s Note: This key has expired (signed by: "%s")
%s Unknown key ID "%s"
%s already a largefile
%s already tracked!
%s appears more than once in %s %s cannot be removed %s certificate error: %s %s certificate error: no certificate received %s certificate with fingerprint %s not verified %s debugger specified but its module was not found
%s does not appear to be a largefile store %s does not exist!
%s does not have a parent recorded %s does not look like a Bazaar repository %s does not look like a CVS checkout %s does not look like a GNU Arch repository %s does not look like a Git repository %s does not look like a P4 repository %s does not look like a Subversion repository %s does not look like a darcs repository %s does not look like a monotone repository %s entry %s is not a valid revision identifier %s error:
%s expected a filename %s extension - %s %s has not been committed yet, so no copy data will be stored for %s.
%s hook %s %s hook failed %s hook is invalid ("%s" is not callable) %s hook is invalid ("%s" is not defined) %s hook is invalid ("%s" not in a module) %s hook is invalid (import of "%s" failed) %s in manifest1, but listed as state %s %s in manifests not found %s in state %s, but also in manifest1
%s in state %s, but not in either manifest
%s in state %s, but not in manifest1
%s is not a local Mercurial repo %s is not a local Mercurial repository %s is not a parent of %s %s is not a valid revision %s is not a valid start revision %s is not an ancestor of working directory %s is not available in %s anymore %s killed %s looks like a binary file. %s merged at %s
%s must be nonnegative (see 'hg help dates') %s not added: only files and symlinks supported currently
%s not found in the transaction %s not found up to revision %d %s not in changesets %s not in manifests %s not removed!
%s not renamed
%s not tracked!
%s not under root '%s' %s problems detected, please check your install!
%s renamed from %s:%s
%s repository format is unsupported, please upgrade %s returned an error: %s %s ssl connection error %s takes no arguments or a filename %s transplanted as %s
%s transplanted to %s
%s, line %s: %s
%s.%s is not a boolean ('%s') %s.%s is not a byte quantity ('%s') %s.%s is not an integer ('%s') %s.%s symlink has no target %s.premerge not valid ('%s' is neither boolean nor %s) %s: %d new changesets %s: binary file
%s: can't copy - same file
%s: cannot copy - %s
%s: data corruption (expected %s, got %s)
%s: deleted in working copy
%s: empty changeset %s: empty changeset
%s: invalid destination repository type %s: invalid hours
%s: invalid source repository type %s: largefile %s not available from %s
%s: missing or unsupported repository %s: missing value %s: no diffs found %s: no key named '%s' %s: not a Mercurial bundle %s: not copying - file has been marked for remove
%s: not copying - file is not managed
%s: not overwriting - %s collides with %s
%s: not overwriting - file exists
%s: not recording copy - %s does not exist
%s: not recording move - %s does not exist
%s: unknown bundle version %s %s: unknown repository type %s: untracked file differs
%s: up to %d MB of RAM may be required to manage this file
(use 'hg revert %s' to cancel the pending addition)
%s:%d node does not exist
%s:%d: %r already in %s list
%s:%d: path to %s is missing
%s:%d: superfluous / in %s %r
%s:%d: unknown directive %r
'%s' does not appear to be an hg repository '%s' does not appear to be an hg repository:
---%%<--- (%s)
%s
---%%<---
'%s' is provided by the following extension: '%s' not found in manifest! '%s' sent a broken Content-Type header (%s) '%s' uses newer protocol %s '\n' and '\r' disallowed in filenames: %r 'mq' extension not loaded 'svn' executable not found for subrepo '%s' (%s)
(DEPRECATED) (activating bookmark %s)
(authenticating to mail server as %s)
(binary file %s, hash: %s) (branch merge, don't forget to commit)
(branches are permanent and global, did you want a bookmark?)
(consider using --after)
(defaults are deprecated. Don't use them. Use aliases instead) (deprecated '%%' in path %s=%s from %s)
(did you forget to compile extensions?)
(first damaged changeset appears to be %d)
(fix the .rej files and run `hg commit --amend`)
(in subrepo %s) (is your Python install correct?)
(leaving bookmark %s)
(no help text available) (no more unresolved files)
(run 'hg heads .' to see heads, 'hg merge' to merge)
(run 'hg heads' to see heads)
(run 'hg heads' to see heads, 'hg merge' to merge)
(run 'hg update' to get a working copy)
(see http://mercurial.selenic.com for more information) (use of 'hg bisect <cmd>' is deprecated)
(using smtps)
(using starttls)
(verifying remote certificate)
(working directory not at a head)
** Extensions loaded: %s
** Mercurial Distributed SCM (version %s)
** Python %s
** Unknown exception encountered with possibly-broken third-party extension %s
** which supports versions %s of Mercurial.
** Please disable %s and try your action again.
** If that fixes the bug please report it to %s
** http://mercurial.selenic.com/wiki/BugTracker
** unknown exception encountered, please report by visiting
*** failed to import extension %s from %s: %s
*** failed to import extension %s: %s
- :hg:`backout`
- :hg:`commit`
- :hg:`fetch` (for merge commit only)
- :hg:`graft`
- :hg:`histedit`
- :hg:`import`
- :hg:`qfold`, :hg:`qnew` and :hg:`qrefresh`
- :hg:`rebase`
- :hg:`shelve`
- :hg:`sign`
- :hg:`tag`
- :hg:`transplant` - Any user who use only ASCII chars in path.
- Any user who do not use any of problematic encodings. - Append a newline if not empty:: - Changesets between tags 1.3 and 1.5 mentioning "bug" that affect
``hgext/*``:: - Changesets committed in May 2008, sorted by user:: - Changesets mentioning "bug" or "issue" that are not in a tagged
release:: - Changesets on the default branch since tag 1.5 (excluding merges):: - Changesets on the default branch:: - Display the contents of the 'extra' field, one per line:: - Find C files in a non-standard encoding:: - Find text files that contain a string:: - Forget files that are in .hgignore but are already tracked:: - Format date:: - Format lists, e.g. files:: - Invert the firstline filter, i.e. everything but the first line:: - 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 file system. - Join the list of files with a ", ":: - Label the output for use with the color extension:: - Mark the current bookmark with '*':: - Mark the working copy parent with '@':: - Mercurial doesn't use its own compression via SSH; the right thing
to do is to configure it in your ~/.ssh/config, e.g.:: - Modify each line of a commit description:: - Open branch heads:: - Output the description set to a fill-width of 30:: - Print the first word of each line of a commit message:: - Remove files listed in foo.lst that contain the letter a or b:: - Revert copies of large binary files:: - 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:: - Show only commit descriptions that start with "template":: - Show status of files that appear to be binary in the working directory:: - The changeset description.
- [Optional] The result of running diffstat on the patch.
- The patch itself, as generated by :hg:`export`. - The first two entries make two repositories in different directories
appear under the same directory in the web interface
- The third entry will publish every Mercurial repository found in
``/srv/repos/``, for instance the repository ``/srv/repos/quux/``
will appear as ``http://server/quux/``
- The fourth entry will publish both ``http://server/user/bob/quux/``
and ``http://server/user/bob/quux/testsubrepo/`` - Use a conditional to test for the default branch:: - 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. - ``1165411109 0`` (Wed Dec 6 13:18:29 2006 UTC) - ``<DATE`` - at or before a given date/time
- ``>DATE`` - on or after a given date/time
- ``DATE to DATE`` - a date range, inclusive
- ``-DAYS`` - within a given number of days of today
- ``Wed Dec 6 13:18:29 2006`` (local timezone assumed)
- ``Dec 6 13:18 -0600`` (year assumed, time offset provided)
- ``Dec 6 13:18 UTC`` (UTC and GMT are aliases for +0000)
- ``Dec 6`` (midnight)
- ``13:18`` (today assumed)
- ``3:39`` (3:39AM assumed)
- ``3:39pm`` (15:39)
- ``2006-12-06 13:18:29`` (ISO 8601 format)
- ``2006-12-6 13:18``
- ``2006-12-6``
- ``12-6``
- ``12/6``
- ``12/6/6`` (Dec 6 2006)
- ``today`` (midnight)
- ``yesterday`` (midnight)
- ``now`` - right now - ``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). - ``eol.native`` (default ``os.linesep``) can be set to ``LF`` or
``CRLF`` to override the default interpretation of ``native`` for
checkout. This can be used with :hg:`archive` 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`` and ``LF`` present in the file.
Such files are normally not touched under the assumption that they
have mixed EOLs on purpose. - a branch name, or
- an asterisk, to match any branch; - a comma-separated list containing users and groups, or
- an asterisk, to match anyone; - backout, commit, import, tag: Specify the commit date.
- log, revert, update: Select revision(s) by date. - date(date[, fmt]) - executable status and other permission bits
- copy or rename information
- changes in binary files
- creation or deletion of empty files - expr % "{template}" - fill(text[, width]) - get(dict, key) - if(expr, then[, else]) - ifcontains(expr, expr, then[, else]) - ifeq(expr, expr, then[, else]) - join(list, sep) - label(label, expr) - pad(text, width[, fillchar, right]) - revset(query[, formatargs]) - rstdoc(text, style) - shortest(node) - startswith(string, text) - strip(text[, chars]) - sub(pat, repl, expr) - word(number, text[, separator]) ---------------------------------
configuration files for Mercurial
--------------------------------- ---------------------------------
syntax for Mercurial ignore files
--------------------------------- ---------------------------------------
Mercurial source code management system
--------------------------------------- --all is incompatible with a revision list --all requires a branch revision --all-largefiles is incompatible with non-local destination %s --base is incompatible with specifying a destination --closesort is not supported by this data source --continue is incompatible with --branch, --all and --merge --delete and --rename are incompatible --force only allowed with --outgoing --normal cannot be used with --large --outgoing mode always on with --bundle; do not re-specify --outgoing --rev and --remove are incompatible --rev is incompatible with --delete --rev is incompatible with --rename --sourcesort is not supported by this data source --tool can only be used with --rebase -G/--graph option is incompatible with --%s -c|-m|FILE -c|-m|FILE REV -e is incompatible with import from - -r REV... [-e CMD] [--remotecmd CMD] [SOURCE] .. Common link and substitution definitions. .. contents::
:backlinks: top
:class: htmlonly .. contents::
:backlinks: top
:class: htmlonly
:depth: 1 .. filtersmarker .. internaltoolsmarker .. keywordsmarker .. predicatesmarker .. |hg(1)| replace:: **hg**\ (1)
.. _hg(1): hg.1.html
.. |hgrc(5)| replace:: **hgrc**\ (5)
.. _hgrc(5): hgrc.5.html
.. |hgignore(5)| replace:: **hgignore**\ (5)
.. _hgignore(5): hgignore.5.html
.hg/cache/tags is corrupt, rebuilding it
.hg/dirstate inconsistent with current parent's manifest .hg/rebasestate is incomplete .hg/requires file is corrupt .hg/sharedpath points to nonexistent directory %s .hgtags merged successfully
1 or more incoming 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``) 1. Access via the Bugzilla XMLRPC interface. Requires Bugzilla 3.4 or later. 1. If a tool has been specified with the --tool option to merge or resolve, it
is used. If it is the name of a tool in the merge-tools configuration, its
configuration is used. Otherwise the specified tool must be executable by
the shell. 1. Nested repository checkouts. They can appear anywhere in the
parent working directory. 2. Check data via the Bugzilla XMLRPC interface and submit bug change
via email to Bugzilla email interface. Requires Bugzilla 3.4 or later. 2. If the ``HGMERGE`` environment variable is present, its value is used and
must be executable by the shell. 2. Nested repository references. They are defined in ``.hgsub``, which
should be placed in the root of working directory, and
tell where the subrepository checkouts come from. Mercurial
subrepositories are referenced like:: 3. If the filename of the file to be merged matches any of the patterns in the
merge-patterns configuration section, the first usable merge tool
corresponding to a matching pattern is used. Here, binary capabilities of the
merge tool are not considered. 3. Nested repository states. They are defined in ``.hgsubstate``, which
is placed in the root of working directory, and
capture whatever information is required to restore the
subrepositories to the state they were committed in a parent
repository changeset. Mercurial automatically record the nested
repositories states when committing in the parent repository. 3. Writing directly to the Bugzilla database. Only Bugzilla installations
using MySQL are supported. Requires Python MySQLdb. 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. Otherwise the named tool is used if it is usable. 5. If any usable merge tools are present in the merge-tools configuration
section, the one with the highest priority is used. 6. If a program named ``hgmerge`` can be found on the system, it is used - but
it will by default not be used for symlinks and binary files. 7. If the file to be merged is not binary and is not a symlink, then
``internal:merge`` is used. 8. The merge of the file fails and must be resolved before commit. :Author: Bryan O'Sullivan <bos@serpentine.com>
:Organization: Mercurial
:Manual section: 5
:Manual group: Mercurial Manual :Author: Matt Mackall <mpm@selenic.com>
:Organization: Mercurial
:Manual section: 1
:Manual group: Mercurial Manual :Author: Vadim Gelfer <vadim.gelfer@gmail.com>
:Organization: Mercurial
:Manual section: 5
:Manual group: Mercurial Manual :``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)" :add: add does not recurse in subrepos unless -S/--subrepos is
specified. However, if you specify the full path of a file in a
subrepo, it will be added even without -S/--subrepos specified.
Git and Subversion subrepositories are currently silently
ignored. :addbreaks: Any text. Add an XHTML "<br />" tag before the end of
every line except the last. :age: Date. Returns a human-readable date/time difference between the
given date/time and the current date/time. :archive: archive does not recurse in subrepositories unless
-S/--subrepos is specified. :author: String. The unmodified author of the changeset. :basename: 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". :bisect: String. The changeset bisection status. :bookmarks: List of strings. Any bookmarks associated with the
changeset. :branch: String. The name of the branch on which the changeset was
committed. :cat: cat currently only handles exact file matches in subrepos.
Git and Subversion subrepositories are currently ignored. :children: List of strings. The children of the changeset. :commit: commit creates a consistent snapshot of the state of the
entire project and its subrepositories. If any subrepositories
have been modified, Mercurial will abort. Mercurial can be made
to instead commit all modified subrepositories by specifying
-S/--subrepos, or setting "ui.commitsubrepos=True" in a
configuration file (see :hg:`help config`). After there are no
longer any modified subrepositories, it records their state and
finally commits it in the parent repository. :currentbookmark: String. The active bookmark, if it is
associated with the changeset :date: Date information. The date when the changeset was committed. :date: Date. Returns a date in a Unix date format, including the
timezone: "Mon Sep 04 15:13:13 2006 0700". :desc: String. The text of the changeset description. :diff: diff does not recurse in subrepos unless -S/--subrepos is
specified. Changes are displayed as usual, on the subrepositories
elements. Git and Subversion subrepositories are currently
silently ignored. :diffstat: String. Statistics of changes with the following format:
"modified files: +added/-removed lines" :domain: Any text. Finds the first string that looks like an email
address, and extracts just the domain component. Example: ``User
<user@example.com>`` becomes ``example.com``. :email: Any text. Extracts the first string that looks like an email
address. Example: ``User <user@example.com>`` becomes
``user@example.com``. :emailuser: Any text. Returns the user portion of an email address. :escape: Any text. Replaces the special XML/XHTML characters "&", "<"
and ">" with XML entities, and filters out NUL characters. :extras: List of dicts with key, value entries of the 'extras'
field of this changeset. :file_adds: List of strings. Files added by this changeset. :file_copies: List of strings. Files copied in this changeset with
their sources. :file_copies_switch: List of strings. Like "file_copies" but displayed
only if the --copied switch is set. :file_dels: List of strings. Files removed by this changeset. :file_mods: List of strings. Files modified by this changeset. :files: List of strings. All files modified, added, or removed by this
changeset. :fill68: Any text. Wraps the text to fit in 68 columns. :fill76: Any text. Wraps the text to fit in 76 columns. :firstline: Any text. Returns the first line of text. :forget: forget currently only handles exact file matches in subrepos.
Git and Subversion subrepositories are currently silently ignored. :hex: Any text. Convert a binary Mercurial node identifier into
its long hexadecimal representation. :hgdate: Date. Returns the date as a pair of numbers: "1157407993
25200" (Unix timestamp, timezone offset). :incoming: incoming does not recurse in subrepos unless -S/--subrepos
is specified. Git and Subversion subrepositories are currently
silently ignored. :isodate: Date. Returns the date in ISO 8601 format: "2009-08-18 13:00
+0200". :isodatesec: Date. Returns the date in ISO 8601 format, including
seconds: "2009-08-18 13:00:13 +0200". See also the rfc3339date
filter. :latesttag: String. Most recent global tag in the ancestors of this
changeset. :latesttagdistance: Integer. Longest path to the latest tag. :localdate: Date. Converts a date to local date. :node: String. The changeset identification hash, as a 40 hexadecimal
digit string. :nonempty: Any text. Returns '(none)' if the string is empty. :obfuscate: Any text. Returns the input text rendered as a sequence of
XML entities. :outgoing: outgoing does not recurse in subrepos unless -S/--subrepos
is specified. Git and Subversion subrepositories are currently
silently ignored. :p1node: 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: Integer. The repository-local revision number of the changeset's
first parent, or -1 if the changeset has no parents. :p2node: String. The identification hash of the changeset's second
parent, as a 40 digit hexadecimal string. If the changeset has no second
parent, all digits are 0. :p2rev: Integer. The repository-local revision number of the changeset's
second parent, or -1 if the changeset has no second parent. :parents: List of strings. The parents of the changeset in "rev:node"
format. If the changeset has only one "natural" parent (the predecessor
revision) nothing is shown. :person: Any text. Returns the name before an email address,
interpreting it as per RFC 5322. :phase: String. The changeset phase name. :phaseidx: Integer. The changeset phase index. :pull: pull is not recursive since it is not clear what to pull prior
to running :hg:`update`. Listing and retrieving all
subrepositories changes referenced by the parent repository pulled
changesets is expensive at best, impossible in the Subversion
case. :push: Mercurial will automatically push all subrepositories first
when the parent repository is being pushed. This ensures new
subrepository changes are available when referenced by top-level
repositories. Push is a no-op for Subversion subrepositories. :rev: Integer. The repository-local changeset revision number. :rfc3339date: Date. Returns a date using the Internet date format
specified in RFC 3339: "2009-08-18T13:00:13+02:00". :rfc822date: Date. Returns a date using the same format used in email
headers: "Tue, 18 Aug 2009 13:00:13 +0200". :short: Changeset hash. Returns the short form of a changeset hash,
i.e. a 12 hexadecimal digit string. :shortbisect: Any text. Treats `text` as a bisection status, and
returns a single-character representing the status (G: good, B: bad,
S: skipped, U: untested, I: ignored). Returns single space if `text`
is not a valid bisection status. :shortdate: Date. Returns a date like "2006-09-18". :splitlines: Any text. Split text into a list of lines. :status: status does not recurse into subrepositories unless
-S/--subrepos is specified. Subrepository changes are displayed as
regular Mercurial changes on the subrepository
elements. Subversion subrepositories are currently silently
ignored. :stringify: Any type. Turns the value into text by converting values into
text and concatenating them. :strip: Any text. Strips all leading and trailing whitespace. :stripdir: Treat the text as path and strip a directory level, if
possible. For example, "foo" and "foo/bar" becomes "foo". :subrepos: List of strings. Updated subrepositories in the changeset. :svnpath: String. Converted subversion revision project path. :svnrev: String. Converted subversion revision number. :svnuuid: String. Converted subversion revision repository identifier. :tabindent: Any text. Returns the text, with every non-empty line
except the first starting with a tab character. :tags: List of strings. Any tags associated with the changeset. :transplanted: String. The node identifier of the transplanted
changeset if any. :update: update restores the subrepos in the state they were
originally committed in target changeset. If the recorded
changeset is not available in the current subrepository, Mercurial
will pull it in first before updating. This means that updating
can require network access when using subrepositories. :urlescape: Any text. Escapes all "special" characters. For example,
"foo bar" becomes "foo%20bar". :user: Any text. Returns a short representation of a user name or email
address. ====
hg
==== ======
hgrc
====== ==========
hgignore
========== A 40-digit hexadecimal string is treated as a unique revision
identifier. A B A ``pattern`` is a ``glob`` 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. Example:: A ``pipe:`` command must accept data on stdin and return the transformed
data on stdout. A ``tempfile:`` command is a template. The string ``INFILE`` is replaced
with the name of a temporary file that contains the data to be
filtered by the command. The string ``OUTFILE`` is replaced with the name
of an empty temporary file, where the filtered data must be written by
the command. A configuration file consists of sections, led by a ``[section]`` header
and followed by ``name = value`` entries (sometimes called
``configuration keys``):: A configuration section is available to customize runtime behavior. By
default, these entries are:: A hexadecimal string less than 40 characters long is treated as a
unique revision identifier and is referred to as a short-form
identifier. A short-form identifier is only valid if it is the prefix
of exactly one full-length identifier. A line of the form ``%include file`` will include ``file`` into the
current configuration file. The inclusion is recursive, which means
that included files can include other files. Filenames are relative to
the configuration file in which the ``%include`` directive is found.
Environment variables and ``~user`` constructs are expanded in
``file``. This lets you do something like:: A line with ``%unset name`` will remove ``name`` from the current
section, if it has been set previously. A merge tool combines two different versions of a file into a merged
file. Merge tools are given the two files and the greatest common
ancestor of the two file versions, so they can determine the changes
made on both branches. A merge tool is generally usable if its executable can be found on the
system and if it can handle the merge. The executable is found if it
is an absolute or relative executable path or the name of an
application in the executable search path. The tool is assumed to be
able to handle the merge if it can handle symlinks if the file is a
symlink, if it can handle binary files if the file is binary, and if a
GUI is available if the tool requires a GUI. A plain integer is treated as a revision number. Negative integers are
treated as sequential offsets from the tip, with -1 denoting the tip,
-2 denoting the revision prior to the tip, and so forth. 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.
A subrepository source location may change during a project life,
invalidating references stored in the parent repository history. To
fix this, rewriting rules can be defined in parent repository ``hgrc``
file or in Mercurial configuration. See the ``[subpaths]`` section in
hgrc(5) for more details. A template is a piece of text, with markup to invoke variable
expansion:: ADDR ANCESTOR | --outgoing [URL] 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. Activating the extension:: Additionally there is support for some more complex schemas, for
example used by Google Code:: After that you can use it like:: Alias definitions consist of lines of the form:: Alias definitions for revsets. See :hg:`help revsets` for details. All patterns, except for ``glob:`` specified in command line (not for
``-I`` or ``-X`` options), can match also against directories: files
under matched directories are treated as matched. All the above add a comment to the Bugzilla bug record of the form:: Also, for any expression that returns a list, there is a list operator: Alternate pattern notations must be specified explicitly. An alias can start with an exclamation point (``!``) to make it a
shell alias. A shell alias is executed with the shell and will let you
run arbitrary commands. As an example, :: An ignore file is a plain text file consisting of a list of patterns,
with one pattern per line. Empty lines are skipped. The ``#``
character is treated as a comment character, and the ``\`` character
is treated as an escape character. An optional identifier after # indicates a particular branch, tag, or
changeset to use from the remote repository. See also :hg:`help
revisions`. An untracked file is ignored if its path relative to the repository
root directory, or any prefix path of that path, is matched against
any pattern in ``.hgignore``. Ancestor
Any changeset that can be reached by an unbroken chain of parent
changesets from a given changeset. More precisely, the ancestors
of a changeset can be defined by two properties: a parent of a
changeset is an ancestor, and a parent of an ancestor is an
ancestor. See also: 'Descendant'. Any other string is treated as a bookmark, tag, or branch name. A
bookmark is a movable pointer to a revision. A tag is a permanent name
associated with a revision. A branch name denotes the tipmost open branch head
of that branch - or if they are all closed, the tipmost closed head of the
branch. Bookmark, tag, and branch names must not contain the ":" character. Any value other than 'ansi', 'win32', 'terminfo', or 'auto' will
disable color.
Assigns symbolic names to repositories. The left side is the
symbolic name, and the right gives the directory or URL that is the
location of the repository. Default paths can be declared by setting
the following entries. At which point you close the editor and ``histedit`` starts working. When you
specify a ``fold`` operation, ``histedit`` will open an editor when it folds
those revisions together, offering you a chance to clean up the commit message:: Attention: Authentication credentials for HTTP authentication. This section
allows you to store usernames and passwords for use when logging
*into* HTTP servers. See the ``[web]`` configuration section if
you want to configure *who* can login to your HTTP server. Author
""""""
Written by Matt Mackall <mpm@selenic.com> Author
======
Bryan O'Sullivan <bos@serpentine.com>. Author
======
Vadim Gelfer <vadim.gelfer@gmail.com> Available merge tools
===================== BOOKMARK BRANCH Bazaar modules could not be loaded 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:: Before changing/disabling active keywords, you must run :hg:`kwshrink`
to avoid storing expanded keywords in the change history. Bookmark
Bookmarks are pointers to certain commits that move when
committing. They are similar to tags in that it is possible to use
bookmark names in all places where Mercurial expects a changeset
ID, e.g., with :hg:`update`. Unlike tags, bookmarks move along
when you make a commit. Branch
(Noun) A child changeset that has been created from a parent that
is not a head. These are known as topological branches, see
'Branch, topological'. If a topological branch is named, it becomes
a named branch. If a topological branch is not named, it becomes
an anonymous branch. See 'Branch, anonymous' and 'Branch, named'. Branch head
See 'Head, branch'. Branch tip
See 'Tip, branch'. Branch, anonymous
Every time a new child changeset is created from a parent that is not
a head and the name of the branch is not changed, a new anonymous
branch is created. Branch, closed
A named branch whose branch heads have all been closed. Branch, default
The branch assigned to a changeset when no name has previously been
assigned. Branch, inactive
If a named branch has no topological heads, it is considered to be
inactive. As an example, a feature branch becomes inactive when it
is merged into the default branch. The :hg:`branches` command
shows inactive branches by default, though they can be hidden with
:hg:`branches --active`. Branch, named
A collection of changesets which have the same branch name. By
default, children of a changeset in a named branch belong to the
same named branch. A child can be explicitly assigned to a
different branch. See :hg:`help branch`, :hg:`help branches` and
:hg:`commit --close-branch` for more information on managing
branches. Branch, topological
Every time a new child changeset is created from a parent that is
not a head, a new topological branch is created. If a topological
branch is named, it becomes a named branch. If a topological
branch is not named, it becomes an anonymous branch of the
current, possibly default, branch. Branch-based Access Control
--------------------------- Bugs
""""
Probably lots, please post them to the mailing list (see Resources_
below) when you find them. Bugzilla error: %s Bugzilla/MySQL cannot update bug state
Bugzilla/XMLRPC needs Bugzilla 4.0 or later to mark bugs fixed
By default, Mercurial treats filenames as shell-style extended glob
patterns. By default, keys are specified as:: 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 behaviour can be configured with:: 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:: By default, win32mbcs uses encoding.encoding decided by Mercurial.
You can specify the encoding by config option:: CMD CONFIG CVS pserver authentication failed Caution: Changelog
A record of the changesets in the order in which they were added
to the repository. This includes details such as changeset id,
author, commit message, date, and list of changed files. Changeset
A snapshot of the state of the repository used to record a change. Changeset id
A SHA-1 hash that uniquely identifies a changeset. It may be
represented as either a "long" 40 hexadecimal digit string, or a
"short" 12 hexadecimal digit string. Changeset, child
The converse of parent changeset: if P is a parent of C, then C is
a child of P. There is no limit to the number of children that a
changeset may have. Changeset, merge
A changeset with two parents. This occurs when a merge is
committed. Changeset, parent
A revision upon which a child changeset is based. Specifically, a
parent changeset of a changeset C is a changeset whose node
immediately precedes C in the DAG. Changesets have at most two
parents. Checkout
(Noun) The working directory being updated to a specific
revision. This use should probably be avoided where possible, as
changeset is much more appropriate than checkout in this context. Child changeset
See 'Changeset, child'. Choosing a merge tool
===================== Clone
(Noun) An entire or partial copy of a repository. The partial
clone must be in the form of a revision and its ancestors. Close changeset
See 'Head, closed branch' Closed branch
See 'Branch, closed'. Closed branch head
See 'Head, closed branch'. Command Elements
"""""""""""""""" Command line equivalents for :hg:`log`:: Commands Commands or Python functions that get automatically executed by
various actions such as starting or finishing a commit. Multiple
hooks can be run for the same action by appending a suffix to the
action. Overriding a site-wide hook can be done by changing its
value or setting it to an empty string. Hooks can be prioritized
by adding a prefix of ``priority`` to the hook name on a new line
and setting the priority. The default priority is 0 if
not specified. Commit
(Noun) A synonym for changeset. Common tasks (use :hg:`help command` for more details):: Configuration Files Configuration for extensions that need to send email messages. Configuration is done in the [keyword], [keywordset] and [keywordmaps]
sections of hgrc files. Configuration items common to XMLRPC+email and MySQL access modes: Configuration items common to all access modes: Configuration keys can be set multiple times, in which case Mercurial
will use the value that was configured last. As an example:: Configuring hgweb Controls generic server settings. Copying
"""""""
Copyright (C) 2005-2014 Matt Mackall.
Free use of this software is granted under the terms of the GNU General
Public License version 2 or any later version. Copying
=======
This manual page is copyright 2005 Bryan O'Sullivan.
Mercurial is copyright 2005-2014 Matt Mackall.
Free use of this software is granted under the terms of the GNU General
Public License version 2 or any later version. Copying
=======
This manual page is copyright 2006 Vadim Gelfer.
Mercurial is copyright 2005-2014 Matt Mackall.
Free use of this software is granted under the terms of the GNU General
Public License version 2 or any later version. Copyright (C) 2005-2014 Matt Mackall and others
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Cset
A common abbreviation of the term changeset. Custom paths can be defined by assigning the path to a name that later can be
used from the command line. Example:: Customized template is used for commands below (``--edit`` may be
required): DAG
The repository of changesets of a distributed version control
system (DVCS) can be described as a directed acyclic graph (DAG),
consisting of nodes and edges, where nodes correspond to
changesets and edges imply a parent -> child relation. This graph
can be visualized by graphical tools such as :hg:`log --graph`. In
Mercurial, the DAG is limited by the requirement for children to
have at most two parents. DATE DEPRECATED DIR Date Formats Default branch
See 'Branch, default'. Default effects may be overridden from your configuration file:: Defines command aliases.
Aliases allow you to define your own commands in terms of other
commands (or aliases), optionally including arguments. Positional
arguments in the form of ``$1``, ``$2``, etc in the alias definition
are expanded by Mercurial before execution. Positional arguments not
already used by ``$N`` in the definition are put at the end of the
command to be executed. Deleting a Subrepository
======================== Descendant
Any changeset that can be reached by a chain of child changesets
from a given changeset. More precisely, the descendants of a
changeset can be defined by two properties: the child of a
changeset is a descendant, and the child of a descendant is a
descendant. See also: 'Ancestor'. Description
"""""""""""
The **hg** command provides a command line interface to the Mercurial
system. Description
=========== Diff
(Noun) The difference between the contents and attributes of files
in two changesets or a changeset and the current working
directory. The difference is usually represented in a standard
form called a "diff" or "patch". The "git diff" format is used
when the changes include copies, renames, or changes to file
attributes, none of which can be represented/handled by classic
"diff" and "patch". Diff Formats Directory, working
The working directory represents the state of the files tracked by
Mercurial, that will be recorded in the next commit. The working
directory initially corresponds to the snapshot at an existing
changeset, known as the parent of the working directory. See
'Parent, working directory'. The state may be modified by changes
to the files introduced manually or by a merge. The repository
metadata exists in the .hg directory inside the working directory. Draft
Changesets in the draft phase have not been shared with publishing
repositories and may thus be safely changed by history-modifying
extensions. See :hg:`help phases`. Due to skipped revisions, the first bad revision could be any of:
Due to skipped revisions, the first good revision could be any of:
EDITOR
Sometimes Mercurial needs to open a text file in an editor for a
user to modify, for example when writing commit messages. The
editor it uses is determined by looking at the environment
variables HGEDITOR, VISUAL and EDITOR, in that order. The first
non-empty one is chosen. If all of them are empty, the editor
defaults to 'sensible-editor'. EMAIL
May be used as the author of a commit; see HGUSER. ENCODE Each changeset in a repository is in one of the following phases: Each entry in this section names a substitution filter.
The value of each entry defines the substitution expression itself.
The websub expressions follow the old interhg extension syntax,
which in turn imitates the Unix sed replacement syntax:: Each line contains one entry. If the lines that follow are indented,
they are treated as continuations of that entry. Leading whitespace is
removed from values. Empty lines are skipped. Lines beginning with
``#`` or ``;`` are ignored and may be used to provide comments. Each line has the following format:: 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 archives. 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: Edit the commit message to your liking, then close the editor. For
this example, let's assume that the commit message was changed to
``Add beta and delta.`` After histedit has run and had a chance to
remove any old or temporary revisions it needed, the history looks
like this:: Email example:: Environment Variables Error: Example
======= Example Configuration
--------------------- Example ``.hg/hgrc``:: Example ``~/.hgrc``:: Example configurations: Example for ``~/.hgrc``:: Example versioned ``.hgeol`` file:: Example:: Examples using the "!" prefix
............................. Examples:: 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.
Extending search to changeset %d:%s
Extension Commands Extensions Extensions are not loaded by default for a variety of reasons:
they can increase startup overhead; they may be meant for advanced
usage only; they may provide potentially dangerous abilities (such
as letting you destroy or modify history); they might not be ready
for prime time; or they may alter some usual behaviors of stock
Mercurial. It is thus up to the user to activate extensions as
needed. External merge tools and their properties are configured in the
merge-tools configuration section - see hgrc(5) - but they can often just
be named by their executable. FILE FILESPEC... FORMAT File Name Patterns File examples:: Files
""""" Files
===== Files that are already tracked are not affected by .hgignore, even
if they appear in .hgignore. An untracked file X can be explicitly
added with :hg:`add X`, even if X would be excluded by a pattern
in .hgignore. Files that match one of these patterns will be added as largefiles
regardless of their size. 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. Additionally,
``native`` 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 behaviour; it is only needed if you need to override a later,
more general pattern. Filters consist of a filter pattern followed by a filter command.
Filter patterns are globs by default, rooted at the repository root.
For example, to match any file ending in ``.txt`` in the root
directory only, use the pattern ``*.txt``. To match any file ending
in ``.c`` anywhere in the repository, use the pattern ``**.c``.
For each file only the first matching filter applies. Filters for transforming files on checkout/checkin. This would
typically be used for newline processing or other
localization/canonicalization of files. Fingerprints of the certificates of known HTTPS servers.
A HTTPS connection to a server with a fingerprint configured here will
only succeed if the servers certificate matches the fingerprint.
This is very similar to how ssh known hosts works.
The fingerprint is the SHA-1 hash value of the DER encoded certificate.
The CA chain and web.cacerts is not used for servers with a fingerprint. First, enable the extension as explained in :hg:`help extensions`, and
register the hook you want to run. ``incoming`` and ``changegroup`` hooks
are run when changesets are received, while ``outgoing`` hooks are for
changesets sent to another repository:: Fix up the change and run hg histedit --continue For [keywordmaps] template mapping and expansion demonstration and
control run :hg:`kwdemo`. See :hg:`help templates` for a list of
available templates and filters. For a quick setup in a trusted environment, e.g., a private LAN, where
you want it to accept pushes from anybody, you can use the following
command line:: For convenience, the extension adds these schemes by default:: For example, For example, say we have an untracked file, ``file.c``, at
``a/b/file.c`` inside our repository. Mercurial will ignore ``file.c``
if any pattern in ``.hgignore`` matches ``a/b/file.c``, ``a/b`` or ``a``. For example, the template configuration below shows as same text as
one shown by default:: For example, this definition:: For example:: For more information:
http://mercurial.selenic.com/wiki/RebaseExtension
For the most part, phases should work transparently. By default, a
changeset is created in the draft phase and is moved into the public
phase when it is pushed to another repository. Glob examples:: Glossary Graph
See DAG and :hg:`log --graph`. Group names must be prefixed with an ``@`` symbol. Specifying a group
name has the same effect as specifying all the users in that group. Groups
------ HG
Path to the 'hg' executable, automatically passed when running
hooks, extensions or external tools. If unset or empty, this is
the hg executable's name if it's frozen, or an executable named
'hg' (with %PATHEXT% [defaulting to COM/EXE/BAT/CMD] extensions on
Windows) is searched. HG: Enter commit message. Lines beginning with 'HG:' are removed. HG: added %s HG: bookmark '%s' HG: branch '%s' HG: branch merge HG: changed %s HG: no files changed HG: removed %s HG: subrepo %s HG: user: %s HGEDITOR
This is the name of the editor to run when committing. See EDITOR. HGENCODING
This overrides the default locale setting detected by Mercurial.
This setting is used to convert data including usernames,
changeset descriptions, tag names, and branches. This setting can
be overridden with the --encoding command-line option. HGENCODINGAMBIGUOUS
This sets Mercurial's behavior for handling characters with
"ambiguous" widths like accented Latin characters with East Asian
fonts. By default, Mercurial assumes ambiguous characters are
narrow, set this variable to "wide" if such characters cause
formatting problems. HGENCODINGMODE
This sets Mercurial's behavior for handling unknown characters
while transcoding user input. The default is "strict", which
causes Mercurial to abort if it can't map a character. Other
settings include "replace", which replaces unknown characters, and
"ignore", which drops them. This setting can be overridden with
the --encodingmode command-line option. HGMERGE
An executable to use for resolving merge conflicts. The program
will be executed with three arguments: local file, remote file,
ancestor file. HGPLAIN
When set, this disables any configuration settings that might
change Mercurial's default output. This includes encoding,
defaults, verbose mode, debug mode, quiet mode, tracebacks, and
localization. This can be useful when scripting against Mercurial
in the face of existing user configuration. HGPLAINEXCEPT
This is a comma-separated list of features to preserve when
HGPLAIN is enabled. Currently the only value supported is "i18n",
which preserves internationalization in plain mode. HGRCPATH
A list of files or directories to search for configuration
files. Item separator is ":" on Unix, ";" on Windows. If HGRCPATH
is not set, platform default search path is used. If empty, only
the .hg/hgrc from the current repository is read. HGUSER
This is the string used as the author of a commit. If not set,
available values will be considered in this order: Head
The term 'head' may be used to refer to both a branch head or a
repository head, depending on the context. See 'Head, branch' and
'Head, repository' for specific definitions. Head, branch
A changeset with no descendants on the same named branch. Head, closed branch
A changeset that marks a head as no longer interesting. The closed
head is no longer listed by :hg:`heads`. A branch is considered
closed when all its heads are closed and consequently is not
listed by :hg:`branches`. Head, repository
A topological head which has not been closed. Head, topological
A changeset with no children in the repository. Here is an example ignore file. :: Hint: History, immutable
Once committed, changesets cannot be altered. Extensions which
appear to change history actually create new changesets that
replace existing ones, and then destroy the old changesets. Doing
so in public repositories can result in old changesets being
reintroduced to the repository. History, rewriting
The changesets in a repository are immutable. However, extensions
to Mercurial can be used to alter the repository, usually in such
a way as to preserve changeset contents. How are phases managed?
======================= Hunk #%d FAILED at %d
Hunk #%d succeeded at %d (offset %d lines).
Hunk #%d succeeded at %d with fuzz %d (offset %d lines).
ID IDN in certificate not supported IPv6 is not available on this system Identifiers such as branch names may need quoting with single or
double quotes if they contain characters like ``-`` or if they match
one of the predefined predicates. Identifiers such as filenames or patterns must be quoted with single
or double quotes if they contain characters outside of
``[.*{}[]?/\_a-zA-Z0-9\x80-\xff]`` or if they match one of the
predefined predicates. This generally applies to file patterns other
than globs and arguments for predicates. If BEGIN is greater than END, revisions are treated in reverse order. If ``.hgsub`` does not exist, create it and add it to the parent
repository. Clone or checkout the external projects where you want it
to live in the parent repository. Edit ``.hgsub`` and 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. If ``histedit`` encounters a conflict when moving a revision (while
handling ``pick`` or ``fold``), it'll stop in a similar manner to
``edit`` 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 histedit --abort`` to abandon the new changes you
have made and return to the state before you attempted to edit your
history. If a Python hook returns a "true" value or raises an exception, this
is treated as a failure. If a configuration key is set multiple times in different
configuration files the final value will depend on the order in which
the different configuration files are read, with settings from earlier
paths overriding later ones as described on the ``Files`` section
above. 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. If no suitable authentication entry is found, the user is prompted
for credentials as usual if required by the remote. If not doing conversion, to make sure you do not commit CRLF/CR by accident:: If pager.attend is present, pager.ignore will be ignored. 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. If set, the following entries will also be used to customize the
notifications: If the factotum extension is unable to read the required key, one will be
requested interactively. If the patch applies cleanly, the edited hunk will immediately be
added to the record list. If it does not apply cleanly, a rejects
file will be generated: you can use that when you try again. If
all lines of the hunk are removed, then the edit is aborted and
the hunk is left unchanged.
If the working directory contains uncommitted files, qpush, qpop and
qgoto abort immediately. If -f/--force is used, the changes are
discarded. Setting:: If we clone the histedit-ed example repository above and add four more
changes, such that we have the following history:: 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 with the
:hg:`lfconvert` command:: 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())"` flag to pre-emptively download any largefiles
that are new in the heads you are pulling. If you know that the extension is already in Python's search path,
you can give the name of the module, followed by ``=``, with nothing
after the ``=``. 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 run ``hg histedit --outgoing`` on the clone then it is the same
as running ``hg histedit 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 ``--force`` option.
If you want to pull largefiles you don't need for update yet, then
you can use pull with the `--lfrev` option or the :hg:`lfpull` command. If you were to run ``hg histedit c561b4e977df``, you would see the following
file open in your editor:: Immutable history
See 'History, immutable'. Important: In addition to filters, there are some basic built-in functions: In addition to pre-defined template keywords, commit log specific one
below can be used for customization: In addition, a Mercurial configuration file can reference a set of
per-user or global ignore files. See the ``ignore`` configuration
key on the ``[ui]`` section of :hg:`help config` for details of how to
configure these files. In addition, the Mercurial email settings must be configured. See the
documentation in hgrc(5), sections ``[email]`` and ``[smtp]``. In order to place them under direct user management, ``[usersubs]`` and
``[reposubs]`` sections may be placed in a separate ``hgrc`` file and
incorporated by reference:: 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):: 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" In this example:: 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 like this:: In this section description, 'profiling data' stands for the raw data
collected during profiling, while 'profiling report' stands for a
statistical text report generated from the profiling data. The
profiling is done using lsprof. Interaction with Mercurial Commands
=================================== Internal tools are always available and do not require a GUI but will by default
not handle symlinks or binary files. It depends on the Pygments syntax highlighting library:
http://pygments.org/ It is also possible to define a section multiple times. A section can
be redefined on the same and/or on different configuration files. For
example:: It is useful for the users who want to commit with UTF-8 log message.
It may be desirable for mq changesets to be kept in the secret phase (see
:hg:`help phases`), which can be enabled with the following setting:: 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. 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 distribution. Keywords expand to the changeset data pertaining to the latest change
relative to the working directory parent of each file. Known patches are represented as patch files in the .hg/patches
directory. Applied patches are both patch files and changesets. LABEL... LOGNAME
May be used as the author of a commit; see HGUSER. 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 *central store* out on the network
somewhere, and you only fetch the revisions that you need when you
need them. Lastly, there is Mercurial's internal format: 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:: 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. Leave message empty to abort commit. Leave message empty to use default message. Like other file patterns, this pattern type is indicated by a prefix,
'set:'. The language supports a number of predicates which are joined
by infix operators. Parenthesis can be used for grouping. List of filters: List values are separated by whitespace or comma, except when values are
placed in double quotation marks:: 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:: MODE Mailing list: http://selenic.com/mailman/listinfo/mercurial Make changes as needed, you may commit or record as needed now.
When you are finished, run hg histedit --continue to resume. Manifest
Each changeset has a manifest, which is the list of files that are
tracked by the changeset. Many date formats are valid. Here are some examples: Mercurial Distributed SCM
Mercurial Distributed SCM (version %s)
Mercurial accepts several notations for identifying one or more files
at a time. Mercurial allows you to customize output of commands through
templates. You can either pass in a template or select an existing
template-style from the command line, via the --template option. Mercurial also supports the extended diff format from the git VCS
which addresses these limitations. The git diff format is not produced
by default because a few widespread tools still do not understand this
format. Mercurial currently supports Mercurial, Git, and Subversion
subrepositories. Mercurial failed to run itself, check hg executable is in PATH Mercurial has an extension mechanism for adding new features. To
enable an extension, create an entry for it in this section. Mercurial has the ability to add new features through the use of
extensions. Extensions may add new commands, add options to
existing commands, change the default behavior of commands, or
implement hooks. Mercurial reads configuration data from several files, if they exist.
These files do not exist by default and you will have to create the
appropriate configuration files yourself: global configuration like
the username setting is typically put into
``%USERPROFILE%\mercurial.ini`` or ``$HOME/.hgrc`` and local
configuration is put into the per-repository ``<repo>/.hg/hgrc`` file. Mercurial supports a functional language for selecting a set of
files. Mercurial supports a functional language for selecting a set of
revisions. Mercurial supports several pattern syntaxes. The default syntax used
is Python/Perl-style regular expressions. Mercurial supports several ways to specify individual revisions. Mercurial uses these rules when deciding which merge tool to use: Mercurial was written by Matt Mackall <mpm@selenic.com>. Mercurial will not use the settings in the
``.hg/hgrc`` file from a repository if it doesn't belong to a trusted
user or to a trusted group, as various hgrc features allow arbitrary
commands to be run. This issue is often encountered when configuring
hooks or extensions for shared repositories or servers. However,
the web interface will use some safe settings from the ``[web]``
section. Mercurial's default format for showing changes between two versions of
a file is compatible with the unified format of GNU diff, which can be
used by GNU patch and many other standard tools. Mercurial's internal web server, hgweb, can serve either a single
repository, or a tree of repositories. In the second case, repository
paths and global options can be defined using a dedicated
configuration file common to :hg:`serve`, ``hgweb.wsgi``,
``hgweb.cgi`` and ``hgweb.fcgi``. Merge
Used to bring together divergent branches of work. When you update
to a changeset and then merge another changeset, you bring the
history of the latter changeset into your working directory. Once
conflicts are resolved (and marked), this merge may be committed
as a merge changeset, bringing two branches together in the DAG. Merge Tools Merge changeset
See 'Changeset, merge'. Merge tools are used both for :hg:`resolve`, :hg:`merge`, :hg:`update`,
:hg:`backout` and in several extensions. Most hooks are run with environment variables set that give useful
additional information. For each hook below, the environment
variables it is passed are listed with names of the form ``$HG_foo``. MySQL access mode configuration: 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 ``bugs`` and MySQL is
accessed with MySQL username ``bugs`` password ``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``. :: NAME NUM Named branch
See 'Branch, named'. Neither glob nor regexp patterns are rooted. A glob-syntax pattern of
the form ``*.c`` will match a file ending in ``.c`` in any directory,
and a regexp pattern of the form ``\.c$`` will do the same. To root a
regexp pattern, start it with ``^``. New predicates (known as "aliases") can be defined, using any combination of
existing predicates or other aliases. An alias definition looks like:: Normally, all servers are ``publishing`` by default. This means:: Not all ancestors of this changeset have been checked.
Use bisect --extend to continue the bisection from
the common ancestor, %s.
Note that ``histedit`` does *not* 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 ``--keep`` flag. Note that a filter is nothing more than a function call, i.e.
``expr|filter`` is equivalent to ``filter(expr)``. 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). Note that the security of HTTPS URLs depends on proper configuration of
web.cacerts. Note that there are some limitations on using this extension: Note that this will allow anybody to push anything to the server and
that this should not be used for public servers. Note: Notifications content can be tweaked with the following configuration entries: Notifications will not be sent until the ``notify.test`` value is set
to ``False``; see below. Null changeset
The empty changeset. It is the parent state of newly-initialized
repositories and repositories with no checked out revision. It is
thus the parent of root changesets and the effective ancestor when
merging unrelated changesets. Can be specified by the alias 'null'
or by the changeset ID '000000000000'. OPT Once changesets become public, extensions like mq and rebase will
refuse to operate on them to prevent creating duplicate changesets.
Phases can also be manually manipulated with the :hg:`phase` command
if needed. See :hg:`help -v phase` for examples. Options Options: 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). Otherwise, give a name that you choose, followed by ``=``, followed by
the path to the ``.py`` file (including the file name extension) that
defines the extension. PATH PATTERN PORT PREFIX PYTHONPATH
This is used by Python to find imported modules and may need to be
set appropriately if this Mercurial is not installed system-wide.
Parallel master/worker configuration. We currently perform working
directory updates in parallel on Unix-like systems, which greatly
helps performance. Parent
See 'Changeset, parent'. Parent changeset
See 'Changeset, parent'. Parent, working directory
The working directory parent reflects a virtual revision which is
the child of the changeset (or two changesets with an uncommitted
merge) shown by :hg:`parents`. This is changed with
:hg:`update`. Other commands to see the working directory parent
are :hg:`summary` and :hg:`id`. Can be specified by the alias ".". Patch
(Noun) The product of a diff operation. Path-based Access Control
------------------------- Paths in the local filesystem can either point to Mercurial
repositories or to bundle files (as created by :hg:`bundle` or
:hg:`incoming --bundle`). See also :hg:`help paths`. Phase
A per-changeset state tracking how the changeset has been or
should be shared. See :hg:`help phases`. Phases and servers
================== Phases are a system for tracking which changesets have been or should
be shared. This helps prevent common mistakes when modifying history
(for instance, with the mq or rebase extensions). Pipe example:: Plain examples:: Positional arguments like ``$1``, ``$2``, etc. in the alias definition
expand to the command arguments. Unmatched arguments are
removed. ``$0`` expands to the alias name and ``$@`` expands to all
arguments separated by a space. These expansions happen before the
command is passed to the shell. Public
Changesets in the public phase have been shared with publishing
repositories and are therefore considered immutable. See :hg:`help
phases`. Pull
An operation in which changesets in a remote repository which are
not in the local repository are brought into the local
repository. Note that this operation without special arguments
only updates the repository, it does not update the files in the
working directory. See :hg:`help pull`. Push
An operation in which changesets in a local repository which are
not in a remote repository are sent to the remote repository. Note
that this operation only adds changesets which have been committed
locally to the remote repository. Uncommitted changes are not
sent. See :hg:`help push`. Python ElementTree module is not available Python SSL support not found Python hooks are run within the Mercurial process. Each hook is
called with at least three keyword arguments: a ui object (keyword
``ui``), a repository object (keyword ``repo``), and a ``hooktype``
keyword that tells what kind of hook is used. Arguments listed as
environment variables above are passed as keyword arguments, with no
``HG_`` prefix, and names in lower case. Python support for SSL and HTTPS is not installed Quotation marks can be escaped by prefixing them with a backslash. Only
quotation marks at the beginning of a word is counted as a quotation
(e.g., ``foo"bar baz`` is the list of ``foo"bar`` and ``baz``). RCS file must be followed by working file REPO REPO FILE [-H|-C ID]... REPO ID... REPO NAMESPACE [KEY OLD NEW] REPO [OPTIONS]... [ONE [TWO]] REV REV1 [REV2] Read history edits from the specified file. Regexp examples:: Relative subrepository paths are first made absolute, and the
rewrite rules are then applied on the full (absolute) path. The rules
are applied in definition order. Remapping Subrepositories Sources
================================= Repository
The metadata describing all recorded states of a collection of
files. Each recorded state is represented by a changeset. A
repository is usually (but not always) found in the ``.hg``
subdirectory of a working directory. Any recorded state can be
recreated by "updating" a working directory to a specific
changeset. Repository head
See 'Head, repository'. Resources
"""""""""
Main Web Site: http://mercurial.selenic.com/ Revision
A state of the repository at some point in time. Earlier revisions
can be updated to by using :hg:`update`. See also 'Revision
number'; See also 'Changeset'. Revision number
This integer uniquely identifies a changeset in a specific
repository. It represents the order in which changesets were added
to a repository, starting with revision number 0. Note that the
revision number may be different in each clone of a repository. To
identify changesets uniquely between different clones, see
'Changeset id'. Revisions context menu will now display additional entries to fire
vdiff on hovered and selected revisions.
Revlog
History storage mechanism used by Mercurial. It is a form of delta
encoding, with occasional full revision of data followed by delta
of each successive revision. It includes data and an index
pointing to the data. Rewriting history
See 'History, rewriting'. Root
A changeset that has only the null changeset as its parent. Most
repositories have only a single root changeset. SIMILARITY SMTPS requires Python 2.6 or later SSL certificate file SSL support is unavailable STARTREV STYLE Secret
Changesets in the secret phase may not be shared via push, pull,
or clone. See :hg:`help phases`. Sections
======== See :hg:`help config` for more information on configuration files. See :hg:`help patterns` for more information about the glob patterns
used.
See :hg:`help phase` for more information on manually manipulating phases.
See Also
""""""""
|hgignore(5)|_, |hgrc(5)|_ See Also
========
|hg(1)|_, |hgignore(5)|_ See Also
========
|hg(1)|_, |hgrc(5)|_ See also :hg:`help filesets`.
See also :hg:`help patterns`.
See the merge-tools and ui sections of hgrc(5) for details on the
configuration of merge tools.
Setting pager.attend to an empty value will cause all commands to be
paged. Settings for extensions that send email messages. Settings used when applying patches, for instance through the 'import'
command or with Mercurial Queues extension. Settings used when displaying diffs. Everything except for ``unified``
is a Boolean and defaults to False. See ``annotate`` section for
related options for the annotate command. Settings used when displaying file annotations. All values are
Booleans and default to False. See ``diff`` section for related
options for the diff command. Shell aliases are executed in an environment where ``$HG`` expands to
the path of the Mercurial that was used to execute the alias. This is
useful when you want to call further Mercurial commands in a shell
alias, as was done above for the purge alias. In addition,
``$HG_ARGS`` expands to the arguments given to Mercurial. In the ``hg
echo foo`` call above, ``$HG_ARGS`` would expand to ``echo foo``. 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. Some built-in styles are packaged with Mercurial. These can be listed
with :hg:`log --template list`. Example usage:: Some commands (e.g. revert) produce backup files ending in ``.orig``,
if the ``.orig`` file already exists and is not tracked by Mercurial,
it will be overwritten. Some commands allow the user to specify a date, e.g.: Some features, such as pushing to http:// and https:// URLs are only
possible if the feature is explicitly enabled on the remote Mercurial
server. Some notes about using SSH with Mercurial: Some sample command line templates: Some sample queries: Sometimes it may be desirable to push and pull changesets in the draft
phase to share unfinished work. This can be done by setting a
repository to disable publishing in its configuration file:: Source code repository: http://selenic.com/hg Special characters can be used in quoted identifiers by escaping them,
e.g., ``\n`` is interpreted as a newline. To prevent them from being
interpreted, strings can be prefixed with ``r``, e.g. ``r'...'``. Specifies default handling of phases. See :hg:`help phases` for more
information about working with phases. Specifies profiling type, format, and file output. Two profilers are
supported: an instrumenting profiler (named ``ls``), and a sampling
profiler (named ``stat``). Specifying File Sets Specifying Multiple Revisions Specifying Revision Sets Specifying Single Revisions Strings in curly braces are called keywords. The availability of
keywords depends on the exact context of the templater. These
keywords are usually available for templating a log-like command: Subrepos do not automatically track the latest changeset of their
sources. Instead, they are updated to the changeset that corresponds
with the changeset checked out in the top-level changeset. This is so
developers always get a consistent set of compatible code and
libraries when they update. Subrepositories Subrepositories are made of three components: Subrepositories let you nest external repositories or projects into a
parent Mercurial repository, and make commands operate on them as a
group. Subrepository source URLs can go stale if a remote server changes name
or becomes temporarily unavailable. This section lets you define
rewrite rules of the form:: Subversion python bindings %d.%d found, 1.4 or later required Subversion python bindings are too old, 1.4 or later required Supported arguments: 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. Synchronizing a Subrepository
============================= Synopsis
======== Syntax
====== Syntax for Mercurial Ignore Files TEMPLATE TEXT TYPE Tag
An alternative name given to a changeset. Tags can be used in all
places where Mercurial expects a changeset ID, e.g., with
:hg:`update`. The creation of a tag is stored in the history and
will thus automatically be shared with other using push and pull. Template Usage Testing changeset %d:%s (%d changesets remaining, ~%d tests)
The "!" prefix allows you to prevent anyone except a given user or group to
push changesets in a given branch or path. The "date" keyword does not produce human-readable output. If you
want to use a date in your output, you can use a filter to process
it. Filters are functions which return a string based on the input
variable. Be sure to use the stringify filter first when you're
applying a string-input filter to a list-like input variable.
You can also use a chain of filters to get the desired output:: The "hg shelve" command saves changes made to the working directory
and reverts those changes, resetting the working directory to a clean
state. The --pager=... option can also be used to control when the pager is
used. Use a boolean value like yes, no, on, off, or use auto for
normal behavior. The :hg:`view` 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 file:: The Mercurial system uses a file called ``.hgignore`` in the root
directory of a repository to control its behavior when it searches
for files that it is not currently tracking. The Mercurial system uses a set of configuration files to control
aspects of its behavior. The Mercurial webserver does no authentication (it does not prompt for
usernames and passwords to validate *who* users are), but it does do
authorization (it grants or denies access for *authenticated users*
based on settings in this section). You must either configure your
webserver to do authentication for you, or disable the authorization
checks. The ``[patterns]`` section specifies how line endings should be
converted between the working copy 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``,
``CRLF``, and ``BIN``. The ``[usermap]`` section is used to specify mappings of Mercurial
committer email to Bugzilla user email. See also ``bugzilla.usermap``.
Contains entries of the form ``committer = Bugzilla user``. The ``collections`` section is deprecated and has been superseded by
``paths``.
The ``edit`` operation will drop you back to a command prompt,
allowing you to edit files freely, or even use ``hg record`` 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
histedit --continue`` 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 ``edit`` ed revision. The ``largefiles.minsize`` and ``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:`add`
command.
The ``largefiles.patterns`` config option allows you to specify a list
of filename patterns (see :hg:`help patterns`) that should always be
tracked as largefiles:: The ``message`` operation will give you a chance to revise a commit
message without changing the contents. It's a shortcut for doing
``edit`` immediately followed by `hg histedit --continue``. The ``paths`` section maps URL paths to paths of repositories in the
filesystem. hgweb will not expose the filesystem directly - only
Mercurial repositories can be published and only according to the
configuration. The ``web`` options are thoroughly described in :hg:`help config`. The ``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 the ``.hgeol`` file,
which means you must migrate to a ``.hgeol`` file first before using
the hook. ``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`` hooks. The above entries will be referred to as ``ui.username`` and
``ui.verbose``, respectively. See the Syntax section below. 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 them. The actual commands, instead of their aliases, must be used when
defining command defaults. The command defaults will also be applied
to the aliases of the commands defined. The allow and deny sections take key-value pairs. 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 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. The bug references can optionally include an update for Bugzilla of the
hours spent working on the bug. Bugs can also be marked fixed. The chosen syntax stays in effect when parsing all patterns that
follow, until another syntax is selected. The configuration files use a simple ini-file format. A configuration
file consists of sections, led by a ``[section]`` header and followed
by ``name = value`` entries:: The corresponding values can be either: The default hgweb templates only apply these substitution patterns
on the revision description fields. You can apply them anywhere
you want when you create your own templates by adding calls to the
"websub" filter (usually after calling the "escape" filter). The default is 'colorful'.
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 changes. 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. 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 to type :hg:`extdiff -p kdiff3` always. :: The extdiff extension will look in your [diff-tools] and [merge-tools]
sections for diff tool arguments, when none are specified in [extdiff]. The extension provides ``cleverencode:`` and ``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`` file. The extension reads its configuration from a versioned ``.hgeol``
configuration file found in the root of the working copy. The
``.hgeol`` file use the same syntax as all other Mercurial
configuration files. It uses two sections, ``[patterns]`` and
``[repository]``. 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: The filter command can start with a specifier, either ``pipe:`` or
``tempfile:``. If no specifier is given, ``pipe:`` is used by default. The first bad revision is:
The first good revision is:
The following example makes :hg:`log` run in verbose mode, and
:hg:`status` show only the modified files, by default:: The following predicates are supported: The following settings are available:: The full set of options is: The functionality of this extension has been include in core Mercurial
since version 2.3. 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.) The language supports a number of predicates which are joined by infix
operators. Parenthesis can be used for grouping. The left hand side is the path in the URL. Note that hgweb reserves
subpaths like ``rev`` or ``file``, try using different names for
nested repositories to avoid confusing effects. The log command also accepts date ranges: The names of these files depend on the system on which Mercurial is
installed. ``*.rc`` files from a single directory are read in
alphabetical order, later ones overriding earlier ones. Where multiple
paths are given below, settings from earlier paths override later
ones. The optional ``[repository]`` section specifies the line endings to
use for files stored in the repository. It has a single setting,
``native``, which determines the storage line endings for files
declared as ``native`` in the ``[patterns]`` section. It can be set to
``LF`` or ``CRLF``. The default is ``LF``. For example, this means
that on Windows, files configured as ``native`` (``CRLF`` by default)
will be converted to ``LF`` when stored in the repository. Files
declared as ``LF``, ``CRLF``, or ``BIN`` in the ``[patterns]`` section
are always stored as-is in the repository. The order in which access checks are performed is: The reserved name "." indicates the working directory parent. If no
working directory is checked out, it is equivalent to null. If an
uncommitted merge is in progress, "." is the revision of the first
parent.
The reserved name "null" indicates the null revision. This is the
revision of an empty repository, and the parent of revision 0. The reserved name "tip" always identifies the most recent revision. The right hand side is the path in the filesystem. If the specified
path ends with ``*`` or ``**`` the filesystem will be searched
recursively for repositories below that point.
With ``*`` it will not recurse into the repositories it finds (except for
``.hg/patches``).
With ``**`` it will also search inside repository working directories
and possibly find subrepositories. The series is started off with a "[PATCH 0 of N]" introduction, which
describes the series as a whole. The specified revisions must have exactly one common root The supported glob syntax extensions are ``**`` to match any string
across path separators and ``{a,b}`` to mean "a or b". The syntax for Python hooks is as follows:: The syntax is taken from Mercurial templates, and you have unlimited
number of variables, starting with ``{1}`` and continuing with
``{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. The syntax of range notation is [BEGIN]:[END], where BEGIN and END are
revision identifiers. Both BEGIN and END are optional. If BEGIN is not
specified, it defaults to revision number 0. If END is not specified,
it defaults to the tip. The range ":" thus means "all revisions". The values are either free-form text strings, lists of text strings,
or Boolean values. Boolean values can be set to true using any of "1",
"yes", "true", or "on" and to false using "0", "no", "false", or "off"
(all case insensitive). The working directory of a Mercurial repository will often contain
files that should not be tracked by Mercurial. These include backup
files created by editors and build products created by compilers.
These files can be ignored by listing them in a ``.hgignore`` file in
the root of the working directory. The ``.hgignore`` file must be
created manually. It is typically put under version control, so that
the settings will propagate to other repositories with push and pull. Then you can use the :hg:`email` command to mail a series of
changesets as a patchbomb. There are some internal merge tools which can be used. The internal
merge tools are: There is a single configuration option:: There is a single postfix operator: There is a single prefix operator: These URLs can all be stored in your configuration file with path
aliases under the [paths] section like so:: These are the supported infix operators: These phases are ordered (public < draft < secret) and no changeset
can be in a lower phase than its ancestors. For instance, if a
changeset is public, all its ancestors are also public. Lastly,
changeset phases should only be changed towards the public phase. This can be used, for example, to convert issue references to links
to your issue tracker, or to convert "markdown-like" syntax into
HTML (see the examples below). 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.
This extension allows the factotum(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. 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. This extension allows you to specify shortcuts for parent URLs with a
lot of repositories to act like a scheme, for example:: This extension allows you to strip changesets and all their descendants from the
repository. See the command help for details.
This extension allows you to transplant changes to another parent revision,
possibly in another repository. The transplant is done using 'diff' patches. This extension expands RCS/CVS-like or self-customized $Keywords$ in
tracked text files selected by your configuration. This extension implements hooks to send email notifications when
changesets are sent from or received by the local repository. This extension is deprecated. You should use :hg:`log -r
"children(REV)"` instead.
This extension is not needed for: This extension is useful for: This extension lets you rebase changesets in an existing Mercurial
repository. 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). This extension modifies the status and resolve commands to add color
to their output to reflect file status, the qseries command to add
color to reflect patch status (applied, unapplied, missing), and to
diff-related commands to highlight additions, removals, diff headers,
and trailing whitespace. This extension used to provide a strip command. This command now lives
in the strip extension.
This extension uses the progress information logged by hg commands
to draw progress bars that are as informative as possible. Some progress
bars only offer indeterminate information, while others have a definite
end point. This feature is only supported when using Python 2.6 or later. This file uses the same syntax as other Mercurial configuration files
but recognizes only the following sections: This filter mechanism is used internally by the ``eol`` extension to
translate line ending characters between Windows (CRLF) and Unix (LF)
format. We suggest you use the ``eol`` extension for convenience. 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. 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. This is meant to be run as a changegroup or incoming hook. To
configure it, set the following options in your hgrc:: This is the internal representation format for dates. The first number
is the number of seconds since the epoch (1970-01-01 00:00 UTC). The
second is the offset of the local timezone, in seconds west of UTC
(negative if the timezone is east of UTC). This means that when generating diffs from a Mercurial repository
(e.g. with :hg:`export`), you should be careful about things like file
copies and renames or other things mentioned above, because when
applying a standard diff to a different repository, this extra
information is lost. Mercurial's internal operations (like push and
pull) are not affected by this, because they use an internal binary
format for communicating changes. 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:: This section configures external merge tools to use for file-level
merges. This section has likely been preconfigured at install time.
Use :hg:`config merge-tools` to check the existing configuration.
Also see :hg:`help merge-tools` for more details. This section contains help for extensions that are distributed together with Mercurial. Help for other extensions is available in the help system. This section describes the different sections that may appear in a
Mercurial configuration file, the purpose of each section, its possible
keys, and their possible values. This section specifies merge tools to associate with particular file
patterns. Tools matched here will take precedence over the default
merge tool. Patterns are globs by default, rooted at the repository
root. This section specifies what users and groups are trusted. The
current user is always trusted. To trust everybody, list a user or a
group with name ``*``. These settings must be placed in an
*already-trusted file* to take effect, such as ``$HOME/.hgrc`` of the
user or service running Mercurial. This sends to ``qa-team@example.com`` whenever a changeset on the ``release``
branch triggers a notification in any repository ending in ``widgets``. This would set the ``eggs``, ``ham``, and ``bread`` configuration keys
of the ``foo`` section to ``medium``, ``prosciutto``, and ``toasted``,
respectively. As you can see there only thing that matters is the last
value that was set for each of the configuration keys. This would set the configuration key named ``eggs`` to ``small``. Three additional date template filters are provided: Three basic modes of access to Bugzilla are provided: Thus, updating subrepos is a manual process. Simply check out target
subrepo at the desired revision, test in the top-level repo, then
commit in the parent repository to record the new combination. Tip
The changeset with the highest revision number. It is the changeset
most recently added in a repository. Tip, branch
The head of a given branch with the highest revision number. When
a branch name is used as a revision identifier, it refers to the
branch tip. See also 'Branch, head'. Note that because revision
numbers may be different in different repository clones, the
branch tip may be different in different cloned repositories. Tip: To allow other people to discover your repository using run
:hg:`serve` in your repository:: To change the syntax used, use a line of the following form:: To configure other defaults, add a section like this to your
configuration file:: To control Mercurial's handling of files that it manages, many
commands support the ``-I`` and ``-X`` options; see
:hg:`help <command>` and :hg:`help patterns` for details. To do the same check on a server to prevent CRLF/CR from being
pushed or pulled:: To enable the "foo" extension, either shipped with Mercurial or in the
Python search path, create an entry for it in your configuration file,
like this:: To explicitly disable an extension enabled in a configuration file of
broader scope, prepend its path with !:: To explicitly disable an extension that is enabled in an hgrc of
broader scope, prepend its path with ``!``, as in ``foo = !/ext/path``
or ``foo = !`` when path is not supplied. To force expansion after enabling it, or a configuration change, run
:hg:`kwexpand`. To ignore global commands like :hg:`version` or :hg:`help`, you have
to specify them in your user configuration file. To make Mercurial produce the git extended diff format, use the --git
option available for many commands, or set 'git = True' in the [diff]
section of your configuration file. You do not need to set this option
when importing diffs in this format or using them in the mq extension.
To merge files Mercurial uses merge tools. To perform automatic newline conversion, use:: To push to the path defined in ``my_path`` run the command:: To read name patterns from a file, use ``listfile:`` or ``listfile0:``.
The latter expects null delimited patterns while the former expects line
feeds. Each string read from the file is itself treated as a file
pattern. To remove a subrepository from the parent repository, delete its
reference from ``.hgsub``, then remove its files. To set the pager that should be used, set the application variable:: To start a new repository or add new large binary files, just add
--large to your :hg:`add` command. For example:: To use a Perl/Python regular expression, start a name with ``re:``.
Regexp pattern matching is anchored at the root of the repository. To use a plain path name without any pattern matching, start it with
``path:``. These path names must completely match starting at the
current repository root. To use an extended glob, start a name with ``glob:``. Globs are rooted
at the current directory; a glob such as ``*.c`` will only match files
in the current directory ending with ``.c``. Tool arguments can include variables that are expanded at runtime:: Topics Transplanted patches are recorded in .hg/transplant/transplants, as a
map from a changeset hash to its hash in the source repository.
Two path aliases are special because they are used as defaults when
you do not provide the URL to a command: URL Paths USER Update
(Noun) Another synonym of changeset. Use ``[patchbomb]`` as configuration section name if you need to
override global ``[email]`` address settings. Use the ``[defaults]`` section to define command defaults, i.e. the
default options/arguments to pass to the specified commands. Use the ``acl.deny.branches`` and ``acl.allow.branches`` sections to
have branch-based access control. Keys in these sections can be
either: Use the ``acl.deny`` and ``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. Used to access web-based Mercurial repositories through a HTTP
proxy. User interface controls. Using Additional Features Usually, the merge tool tries to automatically reconcile the files by
combining all non-overlapping changes that occurred separately in
the two different evolutions of the same initial base file. Furthermore, some
interactive merge programs make it easier to manually resolve
conflicting merges, either in a graphical way, or by inserting some
conflict markers. Mercurial does not include any interactive merge
programs but relies on external tools for that. VALUE VISUAL
This is the name of the editor to use when committing. See EDITOR. Valid URLs are of the form:: Valid entries for the format field are topic, bar, number, unit,
estimate, speed, and item. item defaults to the last 20 characters of
the item, but this can be changed by adding either ``-<num>`` which
would take the last num characters, or ``+<num>`` for the first num
characters.
WARNING: %s already has %s line endings
and does not need EOL conversion by the win32text plugin.
Before your next commit, please reconsider your encode/decode settings in
Mercurial.ini or %s.
Warning! Web graph view configuration. This section let you change graph
elements display properties by branches, for instance to make the
``default`` branch stand out. Web interface configuration. The settings in this section apply to
both the builtin webserver (started by :hg:`serve`) and the script you
run through a webserver (``hgweb.cgi`` and the derivatives for FastCGI
and WSGI). Web substitution filter definition. You can use this section to
define a set of regular expression substitution patterns which
let you automatically modify the hgweb server output. What are phases?
================ When Mercurial accepts more than one revision, they may be specified
individually, or provided as a topologically continuous range,
separated by the ":" character. 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). 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. While this standard format is often enough, it does not encode the
following information: With this extension installed, Mercurial gains one new command: histedit. Usage
is as follows, assuming the following history:: Working directory
See 'Directory, working'. Working directory parent
See 'Parent, working directory'.
Working with Phases 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. XMLRPC access mode configuration: XMLRPC example configuration. This uses the Bugzilla at
``http://my-project.org/bugzilla``, logging in as user
``bugmail@my-project.org`` with password ``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``. :: XMLRPC+email access mode uses the XMLRPC access mode configuration items,
and also: XMLRPC+email example configuration. This uses the Bugzilla at
``http://my-project.org/bugzilla``, logging in as user
``bugmail@my-project.org`` with password ``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 email address
``bugzilla@my-project.org``. :: You can add the "!" prefix to a user or group name to invert the sense
of the match. 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] sections in
hgrc(5) for details.
You can also enable the pager only for certain commands using
pager.attend. Below is the default list of commands to be paged:: You can customize output for any "log-like" command: log,
outgoing, incoming, tip, parents, and heads. 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. You can disable the pager for certain commands by adding them to the
pager.ignore list:: You can discover Zeroconf-enabled repositories by running
:hg:`paths`:: 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".
You can override a predefined scheme by defining a new scheme with the
same name.
You can then use the alias for any command that uses a URL (for
example :hg:`pull alias1` will be treated as :hg:`pull URL1`). You can use -I/-X and list of file or directory names like normal
:hg:`diff` command. The 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 tree).
You can use any separator other than "/". The final "i" is optional
and indicates that the search must be case insensitive. You may also specify the full path to an extension:: You will by default be managing a patch queue named "patches". You can
create other, independent patch queues with the :hg:`qqueue` command. Zeroconf-enabled repositories will be announced in a network without
the need to configure a server or a service. They can be discovered
without knowing their actual IP address. [-M] [-p] [-n] [-f] [-r REV]... [DEST] [-P] [-f] [[-r] REV] [-U] SOURCE [DEST] [-ac] [-c] [-C] [-d DATE] [[-r] REV] [-ct] [-r STARTREV] [REV]... [-e CMD] [--remotecmd CMD] [DEST] [-e] DATE [RANGE] [-ec] [TOPIC] [-f FORMAT] -c|-m|FILE [-fC] [NAME] [-f] [-l] [-m TEXT] [-d DATE] [-u USER] [-r REV] NAME... [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [DEST] [-f] [-t TYPE] [-a] [-r REV]... [--base REV]... FILE [DEST] [-gbsr] [-U] [-c CMD] [REV] [-l REV] [-r REV] [-b BRANCH]... [OTHER] [-nibtB] [-r REV] [SOURCE] [-o] CMD [-p] [-g] [-p] [-n] [-M] [-f] [-r REV]... [--bundle FILENAME] [SOURCE] [-p|-d|-s] [-f] [-r] REV... [-r REV] [-r REV] FILE [-r REV] FILESPEC [-r REV] [-f] [-a] [-u] [-d] [-n] [-c] [-l] FILE... [-r REV] [FILE] [-r REV] [REV] [-s REV | -b REV] [-d REV] [OPTION] [-u] FILE... [-u] [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [SOURCE] [-u] [NAME]... [COMMAND] [INDEX] REV1 REV2 [NAME] [OBSOLETED [REPLACEMENT] [REPL... ] [OPTION] [QUEUE] [OPTION]... [OPTION]... ([-c REV] | [-r REV1 [-r REV2]]) [FILE]... [OPTION]... DEST [OPTION]... FILE... [OPTION]... PATCH... [OPTION]... PATTERN [FILE]... [OPTION]... SOURCE [DEST] [OPTION]... SOURCE... DEST [OPTION]... [-o OUTFILESPEC] [-r] [REV]... [OPTION]... [-r REV] [NAME]... [OPTION]... [-r] REV [OPTION]... [-r] REV... [OPTION]... [FILE [REV]...] [OPTION]... [FILE] [OPTION]... [FILE]... [OPTION]... [PATTERN]... [OPTION]... [SOURCE]... DEST [OPTION]... [TEXT] [ORIGIN] [PATH] [REV] [Ynesfdaq?]$$ &Yes, record this change$$ &No, skip this change$$ &Edit this change manually$$ &Skip remaining changes to this file$$ Record remaining changes to this &file$$ &Done, skip remaining changes and files$$ Record &all changes to all remaining files$$ &Quit, recording no changes$$ &? (display help) [extensions]
win32text =
[encode]
** = %sencode:
[decode]
** = %sdecode:
[hooks]
pretxncommit.%s = python:hgext.win32text.forbid%s [keyword] patterns cannot match [win32mbcs] cannot activate on this platform.
[win32mbcs] filename conversion failed with %s encoding
^ expects a number 0, 1, or 2 _matchfiles expected at most one default mode _matchfiles expected at most one revision _matchfiles requires at least one argument _matchfiles requires string arguments ``.hg/last-message.txt``
This file is used by :hg:`commit` to store a backup of the commit message
in case the commit fails. ``.hg/localtags``
This file can be used to define local tags which are not shared among
repositories. The file format is the same as for ``.hgtags``, but it is
encoded using the local system encoding. ``.hgignore``
This file contains regular expressions (one per line) that
describe file names that should be ignored by **hg**. For details,
see |hgignore(5)|_. ``.hgsub``
This file defines the locations of all subrepositories, and
tells where the subrepository checkouts came from. For details, see
:hg:`help subrepos`. ``.hgsubstate``
This file is where Mercurial stores all nested repository states. *NB: This
file should not be edited manually.* ``.hgtags``
This file contains changeset hash values and text tag names (one
of each separated by spaces) that correspond to tagged versions of
the repository contents. The file content is encoded using UTF-8. ``/etc/mercurial/hgrc``, ``$HOME/.hgrc``, ``.hg/hgrc``
This file contains defaults and configuration. Values in
``.hg/hgrc`` override those in ``$HOME/.hgrc``, and these override
settings made in the global ``/etc/mercurial/hgrc`` configuration.
See |hgrc(5)|_ for details of the contents and format of these
files. ``accesslog``
Where to output the access log. Default is stdout. ``added()``
File that is added according to status. ``address``
Interface address to bind to. Default is all. ``adds(pattern)``
Changesets that add a file matching pattern. ``alias``
--------- ``all()``
All changesets, the same as ``0:tip``. ``allow_archive``
List of archive format (bz2, gz, zip) allowed for downloading.
Default is empty. ``allow_push``
Whether to allow pushing to the repository. If empty or not set,
push is not allowed. If the special value ``*``, any remote user can
push, including unauthenticated users. Otherwise, the remote user
must have been authenticated, and the authenticated user name must
be present in this list. The contents of the allow_push list are
examined after the deny_push list. ``allow_read``
If the user has not already been denied repository access due to
the contents of deny_read, this list determines whether to grant
repository access to the user. If this list is not empty, and the
user is unauthenticated or not present in the list, then access is
denied for the user. If the list is empty or not set, then access
is permitted to all users by default. Setting allow_read to the
special value ``*`` is equivalent to it not being set (i.e. access
is permitted to all users). The contents of the allow_read list are
examined after the deny_read list. ``allowbz2``
(DEPRECATED) Whether to allow .tar.bz2 downloading of repository
revisions.
Default is False. ``allowgz``
(DEPRECATED) Whether to allow .tar.gz downloading of repository
revisions.
Default is False. ``allowpull``
Whether to allow pulling from the repository. Default is True. ``allowzip``
(DEPRECATED) Whether to allow .zip downloading of repository
revisions. Default is False. This feature creates temporary files. ``always``
Optional. Always use the proxy, even for localhost and any entries
in ``http_proxy.no``. True or False. Default: False. ``ancestor(*changeset)``
A greatest common ancestor of the changesets. ``ancestors(set)``
Changesets that are ancestors of a changeset in set. ``archivemeta``
Whether to include the .hg_archival.txt file containing meta data
(hashes for the repository base and for tip) in archives created
by the :hg:`archive` command or downloaded via hgweb.
Default is True. ``archivesubrepos``
Whether to recurse into subrepositories when archiving. Default is
False. ``args``
The arguments to pass to the tool executable. You can refer to the
files being merged as well as the output file through these
variables: ``$base``, ``$local``, ``$other``, ``$output``. The meaning
of ``$local`` and ``$other`` can vary depending on which action is being
performed. During and update or merge, ``$local`` represents the original
state of the file, while ``$other`` represents the commit you are updating
to or the commit you are merging with. During a rebase ``$local``
represents the destination of the rebase, and ``$other`` represents the
commit being rebased.
Default: ``$local $base $other`` ``askusername``
Whether to prompt for a username when committing. If True, and
neither ``$HGUSER`` nor ``$EMAIL`` has been specified, then the user will
be prompted to enter a username. If no username is entered, the
default ``USER@HOST`` is used instead.
Default is False. ``author(string)``
Alias for ``user(string)``. ``baseurl``
Base URL to use when publishing URLs in other locations, so
third-party tools like email notification hooks can construct
URLs. Example: ``http://hgserver/repos/``. ``bcc``
Optional. Comma-separated list of blind carbon copy recipients'
email addresses. ``binary()``
File that appears to be binary (contains NUL bytes). ``binary``
This tool can merge binary files. Defaults to False, unless tool
was selected by file pattern match. ``bisect(string)``
Changesets marked in the specified bisect status: ``bookmark([name])``
The named bookmark or all bookmarks. ``branch(string or set)``
All changesets belonging to the given branch or the branches of the given
changesets. ``branchpoint()``
Changesets with more than one child. ``bumped()``
Mutable changesets marked as successors of public changesets. ``bundle()``
Changesets in the bundle. ``cacerts``
Path to file containing a list of PEM encoded certificate
authority certificates. Environment variables and ``~user``
constructs are expanded in the filename. If specified on the
client, then it will verify the identity of remote HTTPS servers
with these certificates. ``cache``
Whether to support caching in hgweb. Defaults to True. ``cc``
Optional. Comma-separated list of carbon copy recipients'
email addresses. ``cert``
Optional. PEM encoded client certificate chain file. Environment
variables are expanded in the filename. ``changegroup``
Run after a changegroup has been added via push, pull or unbundle.
ID of the first new changeset is in ``$HG_NODE``. URL from which
changes came is in ``$HG_URL``. ``changeset`` configuration in this section is used as the template to
customize the text shown in the editor when committing. ``charsets``
Optional. Comma-separated list of character sets considered
convenient for recipients. Addresses, headers, and parts not
containing patches of outgoing messages will be encoded in the
first character set to which conversion from local encoding
(``$HGENCODING``, ``ui.fallbackencoding``) succeeds. If correct
conversion fails, the text in question is sent as is. Defaults to
empty (explicit) list. ``check``
A list of merge success-checking options: ``checksubrepos``
Check the phase of the current revision of each subrepository. Allowed
values are "ignore", "follow" and "abort". For settings other than
"ignore", the phase of the current revision of each subrepository is
checked before committing the parent repository. If any of those phases is
greater than the phase of the parent repository (e.g. if a subrepo is in a
"secret" phase while the parent repo is in "draft" phase), the commit is
either aborted (if checksubrepos is set to "abort") or the higher phase is
used for the parent repository commit (if set to "follow").
Default: "follow" ``children(set)``
Child changesets of changesets in set. ``clean()``
File that is clean according to status. ``closed()``
Changeset is closed. ``collapse``
With ``descend`` enabled, repositories in subdirectories are shown at
a single level alongside repositories in the current path. With
``collapse`` also enabled, repositories residing at a deeper level than
the current path are grouped behind navigable directory entries that
lead to the locations of these repositories. In effect, this setting
collapses each collection of repositories found within a subdirectory
into a single entry for that subdirectory. Default is False. ``color``
Set branch edges color in hexadecimal RGB notation. ``commit``
Run after a changeset has been created in the local repository. ID
of the newly created changeset is in ``$HG_NODE``. Parent changeset
IDs are in ``$HG_PARENT1`` and ``$HG_PARENT2``. ``commitsubrepos``
Whether to commit modified subrepositories when committing the
parent repository. If False and one subrepository has uncommitted
changes, abort the commit.
Default is False. ``comparisoncontext``
Number of lines of context to show in side-by-side file comparison. If
negative or the value ``full``, whole files are shown. Default is 5.
This setting can be overridden by a ``context`` request parameter to the
``comparison`` command, taking the same values. ``contact``
Name or email address of the person in charge of the repository.
Defaults to ui.username or ``$EMAIL`` or "unknown" if unset or empty. ``contains(pattern)``
The revision's manifest contains a file matching pattern (but might not
modify it). See :hg:`help patterns` for information about file patterns. ``converted([id])``
Changesets converted from the given identifier in the old repository if
present, or all converted changesets if no identifier is specified. ``copied()``
File that is recorded as being copied. ``date(interval)``
Changesets within the interval, see :hg:`help dates`. ``debug``
Print debugging information. True or False. Default is False. ``decode/encode``
----------------- ``default-push``
Optional. Directory or URL to use when pushing if no destination
is specified. ``default``
Directory or URL to use when pulling if no source is specified.
Default is set to repository from which the current repository was
cloned. ``deleted()``
File that is deleted according to status. ``deny_push``
Whether to deny pushing to the repository. If empty or not set,
push is not denied. If the special value ``*``, all remote users are
denied push. Otherwise, unauthenticated users are all denied, and
any authenticated user name present in this list is also denied. The
contents of the deny_push list are examined before the allow_push list. ``deny_read``
Whether to deny reading/viewing of the repository. If this list is
not empty, unauthenticated users are all denied, and any
authenticated user name present in this list is also denied access to
the repository. If set to the special value ``*``, all remote users
are denied access (rarely needed ;). If deny_read is empty or not set,
the determination of repository access depends on the presence and
content of the allow_read list (see description). If both
deny_read and allow_read are empty or not set, then access is
permitted to all users by default. If the repository is being
served via hgwebdir, denied users will not be able to see it in
the list of repositories. The contents of the deny_read list have
priority over (are examined before) the contents of the allow_read
list. ``desc(string)``
Search commit message for string. The match is case-insensitive. ``descend``
hgwebdir indexes will not descend into subdirectories. Only repositories
directly in the current path will be shown (other repositories are still
available from the index corresponding to their containing path). ``descendants(set)``
Changesets which are descendants of changesets in set. ``description``
Textual description of the repository's purpose or contents.
Default is "unknown". ``destination([set])``
Changesets that were created by a graft, transplant or rebase operation,
with the given revisions specified as the source. Omitting the optional set
is the same as passing all(). ``divergent()``
Final successors of changesets with an alternative set of final successors. ``dotencode``
Enable or disable the "dotencode" repository format which enhances
the "fncache" repository format (which has to be enabled to use
dotencode) to avoid issues with filenames starting with ._ on
Mac OS X and spaces on Windows. Enabled by default. Disabling this
option ensures that the on-disk format of newly created
repositories will be compatible with Mercurial before version 1.7. ``draft()``
Changeset in draft phase. ``editor``
The editor to use during a commit. Default is ``$EDITOR`` or
``sensible-editor``. ``email``
--------- ``encoding(name)``
File can be successfully decoded with the given character
encoding. May not be useful for encodings other than ASCII and
UTF-8. ``encoding``
Character encoding name. Default is the current locale charset.
Example: "UTF-8" ``eol(style)``
File contains newlines of the given style (dos, unix, mac). Binary
files are excluded, files with mixed line endings match multiple
styles. ``eol``
When set to 'strict' patch content and patched files end of lines
are preserved. When set to ``lf`` or ``crlf``, both files end of
lines are ignored when patching and the result line endings are
normalized to either LF (Unix) or CRLF (Windows). When set to
``auto``, end of lines are again ignored while patching but line
endings in patched files are normalized to their original setting
on a per-file basis. If target file does not exist or has no end
of line, patch line endings are preserved.
Default: strict. ``errorlog``
Where to output the error log. Default is stderr. ``exec()``
File that is marked as executable. ``executable``
Either just the name of the executable or its pathname. On Windows,
the path can use environment variables with ${ProgramFiles} syntax.
Default: the tool name. ``extinct()``
Obsolete changesets with obsolete descendants only. ``extra(label, [value])``
Changesets with the given label in the extra metadata, with the given
optional value. ``extramsg``
String: Extra message (typically 'Leave message empty to abort
commit.'). This may be changed by some commands or extensions. ``fallbackencoding``
Encoding to try if it's not possible to decode the changelog using
UTF-8. Default is ISO-8859-1. ``file(pattern)``
Changesets affecting files matched by pattern. ``filelog(pattern)``
Changesets connected to the specified filelog. ``first(set, [n])``
An alias for limit(). ``fixeol``
Attempt to fix up EOL changes caused by the merge tool.
Default: False ``follow([file])``
An alias for ``::.`` (ancestors of the working copy's first parent).
If a filename is specified, the history of the given file is followed,
including copies. ``format``
Profiling format. Specific to the ``ls`` instrumenting profiler.
Default: text. ``frequency``
Sampling frequency. Specific to the ``stat`` sampling profiler.
Default: 1000. ``from``
Optional. Email address to use in "From" header and SMTP envelope
of outgoing messages. ``git``
Use git extended diff format. ``graph``
--------- ``grep(regex)``
File contains the given regular expression. ``grep(regex)``
Like ``keyword(string)`` but accepts a regex. Use ``grep(r'...')``
to ensure special escape characters are handled correctly. Unlike
``keyword(string)``, the match is case-sensitive. ``groups``
Comma-separated list of trusted groups. ``guessmime``
Control MIME types for raw download of file content.
Set to True to let hgweb guess the content type from the file
extension. This will serve HTML files as ``text/html`` and might
allow cross-site scripting attacks when serving untrusted
repositories. Default is False. ``gui``
This tool requires a graphical interface to run. Default: False ``head()``
Changeset is a named branch head. ``heads(set)``
Members of set with no children in set. ``hgignore()``
File that matches the active .hgignore pattern. ``hidden()``
Hidden changesets. ``hidden``
Whether to hide the repository in the hgwebdir index.
Default is False. ``hooks``
--------- ``host``
Host name and (optional) port of the proxy server, for example
"myproxy:8000". ``host``
Host name of mail server, e.g. "mail.example.com". ``id(string)``
Revision non-ambiguously specified by the given hex string prefix. ``ignore``
A file to read per-user ignore patterns from. This file should be
in the same format as a repository-wide .hgignore file. This
option supports hook syntax, so if you want to specify multiple
ignore files, you can do so by setting something like
``ignore.other = ~/.hgignore2``. For details of the ignore file
format, see the ``hgignore(5)`` man page. ``ignoreblanklines``
Ignore changes whose lines are all blank. ``ignored()``
File that is ignored according to status. These files will only be
considered if this predicate is used. ``ignorews``
Ignore white space when comparing lines. ``ignorewsamount``
Ignore changes in the amount of white space. ``incoming``
Run after a changeset has been pulled, pushed, or unbundled into
the local repository. The ID of the newly arrived changeset is in
``$HG_NODE``. URL that was source of changes came is in ``$HG_URL``. ``interactive``
Allow to prompt the user. True or False. Default is True. ``internal:dump``
Creates three versions of the files to merge, containing the
contents of local, other and base. These files can then be used to
perform a merge manually. If the file to be merged is named
``a.txt``, these files will accordingly be named ``a.txt.local``,
``a.txt.other`` and ``a.txt.base`` and they will be placed in the
same directory as ``a.txt``. ``internal:fail``
Rather than attempting to merge files that were modified on both
branches, it marks them as unresolved. The resolve command must be
used to resolve these conflicts. ``internal:local``
Uses the local version of files as the merged version. ``internal:merge``
Uses the internal non-interactive simple merge algorithm for merging
files. It will fail if there are any conflicts and leave markers in
the partially merged file. ``internal:other``
Uses the other version of files as the merged version. ``internal:prompt``
Asks the user which of the local or the other version to keep as
the merged version. ``internal:tagmerge``
Uses the internal tag merge algorithm (experimental). ``ipv6``
Whether to use IPv6. Default is False. ``key``
Optional. PEM encoded client certificate key file. Environment
variables are expanded in the filename. ``keyword(string)``
Search commit message, user name, and names of changed files for
string. The match is case-insensitive. ``last(set, [n])``
Last n members of set, defaulting to 1. ``limit(set, [n])``
First n members of set, defaulting to 1. ``limit``
Number of lines to show. Specific to the ``ls`` instrumenting profiler.
Default: 30. ``listkeys``
Run after listing pushkeys (like bookmarks) in the repository. The
key namespace is in ``$HG_NAMESPACE``. ``$HG_VALUES`` is a
dictionary containing the keys and values. ``local_hostname``
Optional. It's the hostname that the sender can use to identify
itself to the MTA. ``logoimg``
File name of the logo image that some templates display on each page.
The file name is relative to ``staticurl``. That is, the full path to
the logo image is "staticurl/logoimg".
If unset, ``hglogo.png`` will be used. ``logourl``
Base URL to use for logos. If unset, ``http://mercurial.selenic.com/``
will be used. ``logtemplate``
Template string for commands that print changesets. ``matching(revision [, field])``
Changesets in which a given set of fields match the set of fields in the
selected revision or set. ``max(set)``
Changeset with highest revision number in set. ``maxchanges``
Maximum number of changes to list on the changelog. Default is 10. ``maxfiles``
Maximum number of files to list per changeset. Default is 10. ``maxshortchanges``
Maximum number of changes to list on the shortlog, graph or filelog
pages. Default is 60. ``merge()``
Changeset is a merge changeset. ``merge-patterns``
------------------ ``merge-tools``
--------------- ``merge``
The conflict resolution program to use during a manual merge.
For more information on merge tools see :hg:`help merge-tools`.
For configuring merge tools see the ``[merge-tools]`` section. ``mergemarkers``
Sets the merge conflict marker label styling. The ``detailed``
style uses the ``mergemarkertemplate`` setting to style the labels.
The ``basic`` style just uses 'local' and 'other' as the marker label.
One of ``basic`` or ``detailed``.
Default is ``basic``. ``mergemarkertemplate``
The template used to print the commit description next to each conflict
marker during merge conflicts. See :hg:`help templates` for the template
format.
Defaults to showing the hash, tags, branches, bookmarks, author, and
the first line of the commit description.
You have to pay attention to encodings of managed files, if you
use non-ASCII characters in tags, branches, bookmarks, author
and/or commit descriptions. At template expansion, non-ASCII
characters use the encoding specified by ``--encoding`` global
option, ``HGENCODING`` or other locale setting environment
variables. The difference of encoding between merged file and
conflict markers causes serious problem. ``method``
Optional. Method to use to send email messages. If value is ``smtp``
(default), use SMTP (see the ``[smtp]`` section for configuration).
Otherwise, use as name of program to run that acts like sendmail
(takes ``-f`` option for sender, list of recipients on command line,
message on stdin). Normally, setting this to ``sendmail`` or
``/usr/sbin/sendmail`` is enough to use sendmail to send messages. ``min(set)``
Changeset with lowest revision number in set. ``modified()``
File that is modified according to status. ``modifies(pattern)``
Changesets modifying files matched by pattern. ``mq()``
Changesets managed by MQ. ``name``
Repository name to use in the web interface. Default is current
working directory. ``nested``
Show at most this number of lines of drill-down info after each main entry.
This can help explain the difference between Total and Inline.
Specific to the ``ls`` instrumenting profiler.
Default: 5. ``new-commit``
Phase of newly-created commits.
Default: draft ``no``
Optional. Comma-separated list of host names that should bypass
the proxy. ``nodates``
Don't include dates in diff headers. ``not x``
Changesets not in x. Short form is ``! x``. ``not x``
Files not in x. Short form is ``! x``. ``numcpus``
Number of CPUs to use for parallel operations. Default is 4 or the
number of CPUs on the system, whichever is larger. A zero or
negative value is treated as ``use the default``.
``obsolete()``
Mutable changeset with a newer version. ``only(set, [set])``
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>). ``origin([set])``
Changesets that were specified as a source for the grafts, transplants or
rebases that created the given revisions. Omitting the optional set is the
same as passing all(). If a changeset created by these operations is itself
specified as a source for one of these operations, only the source changeset
for the first operation is selected. ``outgoing([path])``
Changesets not found in the specified destination repository, or the
default push location. ``outgoing``
Run after sending changes from local repository to another. ID of
first changeset sent is in ``$HG_NODE``. Source of operation is in
``$HG_SOURCE``; see "preoutgoing" hook for description. ``output``
File path where profiling data or report should be saved. If the
file exists, it is replaced. Default: None, data is printed on
stderr ``p1([set])``
First parent of changesets in set, or the working directory. ``p2([set])``
Second parent of changesets in set, or the working directory. ``parents([set])``
The set of all parents for all changesets in set, or the working directory. ``passwd``
Optional. Password to authenticate with at the proxy server. ``password``
Optional. Password for authenticating with the SMTP server. If not
specified, interactive sessions will prompt the user for a
password; non-interactive sessions will fail. Default: none. ``password``
Optional. Password to authenticate with. If not given, and the
remote site requires basic or digest authentication, the user
will be prompted for it. ``port``
Optional. Port to connect to on mail server. Default: 465 (if
``tls`` is smtps) or 25 (otherwise). ``port``
Port to listen on. Default is 8000. ``portablefilenames``
Check for portable filenames. Can be ``warn``, ``ignore`` or ``abort``.
Default is ``warn``.
If set to ``warn`` (or ``true``), a warning message is printed on POSIX
platforms, if a file with a non-portable filename is added (e.g. a file
with a name that can't be created on Windows because it contains reserved
parts like ``AUX``, reserved characters like ``:``, or would cause a case
collision with an existing file).
If set to ``ignore`` (or ``false``), no warning is printed.
If set to ``abort``, the command is aborted.
On Windows, this configuration option is ignored and the command aborted. ``post-<command>``
Run after successful invocations of the associated command. The
contents of the command line are passed as ``$HG_ARGS`` and the result
code in ``$HG_RESULT``. Parsed command line arguments are passed as
``$HG_PATS`` and ``$HG_OPTS``. These contain string representations of
the python data internally passed to <command>. ``$HG_OPTS`` is a
dictionary of options (with unspecified options set to their defaults).
``$HG_PATS`` is a list of arguments. Hook failure is ignored. ``pre-<command>``
Run before executing the associated command. The contents of the
command line are passed as ``$HG_ARGS``. Parsed command line arguments
are passed as ``$HG_PATS`` and ``$HG_OPTS``. These contain string
representations of the data internally passed to <command>. ``$HG_OPTS``
is a dictionary of options (with unspecified options set to their
defaults). ``$HG_PATS`` is a list of arguments. If the hook returns
failure, the command doesn't execute and Mercurial returns the failure
code. ``prechangegroup``
Run before a changegroup is added via push, pull or unbundle. Exit
status 0 allows the changegroup to proceed. Non-zero status will
cause the push, pull or unbundle to fail. URL from which changes
will come is in ``$HG_URL``. ``precommit``
Run before starting a local commit. Exit status 0 allows the
commit to proceed. Non-zero status will cause the commit to fail.
Parent changeset IDs are in ``$HG_PARENT1`` and ``$HG_PARENT2``. ``preferuncompressed``
When set, clients will try to use the uncompressed streaming
protocol. Default is False. ``prefix``
Either ``*`` or a URI prefix with or without the scheme part.
The authentication entry with the longest matching prefix is used
(where ``*`` matches everything and counts as a match of length
1). If the prefix doesn't include a scheme, the match is performed
against the URI with its scheme stripped as well, and the schemes
argument, q.v., is then subsequently consulted. ``prefix``
Prefix path to serve from. Default is '' (server root). ``prelistkeys``
Run before listing pushkeys (like bookmarks) in the
repository. Non-zero status will cause failure. The key namespace is
in ``$HG_NAMESPACE``. ``premerge``
Attempt to run internal non-interactive 3-way merge tool before
launching external tool. Options are ``true``, ``false``, or ``keep``
to leave markers in the file if the premerge fails.
Default: True ``preoutgoing``
Run before collecting changes to send from the local repository to
another. Non-zero status will cause failure. This lets you prevent
pull over HTTP or SSH. Also prevents against local pull, push
(outbound) or bundle commands, but not effective, since you can
just copy files instead then. Source of operation is in
``$HG_SOURCE``. If "serve", operation is happening on behalf of remote
SSH or HTTP repository. If "push", "pull" or "bundle", operation
is happening on behalf of repository on same system. ``prepushkey``
Run before a pushkey (like a bookmark) is added to the
repository. Non-zero status will cause the key to be rejected. The
key namespace is in ``$HG_NAMESPACE``, the key is in ``$HG_KEY``,
the old value (if any) is in ``$HG_OLD``, and the new value is in
``$HG_NEW``. ``present(set)``
An empty set, if any revision in set isn't found; otherwise,
all revisions in set. ``pretag``
Run before creating a tag. Exit status 0 allows the tag to be
created. Non-zero status will cause the tag to fail. ID of
changeset to tag is in ``$HG_NODE``. Name of tag is in ``$HG_TAG``. Tag is
local if ``$HG_LOCAL=1``, in repository if ``$HG_LOCAL=0``. ``pretxnchangegroup``
Run after a changegroup has been added via push, pull or unbundle,
but before the transaction has been committed. Changegroup is
visible to hook program. This lets you validate incoming changes
before accepting them. Passed the ID of the first new changeset in
``$HG_NODE``. Exit status 0 allows the transaction to commit. Non-zero
status will cause the transaction to be rolled back and the push,
pull or unbundle will fail. URL that was source of changes is in
``$HG_URL``. ``pretxncommit``
Run after a changeset has been created but the transaction not yet
committed. Changeset is visible to hook program. This lets you
validate commit message and changes. Exit status 0 allows the
commit to proceed. Non-zero status will cause the transaction to
be rolled back. ID of changeset is in ``$HG_NODE``. Parent changeset
IDs are in ``$HG_PARENT1`` and ``$HG_PARENT2``. ``preupdate``
Run before updating the working directory. Exit status 0 allows
the update to proceed. Non-zero status will prevent the update.
Changeset ID of first new parent is in ``$HG_PARENT1``. If merge, ID
of second new parent is in ``$HG_PARENT2``. ``priority``
The priority in which to evaluate this tool.
Default: 0. ``public()``
Changeset in public phase. ``publish``
Controls draft phase behavior when working as a server. When true,
pushed changesets are set to public in both client and server and
pulled or cloned changesets are set to public in the client.
Default: True ``push_ssl``
Whether to require that inbound pushes be transported over SSL to
prevent password sniffing. Default is True. ``pushkey``
Run after a pushkey (like a bookmark) is added to the
repository. The key namespace is in ``$HG_NAMESPACE``, the key is in
``$HG_KEY``, the old value (if any) is in ``$HG_OLD``, and the new
value is in ``$HG_NEW``. ``quiet``
Reduce the amount of output printed. True or False. Default is False. ``regappend``
String to append to the value read from the registry, typically
the executable name of the tool.
Default: None ``regexp``
Regular expression, Python/Perl syntax.
``glob``
Shell-style glob. ``regkey``
Windows registry key which describes install location of this
tool. Mercurial will search for this key first under
``HKEY_CURRENT_USER`` and then under ``HKEY_LOCAL_MACHINE``.
Default: None ``regkeyalt``
An alternate Windows registry key to try if the first key is not
found. The alternate key uses the same ``regname`` and ``regappend``
semantics of the primary key. The most common use for this key
is to search for 32bit applications on 64bit operating systems.
Default: None ``regname``
Name of value to read from specified registry key. Defaults to the
unnamed (default) value. ``remote([id [,path]])``
Local revision that corresponds to the given identifier in a
remote repository, if present. Here, the '.' identifier is a
synonym for the current local branch. ``remotecmd``
remote command to use for clone/push/pull operations. Default is ``hg``. ``removed()``
File that is removed according to status. ``removes(pattern)``
Changesets which remove files matching pattern. ``report_untrusted``
Warn if a ``.hg/hgrc`` file is ignored due to not being owned by a
trusted user or group. True or False. Default is True. ``reportoldssl``
Warn if an SSL certificate is unable to be due to using Python
2.5 or earlier. True or False. Default is True. ``resolved()``
File that is marked resolved according to the resolve state. ``rev(number)``
Revision with the given numeric identifier. ``reverse(set)``
Reverse order of set. ``revsetalias``
--------------- ``roots(set)``
Changesets in set with no parent changeset in set. ``schemes``
Optional. Space separated list of URI schemes to use this
authentication entry with. Only used if the prefix doesn't include
a scheme. Supported schemes are http and https. They will match
static-http and static-https respectively, as well.
Default: https. ``secret()``
Changeset in secret phase. ``server``
---------- ``showfunc``
Show which function each change is in. ``size(expression)``
File size matches the given expression. Examples: ``slash``
Display paths using a slash (``/``) as the path separator. This
only makes a difference on systems where the default path
separator is not the slash character (e.g. Windows uses the
backslash character (``\``)).
Default is False. ``smtp``
-------- ``sort(set[, [-]key...])``
Sort set by keys. The default sort order is ascending, specify a key
as ``-key`` to sort in descending order. ``sort``
Sort field. Specific to the ``ls`` instrumenting profiler.
One of ``callcount``, ``reccallcount``, ``totaltime`` and
``inlinetime``.
Default: inlinetime. ``ssh``
command to use for SSH connections. Default is ``ssh``. ``staticurl``
Base URL to use for static files. If unset, static files (e.g. the
hgicon.png favicon) will be served by the CGI script itself. Use
this setting to serve them directly with the HTTP server.
Example: ``http://hgserver/static/``. ``strict``
Require exact command names, instead of allowing unambiguous
abbreviations. True or False. Default is False. ``stripes``
How many lines a "zebra stripe" should span in multi-line output.
Default is 1; set to 0 to disable. ``style``
Name of style to use for command output. ``style``
Which template map style to use. ``subrepo([pattern])``
Subrepositories whose paths match the given pattern. ``symlink()``
File that is marked as a symlink. ``symlink``
This tool can merge symlinks. Defaults to False, even if tool was
selected by file pattern match. ``tag([name])``
The specified tag by name, or all tagged revisions if no name is given. ``tag``
Run after a tag is created. ID of tagged changeset is in ``$HG_NODE``.
Name of tag is in ``$HG_TAG``. Tag is local if ``$HG_LOCAL=1``, in
repository if ``$HG_LOCAL=0``. ``templates``
Where to find the HTML templates. Default is install path. ``timeout``
The timeout used when a lock is held (in seconds), a negative value
means no timeout. Default is 600. ``tls``
Optional. Method to enable TLS when connecting to mail server: starttls,
smtps or none. Default: none. ``to``
Optional. Comma-separated list of recipients' email addresses. ``traceback``
Mercurial always prints a traceback when an unknown exception
occurs. Setting this to True will make Mercurial print a traceback
on all exceptions, even those recognized by Mercurial (such as
IOError or MemoryError). Default is False. ``transplanted([set])``
Transplanted changesets in set, or all transplanted changesets. ``trusted``
----------- ``type``
The type of profiler to use.
Default: ls. ``uncompressed``
Whether to allow clients to clone a repository using the
uncompressed streaming protocol. This transfers about 40% more
data than a regular clone, but uses less memory and CPU on both
server and client. Over a LAN (100 Mbps or better) or a very fast
WAN, an uncompressed streaming clone is a lot faster (~10x) than a
regular clone. Over most WAN connections (anything slower than
about 6 Mbps), uncompressed streaming is slower, because of the
extra data transfer overhead. This mode will also temporarily hold
the write lock while determining what data to transfer.
Default is True. ``unified``
Number of lines of context to show. ``unknown()``
File that is unknown according to status. These files will only be
considered if this predicate is used. ``unresolved()``
File that is marked unresolved according to the resolve state. ``unstable()``
Non-obsolete changesets with obsolete ancestors. ``update``
Run after updating the working directory. Changeset ID of first
new parent is in ``$HG_PARENT1``. If merge, ID of second new parent is
in ``$HG_PARENT2``. If the update succeeded, ``$HG_ERROR=0``. If the
update failed (e.g. because conflicts not resolved), ``$HG_ERROR=1``. ``usefncache``
Enable or disable the "fncache" repository format which enhances
the "store" repository format (which has to be enabled to use
fncache) to allow longer filenames and avoids using Windows
reserved names, e.g. "nul". Enabled by default. Disabling this
option ensures that the on-disk format of newly created
repositories will be compatible with Mercurial before version 1.1. ``user(string)``
User name contains string. The match is case-insensitive. ``user``
Optional. User name to authenticate with at the proxy server. ``username``
Optional. User name for authenticating with the SMTP server.
Default: none. ``username``
Optional. Username to authenticate with. If not given, and the
remote site requires basic or digest authentication, the user will
be prompted for it. Environment variables are expanded in the
username letting you do ``foo.username = $USER``. If the URI
includes a username, only ``[auth]`` entries with a matching
username or without a username will be considered. ``username``
The committer of a changeset created when running "commit".
Typically a person's name and email address, e.g. ``Fred Widget
<fred@example.com>``. Default is ``$EMAIL`` or ``username@hostname``. If
the username in hgrc is empty, it has to be specified manually or
in a different hgrc file (e.g. ``$HOME/.hgrc``, if the admin set
``username =`` in the system hgrc). Environment variables in the
username are expanded. ``users``
Comma-separated list of trusted users. ``usestore``
Enable or disable the "store" repository format which improves
compatibility with systems that fold case or otherwise mangle
filenames. Enabled by default. Disabling this option will allow
you to store longer filenames in some situations at the expense of
compatibility and ensures that the on-disk format of newly created
repositories will be compatible with Mercurial before version 0.9.4. ``validate``
Whether to validate the completeness of pushed changesets by
checking that all new file revisions specified in manifests are
present. Default is False. ``verbose``
Increase the amount of output printed. True or False. Default is False. ``verifycert``
Optional. Verification for the certificate of mail server, when
``tls`` is starttls or smtps. "strict", "loose" or False. For
"strict" or "loose", the certificate is verified as same as the
verification for HTTPS connections (see ``[hostfingerprints]`` and
``[web] cacerts`` also). For "strict", sending email is also
aborted, if there is no configuration for mail server in
``[hostfingerprints]`` and ``[web] cacerts``. --insecure for
:hg:`email` overwrites this as "loose". Default: "strict". ``websub``
---------- ``width``
Set branch edges width in pixels. ``worker``
---------- ``x - y``
Changesets in x but not in y. ``x - y``
Files in x but not in y. ``x and y``
The intersection of changesets in x and y. Short form is ``x & y``. ``x and y``
The intersection of files in x and y. Short form is ``x & y``. ``x or y``
The union of changesets in x and y. There are two alternative short
forms: ``x | y`` and ``x + y``. ``x or y``
The union of files in x and y. There are two alternative short
forms: ``x | y`` and ``x + y``. ``x::y``
A DAG range, meaning all changesets that are descendants of x and
ancestors of y, including x and y themselves. If the first endpoint
is left out, this is equivalent to ``ancestors(y)``, if the second
is left out it is equivalent to ``descendants(x)``. ``x:y``
All changesets with revision numbers between x and y, both
inclusive. Either endpoint can be left out, they default to 0 and
tip. ``x^``
Equivalent to ``x^1``, the first parent of each changeset in x. ``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``
The nth first ancestor of x; ``x~0`` is x; ``x~3`` is ``x^^^``. a base changeset assumed to be available at the destination a base changeset to specify instead of a destination (with -b/--bundle) a bookmark cannot have the name of an existing branch a branch of the same name already exists a changeset intended to be added to the destination a changeset intended to be included in the destination a remote changeset intended to be added a revision to send a shelved change named '%s' already exists a specific branch you would like to bundle a specific branch you would like to pull a specific branch you would like to push a specific revision you would like to pull a: %s
abandoned transaction found abandoned transaction found - run hg recover
abort an edit in progress abort an incomplete unshelve operation abort an interrupted rebase abort and continue do not allow specifying revisions abort if an error occurs abort: %s abort: %s
abort: %s!
abort: %s: %s
abort: %s: '%s'
abort: could not lock %s: %s
abort: error: %s
abort: out of memory
abort: remote error:
aborting hg cat-file only understands commits
access the pushkey key/value protocol acl: user "%s" denied on "%s" (changeset "%s") acl: user "%s" denied on branch "%s" (changeset "%s") acl: user "%s" not allowed on "%s" (changeset "%s") acl: user "%s" not allowed on branch "%s" (changeset "%s") active guards:
add "Date: <DATE>" to patch add "Date: <current date>" to patch add "From: <USER>" to patch add "From: <current user>" to patch add a signature for the current or given revision add all files above this size (in megabytes) as largefiles (default: 10) add all new files, delete all missing files add as largefile add as normal file add diffstat output to messages add new file at each rev add one or more tags for the current or given revision add single file all revs overwrite add single file mergeable changes add the specified files on the next commit add/update author field in patch with current user add/update author field in patch with given user add/update date field in patch with current date add/update date field in patch with given date added %d changesets with %d changes to %d files%s
added takes no arguments adding %s
adding %s as a largefile
adding %s to series file
adding branch
adding changesets
adding file changes
adding manifests
adding remote bookmark %s
address to listen on (default: all interfaces) adds requires a pattern alias '%s' resolves to ambiguous command '%s'
alias '%s' resolves to unknown command '%s'
alias for: hg %s all local heads known remotely
all patches applied
all patches are currently applied
all takes no arguments allow pushing a new branch allow the use of MBCS paths with problematic encodings allow to move boundary backward allowing %s - guarded by %s
allowing %s - no guards in effect
allowing %s - no matching negative guards
already have changeset always print a traceback on exception ambiguous identifier amend the parent of the working dir amending changeset %s
analyzing analyzing tree version %s...
and %s others and also consider adding: annotate the specified revision annotate with branch names append graft info to log message append transplant info to log message applied to working directory apply all patches apply any matching decode filter apply changeset? [ynmpcq?]:$$ &yes, transplant this changeset$$ &no, skip this changeset$$ &merge at this changeset$$ show &patch$$ &commit selected changesets$$ &quit and cancel transplant$$ &? (show this help) apply failed for patch %s apply on top of local changes apply one or more changegroup files apply patch to the nodes from which it was generated apply patch without touching the working directory apply the filespec on this revision apply the target patch to its recorded parent applying %s
applying patch from stdin
archive prefix contains illegal components archiving archiving (%s) are you sure you want to send (yn)?$$ &Yes $$ &No arguments do not match paths that need resolving
ask for confirmation before sending assuming destination %s
at least one filename or pattern is required at least one of -n/-c is required for -l attempt to commit or push text file(s) using %s line endings
attempted to add linkrev -1 to %s author requires a string authorization failed automatic .hgtags merge failed
the following %d tags are in conflict: %s
automatic tag merging of %s failed! (use 'hg resolve --tool internal:merge' or another merge tool of your choice)
automatically manage newlines in repository files available colors:
available styles: %s available styles: %s
b: %s
bad bad (implicit) bad hunk #%d bad hunk #%d %s (%d %d %d %d) bad hunk #%d old text line %d bad mtn packet - bad packet size %s bad mtn packet - bad stream type %s bad mtn packet - no divider before size bad mtn packet - no end of commandnbr bad mtn packet - no end of packet size bad mtn packet - unable to read full packet read %s of %s bad obsmarker input: %s bad obsolescence marker detected: invalid successors nullid bad subrepository pattern in %s: %s base path (DEPRECATED) basic commands: binary takes no arguments bisect requires a string block device bookmark %s does not exist on the local or remote repository!
bookmark '%s' already exists (use -f to force) bookmark '%s' deleted
bookmark '%s' does not exist bookmark '%s' not found bookmark name required bookmark names cannot consist entirely of whitespace bookmark takes one or no arguments bookmark to pull bookmark to push bookmark: %s
bookmarks: branch %s not found branch '%s' has %d heads - please merge with an explicit rev branch '%s' has one head - please merge with an explicit rev branch name not in UTF-8! branch: %s
branch: %s
branchpoint takes no arguments broken pipe
broken revlog! (%s) browse command output with an external pager browse the repository in a graphical way bug %d already knows about changeset %s
bug %d does not exist
bugzilla notify command %s bugzilla version %s not supported bugzilla.bzdir
Bugzilla install directory. Used by default notify. Default
``/var/www/html/bugzilla``. bugzilla.bzemail
The Bugzilla email address. bugzilla.bzurl
The base URL for the Bugzilla installation.
Default ``http://localhost/bugzilla``. bugzilla.bzuser
Fallback Bugzilla user name to record comments with, if changeset
committer cannot be found as a Bugzilla user. bugzilla.db
Name of the Bugzilla database in MySQL. Default ``bugs``. bugzilla.fixregexp
Regular expression to match bug IDs for marking fixed in changeset
commit message. This must contain a "()" named group ``<ids>` containing
the bug IDs separated by non-digit characters. It may also contain
a named group ``<hours>`` with a 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 ``Fixes 1234``, ``Fixes bug 1234``,
``Fixes bugs 1234,5678``, ``Fixes 1234 and 5678`` and
variations thereof, followed by an hours number prefixed by ``h`` or
``hours``, e.g. ``hours 1.5``. Matching is case insensitive. bugzilla.fixresolution
The resolution to set a bug to when marking fixed. Default ``FIXED``. bugzilla.fixstatus
The status to set a bug to when marking fixed. Default ``RESOLVED``. bugzilla.host
Hostname of the MySQL server holding the Bugzilla database.
Default ``localhost``. 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 ``user`` (committer bugzilla email). Default depends on
version; from 2.18 it is "cd %(bzdir)s && perl -T
contrib/sendbugmail.pl %(id)s %(user)s". bugzilla.password
Password to use to access MySQL server. bugzilla.password
The password for Bugzilla login. 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 ``<hours>`` with a 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 no. 1234``,
``Bug number 1234``, ``Bugs 1234,5678``, ``Bug 1234 and 5678`` and
variations thereof, followed by an hours number prefixed by ``h`` or
``hours``, e.g. ``hours 1.5``. Matching is case insensitive. bugzilla.strip
The number of path separator characters to strip from the front of
the Mercurial repository path (``{root}`` in templates) to produce
``{webroot}``. For example, a repository with ``{root}``
``/var/local/my-project`` with a strip of 2 gives a value for
``{webroot}`` of ``my-project``. Default 0. 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: bugzilla.timeout
Database connection timeout (seconds). Default 5. bugzilla.user
The username to use to log into Bugzilla via XMLRPC. Default
``bugs``. bugzilla.user
Username to use to access MySQL server. Default ``bugs``. bugzilla.usermap
Path of file containing Mercurial committer email to Bugzilla user email
mappings. If specified, the file should contain one mapping per
line:: bugzilla.version
The access type to use. Values recognized are: building builds a repo with a given DAG from scratch in the current empty repo bumped takes no arguments bundle all changesets in the repository bundle compression type to use bundling bzr source type could not be determined
cache has %d log entries
calling hook %s: %s
can only close branch heads can only follow copies/renames for explicit filenames can only omit patchfile if merging can only share local repositories can only specify an explicit filename can only specify two labels. can only unshelve one change at a time can't commit in %s phase conflicting %s from subrepository %s can't commit subrepos without .hgsub can't get file locally can't negate that can't query remote revision number, branch, or tags can't read commit message '%s': %s can't rebase immutable changeset %s can't remove original changesets with unrebased descendants can't rename "%s" to its current name can't specify --all and patterns can't specify --continue and revisions can't specify a revision with --all can't use %s here can't use --local and --global together can't use --local outside a repository can't use TLS: Python SSL support not installed can't use a list in this context cannot %s; remote repository does not support the %r capability cannot amend changeset with children cannot amend public changesets cannot amend while merging cannot amend with --subrepos cannot amend with ui.commitsubrepos enabled cannot archive plain files to stdout cannot backout a change with no parents cannot backout a merge changeset cannot backout change that is not an ancestor cannot bisect (no known bad revisions) cannot bisect (no known good revisions) cannot change null revision phase cannot collapse multiple named branches cannot combine --bundle and --subrepos cannot combine abort/continue with naming a shelved change cannot commit merge with missing files cannot commit missing svn entries cannot commit over an applied mq patch cannot commit svn externals cannot continue inconsistent rebase cannot create %s: destination already exists cannot create %s: destination already exists
cannot create new bundle repository cannot create new http repository cannot create new static-http repository cannot create new union repository cannot decode filename '%s' cannot delete applied patch %s cannot delete currently active queue cannot delete queue that does not exist cannot delete revision %d above applied patches cannot edit history that contains merges cannot edit history that would orphan nodes cannot edit immutable changeset: %s cannot edit patch for binary file cannot edit patch for whole file cannot find a GNU Arch tool cannot find bugzilla user id for %s cannot find bugzilla user id for %s or %s cannot find required "%s" tool cannot follow file not in parent revision: "%s" cannot follow nonexistent file: "%s" cannot give prefix when archiving to files cannot import merge revision %d cannot import over an applied patch cannot include %s (%s) cannot lock source repo, skipping local %s phase update
cannot lock static-http repository cannot lookup negative revision cannot manage merge changesets cannot mix -l/--list with options or arguments cannot move %i changesets to a higher phase, use --force
cannot parse entry cannot partially commit a merge (do not specify files or patterns) cannot partially commit a merge (use "hg commit" instead) cannot patch %s: file is not tracked cannot push '%s' - %s
cannot push --exact with applied patches cannot push to a previous patch: %s cannot read %r object at %s cannot read %r object at %s: unexpected size cannot read changes in %s cannot read submodules config file in %s cannot read tags from %s cannot rebase onto an applied mq patch cannot refresh a revision with children cannot refresh immutable revision cannot retrieve git heads cannot retrieve git version
cannot retrieve svn tool version cannot shelve while merging cannot specify --changelog and --manifest at the same time cannot specify --changelog or --manifest without a repository cannot specify --rev and --change at the same time cannot specify both --noupdate and --updaterev cannot specify both -c/--check and -C/--clean cannot specify both a revision and a base cannot specify both a revision and a source cannot specify both a source and a base cannot specify filename with --changelog or --manifest cannot specify names when using '--cleanup' cannot start server at '%s:%d': %s cannot tag null revision cannot use --exact and --keep-changes together cannot use --exact and --move together cannot use --no-commit with --bypass cannot use --parent on non-merge changeset cannot use --similarity with --bypass cannot use --stdio with --cmdserver cannot use an integer as a name cannot use both --force and --keep-changes cannot use both abort and continue cannot use collapse with continue or abort cannot use revision %d as base, result would have 3 parents cannot use transaction when it is already committed/aborted cannot verify bundle or remote repos cannot write patch "%s": %s case-folding collision between %s and %s cat a specific revision cat-file: type or revision not supplied
certificate checking requires Python 2.6 certificate for %s can't be verified (Python too old) certificate for %s has unexpected fingerprint %s certificate is for %s change branch names while converting change made by revision change working directory changeset %d is both before and after %d
changeset %d:%s: %s
changeset %s backed out, don't forget to commit.
changeset %s backs out changeset %s
changeset %s: %s missing
changeset %s: %s references corrupted %s
changeset %s: %s references missing %s
changeset %s: %s: contents differ
changeset refers to unknown manifest %s changeset {node|short} in repo {root} refers to bug {bug}.
details:
{desc|tabindent} changeset: %d:%s
changesets changesets not found in destination character device check for push and pull check hostfingerprint configuration check hostfingerprints or web.cacerts config setting check out a git branch if you intend to make changes
check your clock checking checking Python executable (%s)
checking Python lib (%s)...
checking Python version (%s)
checking changesets
checking commit editor...
checking encoding (%s)...
checking files
checking installed modules (%s)...
checking manifests
checking out detached HEAD in subrepo %s
checking parents of %s checking rename of %s checking templates (%s)...
checking username...
child process failed to start chunks clean takes no arguments cleaning up temp directory
cleaning up working directory... clear queue status file clone clone from remote to remote not supported clone main and patch repository at same time clone only the specified branch cloning main repository
cloning patch repository
cloning subrepo %s from %s
closed takes no arguments collapse the rebased changesets collected %d candidate storage files
collecting collecting CVS rlog
collecting p4 changelists
colorize output from some commands command '%s' failed: %s command to allow external programs to compare revisions command to delete untracked files from the working directory command to display child changesets (DEPRECATED) command to display statistics about repository history command to move sets of revisions to a different ancestor command to send changesets as (a series of) patch emails command to transplant changesets from another branch command to view revision graphs from a shell (DEPRECATED) commands to interactively select changes for commit/qrefresh commands to sign and verify changesets commit and merge, or update --clean to discard changes commit changes in the queue repository (DEPRECATED) commit even if some hunks fail commit failed commit or update --clean to discard changes commit the specified files or all outstanding changes commit with new subrepo %s excluded commit: %s
committed changeset %d:%s
committing subrepository %s
compare bookmarks comparing with %s
comparison program to run complete "labels" - tags, open branch names, bookmark names complete an entire path complete part or all of a tracked path config error - hook type "%s" cannot stop incoming changesets nor commits config file %s not found! configuration 'bzemail' missing configure hostfingerprint %s or use --insecure to connect insecurely connecting to %s
connecting to %s:%s as %s, password %s
connection ended unexpectedly consider hidden changesets contains requires a pattern continue an edit already in progress continue an incomplete unshelve operation continue an interrupted rebase continue last transplant session after fixing conflicts convert a foreign SCM repository to a Mercurial one. convert a normal repository to a largefiles repository convert a shared repository to a normal one convert from a largefiles repo to a normal repo convert: %s
converted requires a revision converted takes one or no arguments converting converting revisions converting...
copied takes no arguments copies: %s
copy %s to %s
copy changes from other branches onto the current branch copy directory name copy failed: %s is not a file or a symbolic link
copy patch directory copy: %s -> %s
copying %s to %s
copying changeset %s to %s
copying file in renamed directory from '%s' to '%s' could not create hg repository %s as sink could not create remote repo could not decode "%s" binary patch: %s could not extract "%s" binary data could not find web.cacerts: %s could not load Subversion python bindings could not open map file %r: %s could not parse cat-log of %s could not symlink to %r: %s couldn't find merge tool %s
couldn't parse location %s couldn't parse size: %s couldn't read journal entry %r!
count rate by number of changesets count rate for revisions matching date spec count rate for the specified revision or range create a changegroup file create a new bookmark or list existing bookmarks create a new patch create a new repository in the given directory create a new shared repository create an unversioned archive of a repository revision create arbitrary obsolete marker create changeset information from CVS create new cvs log cache create new queue create queue repository created %s created new head
creates a new command ``latest`` that shows only the five most recent
changesets. You can define subsequent aliases using earlier ones:: creating changesets
creating temporary repository at %s
crosschecking crosschecking files in changesets and manifests
current bisect revision is a merge current bisect revision is unknown - start a new bisect to fix custom scheme %s:// conflicts with drive letter %s:\
cvs server: %s
cycle detected between %s and %s darcs version 2.1 or newer needed (found %r) data length off by %d bytes date exceeds 32 bits: %d date expects one or two arguments date requires a string date: %s
dates cannot consist entirely of whitespace debug commands (internal and unsupported): debugsvnlog could not load Subversion python bindings default bugzilla user %s email not found default path for subrepository not found default repository not configured! default-push:
The push command will look for a path named 'default-push', and
prefer it over 'default' if both are defined.
default:
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). defines three aliases, ``h``, ``d``, and ``rs``. ``rs(0:tip, author)`` is
exactly equivalent to ``reverse(sort(0:tip, author))``. delete a given bookmark delete all shelved changes delete queue, and remove patch dir delete reference to queue delete save entry delete the named shelved change(s) deleted takes no arguments deleting remote bookmark %s
deletions found between repo revs delta: %d hdist: %d distance: %d relation: %s
depth(a): %d depth(b): %d
desc requires a string description:
destination %s exists and is not a directory destination %s exists, use -f to force destination %s is not a directory destination '%s' already exists destination '%s' is not empty destination already exists destination directory: %s
destination does not support push destination largefile already exists destination repository type detect copies diff against the second parent diff context lines count must be an integer, not %r diff of the current patch and subsequent modifications diff repository (or selected files) diff trees from two commits directory directory %r already in dirstate directory name ends with '\', which is invalid on Windows directory prefix for files in archive directory strip option for patch. This has the same meaning as the corresponding patch option dirstate branch not accessible disable all guards disabled extensions: discard uncommitted changes (no backup) discover and advertise repositories on the local network display added/removed lines separately display help and exit display largefiles dirstate display outgoing largefiles display the combined ignore pattern display using template map file (DEPRECATED) display with template displaying divergent bookmark %s stored as %s
divergent takes no arguments do case-insensitive search for a given text do not commit the sigfile after signing do not create a working copy do not display revision or any of its ancestors do not display the saved mtime do not modify working copy during strip do not pass files through decoders do not perform actions, just print output do not prompt, automatically pick the first choice for all prompts do not save backup copies of files do not show merges do not update the new working directories do not update to target do not verify server certificate (ignoring web.cacerts config) do you want to use the drop action? don't commit, just update the working directory don't follow copies and renames don't strip old nodes after edit is complete done
download all pulled versions of largefiles (DEPRECATED) download all versions of all largefiles download largefiles for these revisions draft takes no arguments drop all guards dump an index DAG as a graphviz dot file dump index data dump rename information dump the contents of a data file revision dump the contents of an index file dump the header and diffs for one or more changesets duplicate revision %d (%d) duplicated command for changeset %s edit commit message (DEPRECATED) edit failed edit global config edit repository config edit user config either two or three arguments required email address of sender email addresses of blind carbon copy recipients email addresses of copy recipients email addresses of recipients email addresses replies should be sent to email.from
Email ``From`` address to use if none can be found in the generated
email content. email.from must be defined when sending by email empty "base" revision set - can't compute rebase set
empty "rev" revision set - nothing to rebase
empty "source" revision set - nothing to rebase
empty commit message empty destination path is not valid empty or missing %s empty or missing copy source revlog %s:%s empty or missing revlog for %s empty query empty revision range empty revision set empty username enable additional output enable debugging output enabled extensions: encoding requires an encoding name end fields with NUL end filenames with NUL, for use with xargs end filenames with NUL, for use with xargs (implies -p/--print) end of auction end-of-line check failed:
enter a commit username: entering debugger - type c to continue starting hg or h for help
error accessing repository at %s
error folding patch %s error getting current working directory: %s error getting id %s from url %s for file %s: %s
error in definition for alias '%s': %s
error in definition for alias '%s': %s may only be given on the command line
error parsing patch: %s error reading %s/.hg/hgrc: %s
error reading cache: %r
error removing %s: %s
error removing undo: %s
error unlinking %s
error while signing error: %s hook failed: %s
error: %s hook raised an exception: %s
errors during apply, please fix and refresh %s
errors in filemap examine changes to %s? exception from first failed import attempt:
exception from second failed import attempt:
exclude names matching the given patterns exec takes no arguments exited with status %d expand keywords in the working directory expand keywords in tracked files expected %s to be at %r, but not found expected a symbol, got '%s' expected id %i, got %i expected revision number expected template specifier export requires at least one changeset exporting bookmark %s
exporting patch:
exporting patches:
extend schemes with shortcuts to repository swarms extend the bisect range extension '%s' overrides commands: %s
extinct takes no arguments extra takes at least 1 and at most 2 arguments extra: %s=%s
factotum not interactive factotum not responding failed query: %s %s
failed to commit svn changes failed to detect repository format! failed to execute %s failed to push some obsolete markers!
failed to reach end of mtn automate stdio headers failed to recover %s
failed to remove %s from manifest failed to synchronize metadata for "%s" failed to truncate %s
fetching revision log for "%s" from %d to %d
fifo file "%s" is a largefile standin file %r in dirstate clashes with %r file %s already exists
file not found! file not managed: %s
file not tracked! file requires a pattern file to store the bundles into file with email aliases file without name in manifest file:// URLs can only refer to localhost filelog requires a pattern filename contains %r, which is invalid on Windows filename contains '%s', which is reserved on Windows filename ends with '%s', which is not allowed on Windows filename ends with '\', which is invalid on Windows files files+: files-: files...
indicates one or more filename or relative path filenames; see
`File Name Patterns`_ for information on pattern matching files: files: %s
fill expects an integer width fill expects one to four arguments filter %s expects one argument filter changesets through command filter corrupted changeset (no user or date) filter failed filtering %s
filtering out empty revision
find the ancestor revision of two revisions in a given index finish all applied changesets first argument to extra must be a string first revision to be edited fix up the merge and run hg transplant --continue flags to add in subject prefixes fold the named patches into the current patch follow changeset history, or file history across copies and renames follow copies/renames and list the filename (DEPRECATED) for remote clients force force a merge including outstanding changes (DEPRECATED) force copy force outgoing even for unrelated repositories force push force removal of changesets, discard uncommitted changes (no backup) force tag forcibly copy over an existing managed file forget any local changes to patched files forget the specified files on the next commit forgetting %s
format the changelog or an index DAG as a concise textual description found %s at %r
found %s in store
found %s in system cache
found branch %s at %d
found parent of branch %s at %d: %s
found revision %s from %s
fuzz found when applying patch, stopping
generate patch get() expects a dict as first argument get() expects two arguments getting %s
getting %s to %s
getting %s:%s
getting changed largefiles
getting files getting largefiles git subrepo requires at least 1.6.0 or later git subrepo requires at least 1.6.0 or later
global options: good good (implicit) got lock after %s seconds
graft for revision %s is empty
graft in progress grafting revision %s
grep requires a pattern grep requires a string grep: invalid match pattern: %s
group '%s' is undefined guard %r starts with invalid char guard %r starts with invalid character: %r guard %r too short guard cannot be an empty string guarded by %s guards deactivated
guards in series file:
guess renamed files by similarity (0<=s<=100) hardlinks are not supported on this system head takes no arguments header heads are bookmarked - please merge with an explicit rev hg %s [OPTION]... [FILE]... hg %s: %s
hg blackbox [OPTION]... hg bookmarks [OPTIONS]... [NAME]... hg children [-r REV] [FILE] hg churn [-d DATE] [-r REV] [--aliases FILE] [FILE] hg convert [OPTION]... SOURCE [DEST [REVMAP]] hg debug-cat-file [OPTION]... TYPE FILE hg debug-config hg debug-merge-base REV REV hg debug-rev-parse REV hg debugcvsps [OPTION]... [PATH]... hg email [OPTION]... [DEST]... hg extdiff [OPT]... [FILE]... hg fetch [SOURCE] hg keyword configuration and expansion example hg kwdemo [-d] [-f RCFILE] [TEMPLATEMAP]... hg kwexpand [OPTION]... [FILE]... hg kwfiles [OPTION]... [FILE]... hg kwshrink [OPTION]... [FILE]... hg lfconvert SOURCE DEST [FILE ...] hg patches saved state hg purge [OPTION]... [DIR]... hg qapplied [-1] [-s] [PATCH] hg qclone [OPTION]... SOURCE [DEST] hg qcommit [OPTION]... [FILE]... hg qdelete [-k] [PATCH]... hg qdiff [OPTION]... [FILE]... hg qfinish [-a] [REV]... hg qfold [-e] [-k] [-m TEXT] [-l FILE] PATCH... hg qgoto [OPTION]... PATCH hg qguard [-l] [-n] [PATCH] [-- [+GUARD]... [-GUARD]...] hg qheader [PATCH] hg qimport [-e] [-n NAME] [-f] [-g] [-P] [-r REV]... [FILE]... hg qinit [-c] hg qnew [-e] [-m TEXT] [-l FILE] PATCH [FILE]... hg qnext [-s] hg qpop [-a] [-f] [PATCH | INDEX] hg qprev [-s] hg qpush [-f] [-l] [-a] [--move] [PATCH | INDEX] hg qrecord [OPTION]... PATCH [FILE]... hg qrefresh [-I] [-X] [-e] [-m TEXT] [-l FILE] [-s] [FILE]... hg qrename PATCH1 [PATCH2] hg qrestore [-d] [-u] REV hg qsave [-m TEXT] [-l FILE] [-c] [-n NAME] [-e] [-f] hg qselect [OPTION]... [GUARD]... hg qseries [-ms] hg qtop [-s] hg qunapplied [-1] [-s] [PATCH] hg record [OPTION]... [FILE]... hg shelve [OPTION]... [FILE]... hg sigcheck REV hg sign [OPTION]... [REV]... hg sigs hg strip [-k] [-f] [-n] [-B bookmark] [-r] REV... hg transplant [-s REPO] [-b BRANCH [-a]] [-p REV] [-m REV] [REV]... hg unshelve [SHELVED] hg view [-l LIMIT] [REVRANGE] hg.revs cannot be combined with hg.startrev or --rev hg: %s
hg: command '%s' is ambiguous:
%s
hg: parse error at %s: %s
hg: parse error: %s
hg: unknown command '%s'
hgcia: sending update to %s
hgignore takes no arguments hgk can make use of the extdiff extension to visualize revisions.
Assuming you had already configured extdiff vdiff command, just add:: 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. hidden takes no arguments hide status prefix hist: %s (histedit --continue)
histedit in progress histedit requires exactly one ancestor revision histedit: moving bookmarks %s from %s to %s
histogram of changes to the repository history edit already in progress, try --continue or --abort hook type %s does not pass a changeset id hooks for controlling repository access hooks for integrating with the Bugzilla bug tracker hooks for integrating with the CIA.vc notification service hooks for sending email push notifications host fingerprint for %s can't be verified (Python too old) http auth: user %s, password %s
http authentication with factotum http authorization required for %s http authorization required for %s
http error, possibly caused by proxy setting id of common node id of head node id requires a string id requires one argument identify the specified revision identify the working copy or specified revision if expects two or three arguments ifcontains expects three or four arguments ifeq expects three or four arguments ignore case when matching ignore changes in the amount of white space ignore changes whose lines are all blank ignore safety measures ignore white space when comparing lines ignored ignored (DEPRECATED) ignored for compatibility ignored takes no arguments ignored: %s
ignoring bad line in author map file %s: %s
ignoring empty branch %s
ignoring inconsistent public root from remote: %s
ignoring invalid [auth] key '%s'
ignoring invalid sendcharset: %s
ignoring invalid syntax '%s' ignoring old cache
ignoring unexpected root from remote: %i %s
ignoring unknown EOL style '%s' from %s
ignoring unknown color/effect %r (configured in color.%s)
ignoring: %s
import a patch or existing changeset import an ordered set of patches import file in patch directory import revisions from foreign VCS repositories into Mercurial import uncommitted changes (DEPRECATED) import up to source revision REV importing bookmark %s
impossible time zone offset: %d in %s: %s
in changeset but not in manifest in manifest but not in changeset in the ``revsetalias`` section of a Mercurial configuration file. Arguments
of the form `$1`, `$2`, etc. are substituted from the alias into the
definition. in-marker cycle with %s include names matching the given patterns include revisions where files were removed include the specified changeset incompatible arguments incompatible revision flag %x inconsistent newline style in %s
inconsistent state, %s:%s is good and bad index %s is corrupted index %s unknown flags %#04x for format v0 index %s unknown flags %#04x for revlogng index %s unknown format %d index contains %d extra bytes index entry flags need RevlogNG infinite expansion of revset alias "%s" detected init a new queue repository (DEPRECATED) initializing destination %s
initializing destination %s repository
initializing svn repository %r
initializing svn working copy %r
integrity check failed on %s:%s interactive history editing interactively edit changeset history interactively record a new patch interactively select changes to commit interactively select changes to refresh internal calling inconsistency interrupted interrupted!
invalid _matchfiles prefix: %s invalid arguments invalid bisect state invalid character in dag description: %s... invalid character in guard %r: %r invalid chunk length %d invalid date: %r invalid day spec, use '<DATE' invalid day spec, use '>DATE' invalid day spec: %s invalid email address: %s invalid entry in fncache, line %s invalid event type in dag: %s invalid format spec '%%%s' in output filename invalid local address: %s invalid match pattern: %s invalid number of arguments: %s invalid pattern invalid pattern (%s): %s invalid phases.checksubrepos configuration: %s invalid queue name, may not contain the characters ":\/." invalid regular expression: %s invalid revision identifier %s invalid sampling frequency '%s' - ignoring
invalid smtp.verifycert configuration: %s invalid subrepository revision specifier in .hgsubstate line %d invalid token invalid value %r for option %s, expected int invoke editor on commit messages join expects one or two arguments kb keep folded patch files keep original branch names keep original changesets keep patch file keep shelve after unshelving keyword requires a string killed by signal %d killed!
label expects two arguments largefile %s becomes symlink largefile %s has a merge conflict
ancestor was %s
keep (l)ocal %s or
take (o)ther %s?$$ &Local $$ &Other largefile %s is not in cache and could not be downloaded largefile %s missing from store (needs to be uploaded) largefile %s not found in repo store or system cache largefile contents do not match hash largefiles to upload (%d entities):
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. largefiles: %d entities for %d files to upload
largefiles: (no files to upload)
largefiles: (no remote repo)
largefiles: failed to put %s into store: %s
largefiles: no files to upload
largefiles: size must be number (not %s)
last expects a number last requires a number last requires one or two arguments last update was interrupted limit expects a number limit must be a positive integer limit must be positive limit number of changes displayed limit requires a number limit requires one or two arguments list all available commands and options list all available queues list all guards in series file list all patches and guards list current shelves list files from all revisions list of commands: list patch name in commit text list repository named branches list repository tags list signed changesets list state of files needing merge list the author (long with -v) list the changed files of a revision list the changeset list the date (short with -q) list the filename list the revision number (default) listening at http://%s%s/%s (bound to %s:%d)
lists the contents of a bundle loading %s hook failed:
local changed %s which remote deleted
use (c)hanged version or (d)elete?$$ &Changed $$ &Delete local changed subrepos found local changed subrepos found, refresh first local changes found local changes found, refresh first locate files matching specific patterns location of source patch repository lock held by %s locking the remote repository failed log cache overlaps with new log entries, re-run without cache. log repository events to a blackbox for debugging log stream exception '%s' look up remote changes look up remote revision looking up user %s
lsprof not available - install from http://codespeak.net/svn/user/arigo/hack/misc/lsprof/ make a copy of an existing repository make the signature local make the tag local 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. making snapshot of %d files from rev %s
making snapshot of %d files from working directory
malformated mq status line: %s
malformed --config option: %r (use --config section.name=value) malformed line "%s" malformed line in .hg/bookmarks: %r
malformed response from CVS manage a stack of patches manage multiple patch queues manifest: %d:%s
manifests manually set the parents of the current working directory mapping author %s to %s
mark a bookmark inactive mark a branch as closed, hiding it from the branch list mark changeset bad mark changeset good mark files as copied for the next commit mark files as resolved mark files as unresolved mark new/missing files as added/removed before committing mark new/missing files as added/removed before shelving marked working directory as branch %s
markers flag matching requires a string as its second argument matching takes 1 or 2 arguments max-count may not use changesets other than the ones listed merge at REV merge from another queue (DEPRECATED) merge or see "hg help push" for details about pushing new heads merge or update --check to force update merge queue name (DEPRECATED) merge takes no arguments merge with old dirstate parent after backout merge working directory with another revision merging %s
merging %s and %s to %s
merging %s failed!
merging %s incomplete! (edit conflicts, then use 'hg resolve --mark')
merging with %d:%s
merging with a working directory ancestor has no effect merging with changeset %s
merging with queue at: %s
message can only be specified with collapse message identifier to reply to minimum size (MB) for files to be converted as largefiles minimum size for largefiles must be specified missing ] in subrepo source missing argument missing file data for %s:%s - run hg verify missing largefile '%s' from revision %s missing revlog! missing rules for changeset %s modified takes no arguments modifies requires a pattern more than one sort mode specified move applied patches into repository history move changeset (and descendants) to a different branch moving %s to %s
moving bookmark '%s' forward from %s
mq status file refers to unknown node %s
mq takes no arguments mq.git option can be auto/keep/yes/no got %s mq: %s
mq: (empty queue)
mtn automate stdio header unexpected: %s mtn command '%s' returned %s multiple heads in this branch (use "hg heads ." and "hg merge" to merge) multiple matching bookmarks to merge - please merge with an explicit rev or bookmark must have at least some revisions name of access log file to write to name of error log file to write to name of file to write process ID to name of patch file name of the bundle attachment file name of the hgweb config file (DEPRECATED) name of the hgweb config file (see "hg help hgweb") name to show in web pages (default: working directory) named branch could not be reset: current branch is still '%s'
need --name to import a patch from - need at least one patch to import need repo for changelog dag negative date value: %d negative timestamp: %d new bookmark name required new changeset %d:%s merges remote changes with local
new queue created, but cannot make active as patches are applied new remote heads on branch '%s':
new remote heads:
no '://' in scheme url '%s' no [keyword] patterns configured no active bookmark
no active guards
no arguments allowed with --abort no arguments allowed with --continue no backups no backups (DEPRECATED) no bookmarks exist that match '%s' no bookmarks set
no branch checked out in subrepo %s
cannot push revision %s
no bundle provided - specify with -R no certificate received no changed bookmarks found
no changes found
no changes found (ignored %d secret changesets)
no changes made to subrepo %s since last push to %s
no changes needed to %s
no changes to record
no changes, revision %d skipped
no commands defined
no commonName or subjectAltName found in certificate no definition for alias '%s'
no destination specified no files match the archive pattern no files or directories specified no files or revisions specified no files specified no files to copy no graft state found, can't continue no guards in series file
no help text available no histedit in progress no ignore patterns found no interrupted transaction available
no mapping for id %s
no match found no match under directory! no matches no matching bookmark to merge - please merge with an explicit rev or bookmark no matching guards no matching revisions no node no open branch heads found on branches %s no outgoing ancestors no patch named %s no patch to work with no patches applied no patches applied
no patches in series
no phases changed
no port number associated with service '%s' no problems detected
no queue repository no rebase in progress no recipient addresses provided no repository found in '%s' (.hg not found) no revision checked out no revision found in module %s no revisions allowed with --outgoing no revisions specified no rollback information available
no saved patch data found
no saved queues found, please use -n
no shelved changes specified! no shelved changes to apply! no source URL, branch revision or revision list provided no source or destination specified no such file in rev %s no such help topic: %s no suitable response from remote hg no templates found, try `hg debuginstall` for more info no terminfo entry for setab/setaf: reverting to ECMA-48 color
no unshelve operation underway no username found, using '%s' instead
no username supplied no valid signature for %s
no working directory: please specify a revision node '%s' is not well formed non-queue directory "%s" already exists not a CVS sandbox not a Mercurial bundle not a Mercurial patch not a function: %s not a linear update not a prefix: %s not a symbol not all revisions were sorted not an infix: %s not at a branch head (use -f to force) not found in manifest not found!
not merging with %d other new branch heads (use "hg heads ." and "hg merge" to merge them)
not removing %s: file has been marked for add (use forget to undo)
not removing %s: file is already untracked
not removing %s: file is modified (use -f to force removal)
not removing %s: file is untracked
not removing %s: file still exists
not removing %s: no tracked files
not removing repo %s because it has changes.
not trusting file %s from untrusted user %s, group %s
not updating: %s
note: commit message saved in %s
note: merging %s and %s using bids from ancestors %s
note: possible conflict - %s was deleted and renamed to:
note: possible conflict - %s was renamed multiple times to:
note: using %s as ancestor of %s and %s
nothing changed
nothing changed (%d missing files, see 'hg status')
nothing to extend nothing to merge nothing to rebase
nothing to rebase - "base" %s is already an ancestor of destination %s
nothing to rebase - %s is both "base" and destination
nothing to rebase - working directory parent is already an ancestor of destination %s
nothing to rebase - working directory parent is also destination
nothing to rebase from %s to %s
notify.changegroup
Template to use when running as a changegroup hook, overriding
``notify.template``. notify.diffstat
Set to True to include a diffstat before diff content. Default: True. notify.domain
Default email domain for sender or recipients with no explicit domain. 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. Default: False. notify.incoming
Template to use when run as an incoming 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.mbox
If set, append mails to this mbox file instead of sending. Default: None. notify.merge
If True, send notifications for merge changesets. Default: True. notify.outgoing
Template to use when run as an outgoing hook, overriding ``notify.template``. notify.sources
Space-separated list of change sources. Notifications are activated only
when a changeset's source is in this list. Sources may be: 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`` will change
``/long/path/repository`` into ``repository``. Default: 0. notify.style
Style file to use when formatting emails. notify.template
Template to use when formatting emails. notify.test
If ``True``, print messages to stdout instead of sending them. Default: True. notify: sending %d subscribers %d changes
notify: suppressing notification for merge %d:%s
now now at: %s
nullid number of cpus must be an integer number of guarded, applied patches has changed from %d to %d
number of lines of context to show number of unguarded, unapplied patches has changed from %d to %d
obsolete takes no arguments omit dates from diff headers omit hg patch header only a local queue repository may be initialized only follow the first parent of merge changesets (DEPRECATED) only one config item permitted only one new bookmark name allowed only one patch applied
only one phase can be specified only one repo argument allowed with --outgoing only return changes after or between specified tags only return changes on specified branches only search files changed within revision range only show unknown (not tracked) files only takes one or two arguments open changelog open manifest operate on patch repository operation forbidden by server operation not supported over http option "-n" not valid when importing multiple patches option "-r" not valid when importing files option '--%s' may not be used when shelving a change option --config may not be abbreviated! option --cwd may not be abbreviated! option -R has to be separated from other options (e.g. not -qR) and --repository may only be abbreviated as --repo! options '--%s' and '--%s' may not be used together options --message and --logfile are mutually exclusive options: other repository doesn't support revision lookup, so a rev cannot be specified. outgoing requires a repository path outgoing takes one or no arguments output common ancestor information output diffstat-style summary of changes output the current or given revision of files output the current or given revision of the project manifest output version and copyright information output version information and exit outstanding local changes outstanding uncommitted changes outstanding uncommitted merge outstanding uncommitted merges overriding mapping for author %s, was %s, will be %s
overwrite any local changes overwrite existing files overwriting %s expanding keywords
overwriting %s shrinking keywords
pad() expects two to four arguments parent id %i is larger than current id %i parent to choose when backing out merge (DEPRECATED) parent to choose when transplanting merge parent: %d:%s
parent: %d:%s parents parse and apply a fileset specification parse and apply a revision specification parse and display a date parse given revisions parsing obsolete marker: metadata is too short, %d bytes expected, got %d parsing obsolete marker: unknown version %r partial pull cannot be done because other repository doesn't support changegroupsubset. pass option to comparison program password in URL not supported password: patch "%s" already exists patch %s does not exist patch %s does not exist
patch %s finalized without changeset message
patch %s is already in the series file patch %s is empty
patch %s is not applied patch %s is not applied
patch %s is not in series file patch %s not in series patch %s not in series file patch applied partially
patch command failed: %s patch didn't work out, merging %s
patch failed to apply patch failed, rejects left in working dir
patch failed, unable to continue (try -v)
patch is damaged or loses information patch name "%s" is ambiguous:
patch name cannot begin with "%s" patch queue directory already exists patch queue now empty
patch series already fully applied
patchbomb canceled patching file %s
path
indicates a path on the local machine path %r traverses symbolic link %r path '%s' is inside nested repo %r path contains illegal component: %s path ends in directory separator: %s perform automatic newline conversion (DEPRECATED) phase changed for %i changesets
phase: %s
phases.new-commit: not a valid phase name ('%s') place existing revisions under mq control please specify a revision to backout please specify just one revision please specify the patch to move pop all patches pop the current patch off the stack pop to before first guarded applied patch pop, then reapply patches popping %s
popping guarded patches
popping would remove a revision not managed by this patch queue popping would remove an immutable revision port to listen on (default: 8000) possible case-folding collision for %s prefix path to serve from (default: server root) prefix to remove from file names preserve source changesets order pretty print [keywordmaps] configuration and an expansion example print all revisions that match print command execution profile print complete paths from the filesystem root print extension options print filenames instead of deleting them print first line of patch header print matching line numbers print messages that would be sent print name of active queue print only filenames and revisions that match print output to file with formatted name print parsed tree after optimizing print patches not in series print revisions print the entire series file print the given revision print the header of the topmost or specified patch print the name of the current patch print the name of the next pushable patch print the name of the preceding applied patch print the patches already applied print the patches not yet applied print the root (top) of the current working directory produce a diff that undoes the changes pruned down to %d probably relinkable files
pruning public takes no arguments pull all changesets up to the --branch revisions pull and merge or see "hg help push" for details about pushing new heads pull changes from a remote repository, merge new changes if needed. pull changes from the specified source pull largefiles for the specified revisions from the specified source pull largefiles for these revisions pull, update and merge in one command (DEPRECATED) pulled() only available in --lfrev pulling from %s
pulling from %s into %s
pulling largefiles for revision %s
pulling subrepo %s from %s
purge empty directories purge files purge ignored files too push changes to the specified destination push creates new branch '%s' with multiple heads push creates new remote branches: %s! push creates new remote head %s on branch '%s'! push creates new remote head %s with bookmark '%s'! push creates new remote head %s! push failed (unexpected response): push failed: push failed: %s push includes bumped changeset: %s! push includes divergent changeset: %s! push includes obsolete changeset: %s! push includes unstable changeset: %s! push or pop patches until named patch is at top of stack push refused: %s push the next patch onto the stack pushing branch %s of subrepo %s
pushing subrepo %s to %s
pushing to %s
putlfile failed (unexpected response): putlfile failed: python mysql support not available: %s qdelete requires at least one revision or patch name qfold cannot fold already applied patch %s qfold requires at least one patch name qpop: %s is already at the top
qpop: forcing dirstate update
qpush after importing qpush exactly duplicates child changeset qpush: %s is already at the top
queries query: %s %s
queue "%s" already exists queue name to pop (DEPRECATED) read collapse commit message from file read commit message from file read maps from rcfile reading DAG from stdin
reading cvs log cache %s
reading manifest delta %s reading p4 views
real URL is %s
realm: %s
reapplying unguarded patches
rebase aborted
rebase aborted (no revision is removed, only broken state is cleared)
rebase completed
rebase from the base of the specified changeset (up to greatest common ancestor of base and dest) rebase from the specified changeset rebase in progress rebase merging completed
rebase onto the specified changeset rebase these revisions rebase working directory to branch head rebase: %s, %s (rebase --continue)
rebase: (use "hg rebase --abort" to clear broken state)
rebasing rebasing shelved changes
rebuild the dirstate as it would look like for the given revision received changelog group is empty received file revlog group is empty received spurious file revlog entry record a copy that has already occurred record a rename that has already occurred record change %d/%d to '%s'? record delete for missing files record the current date as commit date record the current user as committer record the specified date as commit date record the specified user as committer record this change to '%s'? recording removal of %s as rename to %s (%d%% similar)
recreate hardlinks between two repositories recreates hardlinks between repository clones recurse into subrepositories recursive redo merges or set/view the merge status of files refresh interrupted while patch was popped! (revert --all, qpush to recover)
refresh only files already in the patch and specified files relinked %d files (%s reclaimed)
relinking relinking %s to %s
remap file names using contents of file remap usernames using this file remote bookmark %s not found! remote branch lookup not supported remote changed %s which local deleted
use (c)hanged version or leave (d)eleted?$$ &Changed $$ &Deleted remote doesn't support bookmarks
remote has heads on branch '%s' that are not known locally: %s
remote has heads that are not known locally
remote has heads that are not known locally: %s
remote requires a repository path remote requires a string id remote takes one, two or no arguments remote turned local largefile %s into a normal file
keep (l)argefile or use (n)ormal file?$$ &Largefile $$ &Normal file remote turned local normal file %s into a largefile
use (l)argefile or keep (n)ormal file?$$ &Largefile $$ &Normal file remote: remote: %s
remote: (synced)
remotestore: could not open file %s: %s remotestore: could not put %s to remote store %s remotestore: put %s to remote store %s
remove (and delete) file even if added or modified remove a tag remove patches from queue remove revs only reachable from given bookmark remove the specified files on the next commit removed takes no arguments removes files not tracked by Mercurial removes requires a pattern removing %s
removing directory %s
removing file %s
removing save entry %s
removing subrepo %s
rename a given bookmark rename a patch rename active queue rename files; equivalent of copy + remove renamed/copied largefile %s becomes symlink renaming %s to %s
reopening closed branch head %d
reopening closed branch head %s
reorder patch series and apply only the patch repo commit failed repo commit failed
repository %s repository %s already exists repository %s not found repository '%s' is not local repository commit failed repository is not empty repository is unrelated repository path
either the pathname of a local repository or the URI of a remote
repository. repository requires features unknown to this Mercurial: %s repository root cannot be destination repository root directory or name of overlay bundle file repository tip rolled back to revision %s (undo %s)
repository tip rolled back to revision %s (undo %s: %s)
repository uses revlog format %d
requested largefile %s not present in cache requesting all changes
required features are not supported in the destination: %s reset bisect state reset branch name to parent branch name reset working directory to branch %s
resolve command not applicable when not merging resolved takes no arguments resolving manifests
response expected restore a shelved change to the working directory restore files to their checkout state restore the queue state saved by a revision (DEPRECATED) restoring status: %s
resume interrupted graft retrieves a bundle from a repo returns the completion list associated with the given command rev %d points to nonexistent changeset %d rev %d points to unexpected changeset %d rev expects a number rev requires a number rev requires one argument reverse effect of earlier changeset revert all changes when no arguments given revert expanded keywords in the working directory revert to the specified revision reverting %s
reverting subrepo %s
review revisions to merge (no merge is performed) revision revision
indicates a changeset which can be specified as a changeset
revision number, a tag, or a unique substring of the changeset
hash value revision %d has unmanaged children revision %d is a merge, ignoring...
revision %d is already managed revision %d is not managed revision %d is not mutable revision %d is not the parent of %d revision %d is not the parent of the queue revision %d is the root of more than one branch revision %s does not exist in subrepo %s
revision %s in subrepo %s is hidden
revision %s is not a patchset number revision %s not found in destination repository (lookups with clonebranches=true are not implemented) revision %s refers to unknown patches: %s
revision matching date not found revision must be followed by date line revision to backout revision to check revision to debug revision to display revision to distribute revision to merge revision to rebuild to revision to tag revision, tag or branch to check out revisions revisions committed by user revisions to export revisions to graft revlog '%s' not found revlog chunk cache size %r is not a power of 2 revlog chunk cache size %r is not greater than 0 revlog decompress error: %s revlog format revset expects one or more arguments rewrites ``http://server/foo-hg/`` into ``http://hg.server/foo/``. roll back an interrupted transaction roll back the last transaction (DANGEROUS) (DEPRECATED) rollback completed
rollback failed - please run hg recover
rollback of last commit while not checked out may lose data rolling back interrupted transaction
rolling back unknown transaction
rstdoc expects two arguments run 'hg heads .' to see heads run 'hg heads' to see all heads run 'hg recover' to clean up transaction run even if remote repository is unrelated run even when remote repository is unrelated run even when remote repository is unrelated (with -b/--bundle) run even when the destination is unrelated run server in background running %s
running hook %s: %s
running non-interactively, use %s instead running notify command %s
runs the changeset discovery protocol in isolation sampling from both directions
save and restore changes to the working directory save and set aside changes from the working directory save current queue state (DEPRECATED) save entry has children, leaving it alone
save: no patches applied, exiting
saved backup bundle to %s
saved queue repository parents: %s %s
saving current version of %s as %s
scanning scanning paths scanning source...
search search for a pattern in specified files and revisions search the repository as it is in REV searching searching %d changesets for largefiles
searching for changed bookmarks
searching for changes
searching for exact renames searching for similar files second argument to extra must be a string secret takes no arguments see "hg help histedit" for more detail see "hg help phases" for details see 'hg resolve', then 'hg unshelve --continue' see hg help phases for details see http://mercurial.selenic.com/wiki/MissingRequirement for more information see the "path" section in "hg help config" select all unresolved files send an introduction email for a single patch send changes not found in the target repository send changes not in target as a binary bundle send changesets by email send patches as attachments send patches as inline attachments send patches as inline message text (default) sending sending sending mail: %s
sending mail: smtp host %s, port %s
separate elements by spaces server ignored update of %s to public!
set branch name even if it shadows an existing branch set changeset phase to draft set changeset phase to public set changeset phase to secret set commit time fuzz in seconds set date for temporary commits (DEPRECATED) set or print guarded patches to push set or print guards for a patch set or show the current branch name set or show the current phase name set the charset encoding set the charset encoding mode set/override config option (use 'section.name=value') setting %r to other parent only allowed in merges share a common history between several working directories shell alias for:: shelve with the specified commit date shelved as %s
shelved change '%s' not found shelved change names may not contain slashes shelved change names may not start with '.' shortest() expects one or two arguments show active branchheads only (DEPRECATED) show aliases for remote repositories show all details show bookmarks show branch show branch heads show changed files in the working directory show changeset information by line for each file show changesets not found in the destination show changesets within the given named branch show children of the specified revision show combined config settings from all hgrc files show copied files show current changeset in ancestor branches show data and statistics about a revlog show default keyword template maps show difference from revision show files configured for keyword expansion show files excluded from expansion show global revision id show help for a given topic or a help overview show how files match on given patterns show information detected about current filesystem show keyword status flags of all files show line number at the first appearance show local revision number show new changesets found in source show newest record first show normal and closed branch heads show normal and closed branches show only added files show only branches that have unmerged heads show only changesets within the given named branch (DEPRECATED) show only deleted (but tracked) files show only files without changes show only heads which are descendants of STARTREV show only help for commands show only help for extensions show only ignored files show only merges (DEPRECATED) show only modified files show only normal files show only removed files show only the first patch show only the preceding applied patch show only unknown (not tracked) files show parent changesets show parents of the specified revision show patch show progress bars for some actions show revision history alongside an ASCII revision graph show revision history of entire repository or files show revisions matching date spec show set of successors for revision show source of copied files show status of all files show tags show the children of the given or working directory revision show the command options show the contents of the current dirstate show the parents of the working directory or revision show the revision DAG show the specified revision or range show the tip revision (DEPRECATED) show topics matching keyword show topological heads only show untrusted configuration options show which function each change is in sign even if the sigfile is modified signing %d:%s
similarity must be a number similarity must be between 0 and 100 size requires an expression skip check for outstanding uncommitted changes (DEPRECATED) skip over REV skip testing changeset skipped skipping %s - guarded by %s
skipping %s - no matching guards
skipping already applied revision %s
skipping already folded patch %s
skipping already grafted revision %s (%s also has origin %d)
skipping already grafted revision %s (%s also has unknown origin %s)
skipping already grafted revision %s (was grafted from %d)
skipping ancestor revision %s
skipping emptied changeset %s
skipping incorrectly formatted id %s
skipping incorrectly formatted tag %s
skipping malformed alias: %s
skipping merge changeset %s:%s
skipping missing subrepository: %s
skipping revision %s (already grafted to %s)
skipping ungraftable merge revision %s
skipping unreadable ignore file '%s': %s
smtp specified as email transport, but no smtp host configured smtp.host not configured - cannot send mail socket sort by key (default: sort by count) sort by saved mtime sort requires one or two arguments sort spec must be a string sorting...
source and destination are on different devices source has mq patches applied source is ancestor of destination source repository doesn't support --filemap source repository type source: %s
specify a template specify at least one changeset with -r or -o specify cvsroot specify hg command to run on the remote side specify merge tool specify merge tool for rebase specify ssh command to use splice map revision %s is not being converted, ignoring
splice map revision %s not found in subversion child map (revision lookups are not implemented) splice synthesized history into place spliced in %s as parents of %s
splicemap file not found or error reading %s: src repository does not support revision lookup and so doesn't support clone by revision ssl connection failed start debugger start interactive history viewer start stand-alone webserver starting revisions are not directly related startswith expects two arguments statprof not available - install using "easy_install statprof" status is already saved
stdin stop managing a revision (DEPRECATED) stream ended unexpectedly (got %d bytes, expected %d) streaming all changes
strftime-compatible format for grouping by date strip changesets and all their descendants from the repository strip changesets and their descendents from history strip expects one or two arguments strip failed, full bundle stored in '%s'
strip failed, partial bundle stored in '%s'
strip specified revision (optional, can specify revisions without this option) stripping amended changeset %s
stripping applied patches from destination repository
stripping intermediate changeset %s
style '%s' not found sub expects three arguments subdivision search of changesets subject of first message (intro or single patch) subrepo %s is missing subrepo requires a pattern or no arguments subrepo spec file %s not found subrepo takes at most one argument summarize working directory state summary: %s
suppress output svn: branch has no revision %s svn: cannot probe remote repository, assume it could be a subversion repository. Use --source-type if you know better.
svn: no revision found after start revision %d svn: revision %s is not an integer svn: revision %s not found svn: start revision %s is not an integer svn: start revision is not supported with more than one branch switch parents when merging symlink takes no arguments syntax error syntax error in %s(%d): child parent1[,parent2] expected syntax error in %s(%d): key/value pair expected syntax highlighting for hgweb (requires Pygments) synthetic changeset cannot have multiple parents tag %s overrides mq patch of the same name
tag '%s' already exists (use -f to force) tag '%s' does not exist tag '%s' is not a global tag tag '%s' is not a local tag tag names cannot consist entirely of whitespace tag names must be unique tag takes one or no arguments tag: %s
target revision telling bugzilla to send mail:
template file %s: %s template filter '%s' is not compatible with keyword '%s' template style to use template to group changesets temporarily committing pending changes (restore with 'hg unshelve --abort')
test Mercurial installation test whether node ids are known to a repo the argument to bookmark must be a string the argument to tag must be a string the clone will include an empty working copy (only a repository) the eol extension is incompatible with the win32text extension
the extension author. the key id to sign with the name '%s' is reserved the number of events to show the server sent an unknown error code there are ambiguous outgoing revisions there is no Mercurial repository here (.hg not found) there is nothing to relink
this is a binary file
this is not a shared repo this modifies a binary file (all or nothing)
this patch series consists of %d patches. this version of shelve is incompatible with the version used in this repo time how long the command takes time: real %.3f secs (user %.3f+%.3f sys %.3f+%.3f)
timed out waiting for lock held by %s tip has %d files, estimated total number of files: %s
tipmost revision matching date to include a different configuration file on each computer you use. 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. today tolerate non-conflicting local changes too few arguments for command alias too many destinations too many options specified too many shelved changes named '%s' tool %s can't handle binary
tool %s can't handle symlinks
tool %s requires a GUI
tool option will be ignored
topo-order track large binary files transaction abort!
transferred %s in %.1f seconds (%s/sec)
transplant changesets from REPO transplant changesets from another branch transplant in progress transplant log file is corrupt treat all files as text tree analysis stopped because it points to an unregistered archive %s...
trouble committing %s!
try "hg help --keyword %s" try "hg help" for a list of topics try extended date formats try to reorder closed revisions try to sort changesets by branches try to sort changesets by date trying to pop unknown node %s type of distribution to create ui.portablefilenames value is invalid ('%s') unable to collapse on top of %s, there is more than one external parent: %s unable to cope with svn output unable to determine mtn automate interface version unable to find '%s' for patching
unable to load queue repository
unable to read %s unable to read %s
unable to read file %s unable to read file list (%s) unable to strip away %d of %d dirs from %s uncommitted changes uncommitted changes in subrepo %s uncommitted changes in subrepository %s uncommitted changes in subrepository '%s' uncommitted changes, use --all to discard all changes uncommitted changes, use --all to discard all changes, or 'hg update %s' to update uncommitted merge uncommitted merge - please provide a specific revision uncommitted merge with no revision specified uncommitted merge, use --all to discard all changes, or 'hg update -C .' to abort the merge undefined source and destination files undeleting %s
unexpected delta opcode 0 unexpected field name passed to matching: %s unexpected old value for %r unexpected putlfile response: %r
unexpected response from CVS server (expected "Valid-requests", but got %r) unexpected response from remote server: unexpected response: unexpected svn output:
unexpected token: %s unknown unknown CVS response: %s unknown action "%s" unknown archive type '%s' unknown bisect kind %s unknown branch '%s' unknown bundle type specified with --type unknown bundle version %s unknown changeset %s listed unknown command %s unknown compression type %r unknown database schema unknown delta base unknown encoding '%s' unknown format %d unknown function '%s' unknown key: %r unknown method '%s' unknown mode %s unknown operating system: %s
unknown parent unknown parent 1 %s of %s unknown parent 2 %s of %s unknown patches: %s
unknown revision '%s' unknown signature version unknown sort key %r unknown sort mode: %s unknown splice map parent: %s unknown subrepo type %s unknown takes no arguments unmatched quotes unpacked size is %s, %s expected unpacking %s unpacking changeset %s unrecognized profiler '%s' - ignored
unrecognized profiling format '%s' - Ignored
unrecognized response
unrelated git branch checked out in subrepo %s
unresolved conflicts (see 'hg resolve', then 'hg unshelve --continue') unresolved conflicts (see hg resolve, then hg rebase --continue) unresolved conflicts, can't continue unresolved merge conflicts (see hg help resolve) unresolved takes no arguments unshelve already in progress unshelve of '%s' aborted
unshelve of '%s' complete
unshelving change '%s'
unstable takes no arguments unsupported URL component: "%s" unsupported URL scheme %r unsupported file type (type is %s) unsupported getbundle arguments: %s unsupported line endings type: %s unsupported merge state record: %s unsupported parser state: %s unterminated string untested untracked files in working directory differ from files in requested revision update across branches if no uncommitted changes update back to initial working directory parent
update cvs log cache update failed to remove %s: %s!
update queue working directory update returned %d update the current patch update to new branch head if changesets were pulled update to new branch head if changesets were unbundled update working directory (or switch revisions) update: %d new changesets (update)
update: %d new changesets, %d branch heads (merge)
update: (current)
updating updating %s to public failed!
updating bookmark %s
updating bookmark %s failed!
updating bookmarks
updating destination repository
updating queue directory
updating tags
updating to %d:%s
updating to active bookmark %s
updating to bookmark @
updating to bookmark @ on branch %s
updating to branch %s
updating working directory
uploading largefiles use "hg -v help %s" to show more complete help and the global options use "hg -v help %s" to show the global options use "hg -v help%s" to show builtin aliases and global options use "hg config --edit" to set your username use "hg help %s" to show the full help text use "hg help -e %s" to show help for the %s extension use "hg help -v %s" to show more complete help use "hg help extensions" for information on enabling extensions
use "hg help" for the full list of commands use "hg help" for the full list of commands or "hg -v" for details use "hg rebase --abort" to clear broken state use "hg update" or see "hg help revert" use "histedit --abort" to clear broken state use %(path)s to diff repository (or selected files) use 'hg graft --continue' or 'hg update' to abort use 'hg histedit --continue' or 'hg histedit --abort' use 'hg push --new-branch' to create new remote branches use 'hg rebase --continue' or 'hg rebase --abort' use 'hg resolve' to retry unresolved file merges
use 'hg resolve' to retry unresolved file merges or 'hg update -C .' to abandon
use 'hg status' to list changes use 'hg transplant --continue' or 'hg update' to abort use 'hg unshelve --continue' or 'hg unshelve --abort' use 'hg update' instead use 'hg update' or check 'hg heads' use 'hg update' or merge with an explicit revision use 'hg update' to get a consistent checkout use 'hg update' to switch to it use --all to revert all files use --all to revert all files, or 'hg update %s' to update use --create to create a new queue use --keep to keep original changesets use --subrepos for recursive commit use -f to force use IPv6 in addition to IPv4 use any branch information in patch (implied by --exact) use command to check changeset state use dots for runs use external program to diff repository (or selected files) use git extended diff format use hg resolve and hg graft --continue use old-style discovery use old-style discovery with non-heads included use only one form to specify the revision use pull protocol to copy metadata use tags as labels use text as collapse commit message use text as commit message use text as shelve message use the given date as the sending date use the given file as the series description use the given name for the shelved commit use the secret phase for committing use this source changeset as head use uncompressed transfer (fast over LAN) used internally by daemon mode user quit user: user: %s
user: %s
username %s contains a newline username %s contains a newline
username mapping filename (DEPRECATED, use --authormap instead) using patch queue: %s
validate the correctness of the current dirstate verified contents of %d revisions of %d largefiles
verified existence of %d revisions of %d largefiles
verify all the signatures there may be for a particular revision verify largefiles in all revisions, not just current verify local largefile contents, not just existence verify that all largefiles in current revision exists verify the integrity of the repository versioned patch repository not found (see init --mq) view the recent repository events
waiting for lock on %s held by %r
warning: %s
warning: %s certificate with fingerprint %s not verified (check hostfingerprints or web.cacerts config setting)
warning: %s hook %s
warning: %s hook failed
warning: %s parent %s is missing
warning: %s@%s: copy source revision is nullid %s:%s
warning: --repository ignored
warning: CVS commit message references non-existent branch %r:
%s
warning: `%s' uses revlog format 0 warning: `%s' uses revlog format 1 warning: can't clean up immutable changesets %s
warning: can't find ancestor for '%s' copied from '%s'!
warning: cannot merge flags for %s
warning: certificate for %s can't be verified (Python too old)
warning: changes are committed in %s phase from subrepository %s
warning: conflicts during merge.
warning: copy source of '%s' not in parents of %s warning: error "%s" in subrepository "%s"
warning: error finding commands in %s
warning: failed to set color mode to %s
warning: ignoring .hgeol file due to parse error at %s: %s
warning: ignoring unknown working parent %s!
warning: import the patch as a normal revision
(use --exact to import the patch as a merge)
warning: internal:merge cannot merge symlinks for %s
warning: lightweight checkouts may cause conversion failures, try with a regular branch instead.
warning: new changesets detected on source branch, not stripping
warning: new changesets detected on target branch, can't strip
warning: orphan revlog '%s' warning: removing potentially hostile 'hgrc' in '%s'
warning: repository is unrelated
warning: subrepo spec file %s not found
warning: tag %s conflicts with existing branch name
warning: uncommitted changes in the working directory
warning: working directory has uncommitted changes
was merge of '%s' successful (yn)?$$ &Yes $$ &No web templates to use web.baseurl
Base URL for browsing Mercurial repositories. Referenced from
templates as ``{hgweb}``. web.baseurl
Root repository URL to combine with repository paths when making
references. See also ``notify.strip``. websub: invalid pattern for %s: %s
websub: invalid regexp for %s: %s
when to colorize (boolean, always, auto, or never) when to paginate (boolean, always, auto, or never) where ``<branch>`` is the name of the branch being
customized. Example:: where ``<name>`` is used to group arguments into authentication
entries. Example:: where ``NAME`` is one of the following: where ``pattern`` is a regular expression matching a subrepository
source URL and ``replacement`` is the replacement string used to
rewrite it. Groups can be matched in ``pattern`` and referenced in
``replacements``. For instance:: which will make ``hg purge`` delete all unknown files in the
repository in the same manner as the purge extension. will let you do ``hg echo foo`` to have ``foo`` printed in your
terminal. A better example might be:: win32text is deprecated: http://mercurial.selenic.com/wiki/Win32TextExtension
with multiple sources, destination must be an existing directory word expects two or three arguments, got %d working copy of .hgsigs is changed (please commit .hgsigs manually or use --force) working copy of .hgtags is changed (please commit .hgtags manually) working dir not at branch tip (use "hg update" to check out branch tip) working dir not at transplant parent %s working directory has unknown parent '%s'! working directory is missing some files working directory not at a head revision working directory now based on revision %d
working directory now based on revisions %d and %d
working directory of %s working directory parents do not match unshelve state working directory revision is not qtip working directory state appears damaged! write messages to mbox file instead of sending them writing writing Subversion tags is not yet implemented
writing author map file %s
writing cvs log cache %s
yesterday you can't specify a revision and a date | (All) ``<repo>/.hg/hgrc`` | (Plan 9) ``$home/lib/hgrc``
| (Unix) ``$HOME/.hgrc``
| (Windows) ``%USERPROFILE%\.hgrc``
| (Windows) ``%USERPROFILE%\Mercurial.ini``
| (Windows) ``%HOME%\.hgrc``
| (Windows) ``%HOME%\Mercurial.ini`` | (Plan 9) ``/lib/mercurial/hgrc``
| (Plan 9) ``/lib/mercurial/hgrc.d/*.rc``
| (Unix) ``/etc/mercurial/hgrc``
| (Unix) ``/etc/mercurial/hgrc.d/*.rc`` | (Plan 9) ``<install-root>/lib/mercurial/hgrc``
| (Plan 9) ``<install-root>/lib/mercurial/hgrc.d/*.rc``
| (Unix) ``<install-root>/etc/mercurial/hgrc``
| (Unix) ``<install-root>/etc/mercurial/hgrc.d/*.rc`` | (Windows) ``<install-dir>\Mercurial.ini`` **or**
| (Windows) ``<install-dir>\hgrc.d\*.rc`` **or**
| (Windows) ``HKEY_LOCAL_MACHINE\SOFTWARE\Mercurial`` ~ expects a number Project-Id-Version: Mercurial
Report-Msgid-Bugs-To: <mercurial-devel@selenic.com>
POT-Creation-Date: 2014-07-20 13:25-0300
PO-Revision-Date: 2014-01-25 23:15-0200
Last-Translator: Leonardo Bueno Postacchini <notivago@gmail.com>
Language-Team: Brazilian Portuguese
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Generated-By: pygettext.py 1.5
Language: pt_BR
Plural-Forms: nplurals=2; plural=(n != 1);
X-Generator: Poedit 1.6.3
desabilitando mapas de modelo atuais
expandindo mapas de modelo atuais
sobrepondo keywordset padrão do cvs
sobrepondo keywordset padrão do svn
configuração usando mapas de modelo de palavras chave atuais
configuração usando mapas de modelo de palavras chave customizados
configuração usando keywordset padrão do cvs
configuração usando keywordset padrão do svn
palavras chave expandidas
Adicionando um Sub-Repositório
==============================
Descrição
=========
Extensões habilitadas:
Exemplos
========
Sumário final:
Sinopse
"""""""
**hg** *comando* [*opção*]... [*argumento*]...
Os seguintes predicados são suportados:
Para prevenir esse engano no seu repositório local,
adicione ao Mercurial.ini ou .hg/hgrc:
Para remover linhas '-', marque-as como linhas ' ' (contexto).
Para remover linhas '+', apague-as.
Linhas iniciadas por '#' serão removidas do patch.
Escreva a mensagem introdutória para a série de patches.
opções marcadas com [+] podem ser especificadas múltiplas vezes
``annotate``
------------
``auth``
--------
``committemplate``
------------------
``defaults``
------------
``diff``
--------
``extensions``
--------------
``format``
----------
``hostfingerprints``
--------------------
``http_proxy``
--------------
``patch``
---------
``paths``
---------
``phases``
----------
``profiling``
-------------
``subpaths``
------------
``ui``
------
``web``
-------
tópicos adicionais de ajuda:
apelidos: %s
leilão para mesclar lances de mesclagem
pipe quebrado
calculando lances para o ancestral %s
diffs (%d linhas):
diffs (truncados de %d para %d linhas):
palavras chave escritas em %s:
use "hg help %s" para mostrar o texto completo de ajuda
use "hg help -c %s" para mostrar a ajuda do comando %s
hg archive -r 1.0 project-1.0.zip hg archive project.tar.gz -X ".hg*" hg bisect --bad 34
hg bisect --good 12 hg bisect --good
hg bisect --bad hg bisect --reset hg bisect --reset
hg bisect --bad 34
hg bisect --good 12
hg bisect --command "make && make tests" hg bisect --skip
hg bisect --skip 23 hg bisect --skip "!( file('path:foo') & file('path:bar') )" hg book -f @
hg book -i reviewed hg book -r .^ tested hg book new-feature hg clone --uncompressed http://server/repo -u 1.5 hg clone -r 04e544 experimental/ good/ hg clone http://selenic.com/hg hg clone http://selenic.com/hg#stable hg clone project/ project-feature/ hg clone ssh://user@server//home/projects/alpha/ hg diff "set:added() and grep(GNU)" hg diff --git -r 1.0:1.2 lib/ hg diff --stat -r "date('may 2')" hg diff -c 9353 # compara com o primeiro pai
hg diff -r 9353^:9353 # o mesmo, usando sintaxe revset
hg diff -r 9353^2:9353 # compara com o segundo pai hg diff foo.c hg export --git -r 123:150 > changes.txt hg export -r "outgoing()" -o "%n-%m.patch" hg export -r 9353 | hg import - hg forget "set:added() and binary()" hg forget "set:hgignore()" hg graft -D "2085::2093 and not 2091" hg graft -c hg id --id > build-id.dat hg id -n -r 1.3 hg id -r tip http://selenic.com/hg/ hg import --exact proposed-fix.patch hg import -s 80 http://example.com/bugfix.patch hg import http://www.selenic.com/hg/rev/5ca8c111e9aa hg import incoming-patches.mbox hg in -vpM --bundle incoming.hg
hg pull incoming.hg hg in changes.hg -T "{desc|firstline}\n" hg incoming -vp hg lfpull -r "branch(default)"
hg lfpull -r "head() and not closed()" hg log --debug -r . hg log --graph -r "bisect(range)" hg log --removed file.c hg log -Mp lib/ hg log -T list hg log -f hg log -k alice -d "may 2008 to jul 2008" hg log -k bug --template "{rev}\n" hg log -l 10 -b . hg log -r "a21ccf and ancestor(1.9)" hg log -r "bisect(current)" hg log -r "bisect(pruned)" hg log -r "bisect(range)" hg log -r "last(tagged())::" --template "{desc|firstline}\n" hg log -v hg status --copies --change 9353 hg status --rev 9353 hg status -an0 hg update stable
hg graft --edit 9393 $ ls
foo.c
$ hg status
? foo.c
$ hg add
adicionando foo.c
$ hg status
A foo.c $ cp -al REPO REPOCLONE -----BEGIN CERTIFICATE-----
... (certificado em codificação PEM base64) ...
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
... (certificado em codificação PEM base64) ...
-----END CERTIFICATE----- <rev1>
<sucessores-1A>
<rev2>
<sucessores-2A>
<sucessores-2B1> <sucessores-2B2> <sucessores-2B3> hg transplant --branch REV --all pública < rascunho < secreta qguard foo.patch -- -stable (guarda negativa)
qguard bar.patch +stable (guarda positiva)
qselect stable Um exemplo que mostra como novos arquivos (desconhecidos) são
adicionados automaticamente por :hg:`add`:: Nomes de ramos são permanentes e globais. Use :hg:`bookmark`
para criar um marcador leve temporário. Veja :hg:`help glossary`
para mais informações sobre ramos nomeados e marcadores. A especificação de guardas negativas agora exige '--'. Para obter revisões anteriores, você deve usar :hg:`update REV`.
Para cancelar uma mesclagem não consolidada (e descartar suas
modificações), use :hg:`update --clean .`. diff pode gerar resultados inesperados para mesclagens, já
que por padrão irá comparar com o primeiro pai do diretório de
trabalho se uma revisão não for especificada. export pode gerar saída de diff inesperada para revisões
de mesclagem, já que irá comparar a revisão de mesclagem
apenas com seu primeiro pai. por razões de desempenho, log ARQUIVO pode omitir mudanças
duplicadas feitas em outros ramos, e não mostra remoções nem mudanças de atributos.
Para ver todas as mudanças, use a opção --removed. log -p/--patch pode gerar saídas de diff inesperadas para
mesclagens, pois irá comparar a revisão de mesclagem apenas
com seu primeiro pai. Além disso, apenas arquivos diferentes
de AMBOS os pais aparecerão na lista de arquivos. o comando status pode aparentemente discordar do comando
diff se ocorrer uma mudança de permissões ou uma mesclagem. O
formato diff padrão não informa mudanças de permissão e o
comando diff informa apenas mudanças relativas a um pai da
mesclagem. o uso de rollback ou extensões que destroem ou modificam
o histórico (mq, rebase, etc) pode causar confusão considerável
com clones compartilhados. Em particular, se dois clones
compartilhados forem atualizados para a mesma revisão, e um
deles destruir essa revisão usando rollback, o outro clone irá
deixar de funcionar: todas as operações irão falhar com
"abortado: diretório de trabalho tem pai desconhecido". A
única correção conhecida é o uso do comando debugsetparents no
clone quebrado para reposicioná-lo para uma revisão que ainda
exista.
# exibe atividades dos desenvolvedores por mês
hg churn -f "%Y-%m" -s -c # exibe a contagem de linhas modificadas para cada autor
hg churn -t "{author|email}" # exibe a contagem de linhas modificadas a cada ano
hg churn -f "%Y" -s # exibe o gráfico de atividades diárias
hg churn -f "%H" -s -c (grafted from CHANGESETHASH) (transplanted from CHANGESETHASH) - avança a bissecção atual marcando a revisão atual como
boa ou ruim:: - todas as revisões que modificam um diretório, com diffs,
excluindo mesclagens:: - todos os números de revisões que combinarem com uma palavra chave:: - tenta restaurar com exatidão uma revisão exportada (nem sempre
possível):: - lista brevemente as mudanças em um bundle:: - revisões ancestrais do diretório de trabalho:: - revisões mostrando todas as modificações feitas em um
arquivo, incluindo remoções:: - revisões com descrições completas e lista de arquivos:: - verifica se uma revisão dada foi incluída em um
release etiquetado:: - verifica a revisão mais recente de um repositório remoto:: - clona (e rastreia) um ramo nomeado em particular:: - clona um repositório remoto para um novo diretório chamado hg/:: - clona um caminho absoluto em um servidor ssh (note as barras
duplicadas):: - commit
- import
- pull
- push (com este repositório como destino)
- unbundle - compara um arquivo no diretório de trabalho atual com seu pai:: - compara uma revisão com seus pais:: - compara duas versões históricas de um diretório, com
informações de renomeação:: - continua um processo de enxerto após resolver conflitos:: - copia uma única mudança para o ramo stable e edita sua descrição:: - cria um clone leve local:: - cria um repositório sem revisões após uma revisão em particular:: - cria um tarball excluindo arquivos .hg:: - cria um arquivo zip contendo a versão 1.0:: - cria um marcador ativo para uma nova linha de desenvolvimento:: - cria um marcador inativo para indicar um lugar:: - cria um marcador inativo em outra revisão:: - faz diff de todos os arquivos recém-adicionados que
contenham uma palavra chave:: - faz um clone em alta velocidade em uma LAN e obtém uma
revisão específica:: - exporta todas as revisões entre duas revisões específicas para
um arquivo com informações de renomeação:: - encontra todas as revisões feitas por um usuário em
uma faixa de datas:: - encontra a revisão que corresponde a uma etiqueta:: - esquece arquivos que seriam excluídos por .hgignore:: - esquece arquivos binários recém adicionados:: - esquece a bissecção atual:: - gera um identificador de build para o diretório de trabalho:: - gera uma lista separada por NUL de arquivos adicionados,
adequada para o comando xargs:: - obtém estatísticas de modificações relativas à última
mudança em alguma data:: - enxerta uma faixa de revisões com uma exceção, atualizando as datas:: - importa uma revisão de um servidor hgweb:: - importa um patch tradicional de um servidor web e detecta
renomeações:: - importa todos os patches em uma mbox estilo Unix:: - últimas 10 revisões no ramo atual:: - lista os modelos de saída de log disponíveis:: - marca a revisão atual, ou uma revisão conhecida, para que
seja omitida (por exemplo, se tal revisão não for usável
devido a algum outro problema):: - move o marcador '@' de outro ramo:: - traz largefiles para todas as cabeças de ramo:: - traz largefiles no ramo default:: - mostra todas as revisões que tomam parte na bissecção atual:: - mostra todas as revisões cujos estados já são conhecidos
na bissecção atual:: - mostra a revisão sendo bisseccionada no momento (especialmente
útil ao rodar com -U/--noupdate):: - mostra todas as mudanças incluindo cópias em uma revisão existente:: - mostra mudanças no diretório de trabalho relativas a uma revisão:: - mostra novas mudanças excluindo mesclagens e grava um bundle:: - mostra novas mudanças com patches e descrições completas:: - mostra a origem de uma revisão enxertada:: - omite todas as revisões que não mexerem nos diretórios ``foo`` ou ``bar``:: - separa mudanças a serem enviadas em uma série de patches com
nomes descritivos:: - inicia uma bissecção com a revisão ruim 34, e a revisão boa 12:: - sumário de todas as revisões após a última etiqueta:: - usa 'make && make tests' para encontrar a primeira revisão
quebrada automaticamente:: - usa export e import para transplantar uma correção para o ramo
atual:: - você pode até mesmo obter um grafo:: -A/--after pode ser usado para remover
apenas arquivos já removidos do diretório de trabalho,
-f/--force pode ser usado para forçar a remoção, e -Af pode ser
usado para remover os arquivos da próxima revisão sem removê-los
do diretório de trabalho. 1. Se nem -c/--check nem -C/--clean forem especificadas, e se a
revisão pedida for um ancestral ou um descendente do pai do
diretório de trabalho, as alterações não consolidadas são
mescladas com a revisão pedida e o resultado da mesclagem não
será automaticamente consolidado. Se a revisão pedida não for
um ancestral ou um descendente (ou seja, se estiver em um
outro ramo), a atualização abortará e as mudanças não
consolidadas serão preservadas. 2. Com a opção -c/--check, a atualização abortará e as mudanças
não consolidadas serão preservadas. 3. Com a opção -C/--clean, mudanças não consolidadas são descartadas
e o diretório de trabalho é atualizado para a revisão pedida. <email alternativo> = <email principal> <ID origem> <ID destino> ========= == == == ==
op/estado A C M !
========= == == == ==
nenhum W RD W R
-f R RD RD R
-A W W W R
-Af R R R R
========= == == == == ? - exibe o texto de ajuda Antes da versão 1.7 do Mercurial, o comportamento do comando
backout sem --merge era equivalente a especificar --merge seguido por
:hg:`update --clean .`, cancelando a mesclagem e deixando a filha
de REV como uma cabeça a ser mesclada explicitamente. Por padrão, a revisão pendente terá apenas um pai, mantendo assim
um histórico linear. Se a opção --merge for usada, a revisão
pendente terá dois pais: o antigo pai do diretório de trabalho e
uma nova revisão filha de REV que desfaz o conteúdo de REV. Exemplos: Cuidado extra deve ser tomado ao usar a opção -f/--force,
que enviará todas as novas cabeças em todos os ramos, o que
quase sempre confunde os outros colaboradores. Por eficiência, hardlinks são usados para a clonagem sempre que a
origem e o destino estiverem no mesmo sistema de arquivos (note
que isso se aplica apenas aos dados do repositório, e não aos
arquivos da cópia de trabalho). Alguns sistemas de arquivo, como
o AFS, implementam hardlinks incorretamente, mas não informam
erros. Nesses casos, use a opção --pull para evitar o uso de
hardlinks. Por exemplo, os seguintes comandos são transacionais,
e seus efeitos podem ser revertidos com rollback: Em alguns casos, você pode clonar repositórios e o diretório de
trabalho usando hardlinks completos com :: K = candidato à expansão de palavras chave
k = candidato à expansão de palavras chave (não rastreado)
I = ignorado
i = ignorado (não rastreado)
M = modificado
A = adicionado
R = removido
C = limpo (sem modificações)
! = faltando (removido por um outro programa, mas ainda
rastreado pelo Mercurial)
? = não rastreado
I = ignorado
= origem do arquivo anterior (com --copies) O Mercurial atualizará o diretório de trabalho para a primeira revisão
aplicável da seguinte lista: Note que remove nunca apaga do diretório de trabalho arquivos no
estado adicionado [A], nem mesmo se a opção --force for especificada. Veja :hg:`help revsets` para mais informações sobre a palavra
chave `bisect()`. Alguns exemplos: A opção -c/--continue não reaplica opções anteriores. O arquivo ``.hgsubstate`` não deve ser editado manualmente. Quando o diretório de trabalho contiver mudanças não consolidadas, as
seguintes regras se aplicam: A seguinte tabela detalha o comportamento do comando remove para
diferentes estados dos arquivos (colunas) e combinações de opções
(linhas). Os estados dos arquivos são: adicionados [A],
limpos [C], modificados [M] ou faltando [!] (conforme informado
por :hg:`status`). As ações são W (aviso), R (remove do ramo) e D
(remove do diretório de trabalho): Este é o jeito mais rápido de clonar, mas não é sempre seguro. A
operação não é atômica (garantir que REPO não seja modificado
durante a operação é sua responsabilidade) e você deve ter
certeza que seu editor quebre hardlinks (o Emacs e muitos
utilitários do kernel Linux fazem isso). Além disso, esse modo de
criar um clone não é compatível com certas extensões que colocam
seus metadados sob o diretório hg, como a mq. Para evitar perda permanente de dados, o comando rollback se recusará
a desfazer a transação de um commit se a revisão correspondente não
for a revisão atual do diretório de trabalho. Para desabilitar essa
proteção e remover a revisão de qualquer maneira, use a opção --force. a) null, se for passada a opção -U ou se o repositório de origem não
tiver revisões
b) o primeiro pai do diretório de trabalho do repositório de origem,
se for passada a opção -u e o repositório de origem for local
c) a revisão especificada por -u (se for um nome de ramo, é a última
cabeça de tal ramo)
d) a revisão especificada com -r
e) a cabeça mais recente especificada com -b
f) a cabeça mais recente especificada com a sintaxe de origem
url#ramo
g) a revisão apontada pelo marcador '@', se presente
h) a cabeça mais recente do ramo default
i) a tip alternativamente, use --config merge.preferancestor=%s
backout não pode ser usado para corrigir uma mesclagem
incorreta ou indesejada. d - omite alterações e arquivos restantes
a - grava todas as alterações em todos os arquivos restantes
q - aborta, sem gravar qualquer alteração exclude caminho/para/o/arquivo-ou-diretório hg email -b # envia um bundle de todos os patches
# não presentes no destino padrão
hg email -b DEST # envia um bundle de todos os patches
# não presentes em DEST
hg email -b -r 3000 # um bundle de todos os ancestrais de
# 3000 não presentes no destino padrão
hg email -b -r 3000 DEST # um bundle de todos os ancestrais de
# 3000 não presentes em DEST hg email -o # envia todos os patches não presentes
# no destino padrão
hg email -o DEST # envia todos os patches não presentes
# em DEST
hg email -o -r 3000 # envia todos os ancestrais de 3000 não
# presentes no destino padrão
hg email -o -r 3000 DEST # envia todos os ancestrais de 3000 não
# presentes em DEST hg email -o -m mbox && # gera um arquivo mbox...
mutt -R -f mbox # ... e o visualiza no mutt
hg email -o -m mbox && # gera um arquivo mbox ...
formail -s sendmail \ # ... e usa o formail para enviar a
-bm -t < mbox # partir do mbox, através do sendmail hg email -r 3000 # envia apenas o patch
hg email -r 3000 -r 3001 # envia os patches 3000 e 3001
hg email -r 3000:3005 # envia os patches de 3000 até 3005
hg email 3000 # envia o patch 3000 (obsoleto) hg qguard outro.patch -- +2.6.17 -stable hg qimport -e patch-existente -n novo-nome include caminho/para/o/arquivo-ou-diretório chave primeiropai, segundopai nome_ramo_original nome_novo_ramo rename caminho/para/a/origem caminho/para/o/destino s - omite as alterações restantes desse arquivo
f - grava as alterações restantes desse arquivo autor na origem = autor no destino y - grava esta alteração
n - omite esta alteração
e - edita manualmente esta alteração - "+n" é uma sequência linear de n nós baseada no pai default atual
- "." é um único nó baseado no pai default atual
- "$" redefine o pai default para null (valor usado no início);
de outra maneira o pai default é sempre o último nó criado
- "<p" define o pai default para a backref p
- "*p" é uma bifurcação no pai p, que é uma backref
- "*p1/p2" é uma mesclagem dos pais p1 e p2, que são backrefs
- "/p2" é uma mesclagem do nó anterior e p2
- ":tag" define uma etiqueta local para o nó anterior
- "@branch" define o nome de ramo para nós subsequentes
- "#...\n" é um comentário até o fim da linha - um número n, que referencia o nó atual-n, ou
- o nome de uma tag local criada anteriormente com ":tag", ou
- vazio, denotando o pai default. hg log --template "{rev} {phase}\n" hg log -r "not public()" hg phase --draft "secret()" hg phase --force --draft . hg phase -fd "outgoing(URL)" caminho/aninhado = [git]git://exemplo.com/aninhado/repo/caminho
caminho/aninhado = [svn]https://exemplo.com/aninhado/trunk/caminho caminho/aninhado = https://exemplo.com/aninhado/repo/caminho $ hg --config web.allow_push=* --config web.push_ssl=False serve $ hg log -r1 --template "{node}\n"
b56ce7b07c52de7d5fd79fb89701ea538af65746 $ hg log -r1.0::1.1 --template changelog %s (Alternativamente, vocẽ pode usar ``--abort`` para abandonar
uma operação unshelve que causou um conflito. Isto reverte
as mudanças engavetadas sem remover o bundle.)
(Verbo) A ação de criar uma representação diff a partir de duas
revisões. (Verbo) Consolidar. O ato de gravar mudanças em um repositório.
Quando arquivos são consolidados em um diretório de trabalho, o
Mercurial localiza todas as mudanças entre os arquivos consolidados
e a revisão pai (veja 'Parent, working directory'), criando uma
nova revisão no repositório. (Verbo) Ramificar. A ação de criar uma revisão filha que resulta
em seu pai ter mais de uma revisão filha, muitas vezes designada
como "criar um ramo" ou "fazer um ramo". (Verbo) Clonar. O processo de criar um clone, usando o comando
de mesmo nome: :hg:`clone`. (Verbo) O processo de usar um arquivo de patch para transformar uma
revisão em outra. (Verbo) Atualizar. Esse termo é tipicamente usado para descrever
a mudança do estado do diretório de trabalho para uma revisão
específica qualquer. Veja :hg:`help update`. (Verbo) Atualizar o diretório de trabalho para uma revisão específica.
É um apelido para o comando 'update'; veja :hg:`help update`. (obsoleto, use o arquivo de configuração) - 1k (arquivos com tamanho de 1024 a 2047 bytes)
- < 20k (arquivos com tamanho menor que 20480 bytes)
- >= .5MB (arquivos com pelo menos 524288 bytes)
- 4k - 1MB (arquivos com tamanho entre 4096 bytes e 1048576 bytes) - :hg:`resolve -l`: lista os arquivos que já tiveram ou ainda têm
conflitos. Na lista impressa, ``U`` significa não resolvido, e
``R`` resolvido. - :hg:`resolve -m [ARQUIVO]`: marca um arquivo como resolvido (por
exemplo, após correção manual do arquivo). O padrão é marcar todos
os arquivos não resolvidos. - :hg:`resolve -u [ARQUIVO]...`: marca um arquivo como não resolvido.
O padrão é marcar todos os arquivos resolvidos. - :hg:`resolve [--tool] ARQUIVO...`: tenta refazer a mesclagem
dos arquivos especificados, descartando qualquer tentativa de
mesclagem anterior. Essa nova tentativa não será feita em
arquivos já marcados como resolvidos. Use ``--all/-a`` para
indicar todos os arquivos não resolvidos. ``--tool`` pode ser
usado para especificar o utilitário de mesclagem usado para os
arquivos pedidos. Esta opção sobrepõe a variável de ambiente
HGMERGE e os valores especificados nos arquivos de configuração.
Os conteúdos anteriores dos arquivos são gravados usando um
sufixo ``.orig``. - HGUSER (obsoleto)
- arquivos de configuração no HGRCPATH
- EMAIL
- consulta interativa
- LOGNAME (com ``@hostname`` anexado) - Mercurial [hg]
- CVS [cvs]
- Darcs [darcs]
- git [git]
- Subversion [svn]
- Monotone [mtn]
- GNU Arch [gnuarch]
- Bazaar [bzr]
- Perforce [p4] - Mercurial [hg]
- Subversion [svn] (histórico em ramos não é preservado) - Arquivos versionados, modificados ou não
- Arquivos ignorados (a não ser que --all seja especificado)
- Novos arquivos adicionados ao repositório (com :hg:`add`) - Arquivos não conhecidos: arquivos marcados com "?" por
:hg:`status`
- Diretórios vazios: de fato o Mercurial ignora diretórios a
não ser que eles contenham arquivos versionados - ``good``, ``bad``, ``skip``: revs explicitamente marcadas como boas, ruins ou omitidas
- ``goods``, ``bads`` : revs topologicamente boas ou ruins
- ``range`` : revs participando da bissecção
- ``pruned`` : revs goods, bads ou skipped
- ``untested`` : revs que ainda não foram testadas
- ``ignored`` : revs ignoradas pela topologia do DAG
- ``current`` : a revisão sendo biseccionada no momento - ``rev`` para o número de revisão,
- ``branch`` para o nome do ramo,
- ``desc`` para a mensagem de consolidação (descrição),
- ``user`` para o nome do usuário (``author`` também pode ser usado),
- ``date`` para a data de consolidação - se for um diretório, todos os arquivos nesse diretório
terminados por ".rc" serão adicionados
- caso contrário, o próprio arquivo será adicionado - transplanta todas as mudanças até REV sobre sua revisão atual:: --branchsort converte de revisão pai para filha quando possível,
o que faz com que ramos sejam usualmente convertidos
um após o outro. Esta opção gera repositórios mais
compactos. --closesort tenta mover revisões fechadas o mais próximo
possível de seus ramos pais, opção suportada
apenas pela origem Mercurial. --datesort ordena revisões por data. Os repositórios convertidos
tendem a ter changelogs de boa aparência, mas algumas
vezes são uma ordem de grandeza maiores que os mesmos
gerados por --branchsort. --source/-s especifica outro repositório a ser usado para
selecionar revisões, temporariamente como se tivessem sido
trazidas usando pull.
Se --branch/-b for especificado, estas revisões serão usadas
como cabeças ao decidir quais revisões serão transplantadas,
como se apenas essas revisões tivessem sido trazidas.
Se --all/-a for especificado, todas as revisões até as
cabeças especificadas com --branch serão transplantadas. --sourcesort tenta preservar a ordem de revisões da origem, opção
suportada apenas pela origem Mercurial. -e/--edit, -m/--message ou -l/--logfile definem o cabeçalho
do patch, bem como a mensagem de consolidação. Se não forem
especificados, o cabeçalho estará vazio e a mensagem de
consolidação será '[mq]: PATCH'. -u/--user e -d/--date podem ser usados para definir o usuário
e data pedidos, respectivamente. -U/--currentuser e
-D/--currentdate definem o usuário para o usuário atual e a
data para a data atual. 1. ``us-ascii``: sempre usado primeiro, independente de configuração
2. ``email.charsets``: na ordem dada pelo usuário
3. ``ui.fallbackencoding``: se não estiver em email.charsets
4. ``$HGENCODING``: se não estiver em email.charsets
5. ``utf-8``: sempre por último, independente de configuração :``%%``: caractere "%" literal
:``%H``: hash da revisão (40 bytes hexadecimais)
:``%N``: número de patches gerados
:``%R``: número de ordem da revisão
:``%b``: nome base do repositório onde o export é realizado
:``%h``: hash de forma curta da revisão (12 bytes hexadecimais)
:``%m``: primeira linha da mensagem de consolidação (apenas caracteres alfanuméricos)
:``%n``: número sequencial completado com zeros, começando em 1
:``%r``: número de ordem da revisão completado com zeros :``%%``: caractere "%" literal
:``%s``: nome base do arquivo impresso
:``%d``: nome do diretório do arquivo impresso, ou '.' para o raiz do repositório
:``%p``: caminho relativo ao raiz do arquivo impresso
:``%H``: hash da revisão (40 bytes hexadecimais)
:``%R``: número de ordem da revisão
:``%h``: hash de forma curta da revisão (12 bytes hexadecimais)
:``%r``: número de ordem da revisão completado com zeros
:``%b``: nome base do repositório :``files``: um diretório cheio de arquivos (padrão)
:``tar``: pacote tar, não comprimido
:``tbz2``: pacote tar, comprimido com bzip2
:``tgz``: pacote tar, comprimido com gzip
:``uzip``: pacote zip, não comprimido
:``zip``: pacote zip, comprimido com deflate :convert.cvsps.cache: Especifique False para desabilitar o cache do
log remoto, para teste ou depuração. O valor padrão é True. :convert.cvsps.fuzz: Especifica o tempo máximo (em segundos)
permitido entre commits com usuário e mensagem de log idênticos
que devam ser considerados como uma única revisão. Se arquivos
muito grandes forem armazenados como parte de uma revisão, o
padrão pode não ser suficiente. O valor padrão é 60. :convert.cvsps.mergefrom: Especifica uma expressão regular com a qual
mensagens de log de commit são verificadas. Se um casamento for
encontrado, a conversão inserirá a revisão mais recente
do ramo indicado na expressão regular como segundo pai da
revisão O valor padrão é:
``{{mergefrombranch ([-\w]+)}}`` :convert.cvsps.mergeto: Especifica uma expressão regular com a qual
mensagens de log de commit são verificadas. Se um casamento for
encontrado, a conversão inserirá uma revisão artificial
mesclando o ramo onde essa mensagem de log aparece ao
ramo indicado na expressão regular. O valor padrão é:
``{{mergetobranch ([-\w]+)}}`` :convert.hg.clonebranches: separa ramos da origem em diferentes clones.
O padrão é False. :convert.hg.ignoreerrors: ignora erros de integridade na leitura.
Use-a para corrigir repositórios do Mercurial com revlogs faltando,
através da conversão para para outro repositório do Mercurial.
O valor padrão é False. :convert.hg.revs: revset especificando as revisões de origem a serem convertidas. :convert.hg.saverev: armazena o identificador da revisão de origem
(forçando a mudança de IDs de etiquetas). Esta opção recebe um
argumento booleano, e seu valor padrão é False. :convert.hg.tagsbranch: nome do ramo para revisões de etiqueta. O valor
padrão é ``default``. :convert.hg.usebranchnames: preserva nomes de ramo. O valor
padrão é True.
:convert.localtimezone: use o fuso horário local (determinado
pela variável de ambiente TZ) para horários e datas de
revisões. O padrão é False (usará UTC). :convert.p4.startrev: especifica a revisão inicial do Perforce
(um número de changelist do Perforce). :convert.svn.branches: especifica o diretório que contém ramos.
O valor padrão é ``branches``. :convert.svn.startrev: especifica a revisão inicial do Subversion.
O valor padrão é 0. :convert.svn.tags: especifica o diretório que contém tags.
O valor padrão é ``tags``. :convert.svn.trunk: especifica o nome do ramo trunk.
O valor padrão é ``trunk``. :hg:`resolve` deve ser usado para resolver arquivos não resolvidos. :hooks.cvschangesets: Especifica uma função Python a ser chamada
após os conjuntos de mudanças serem calculados a partir do
log do CVS. Essa função recebe uma lista com as entradas do
conjunto de mudanças, e pode modificar, adicionar ou
remover suas entradas. :hooks.cvslog: Especifica uma função Python a ser chamada ao término
da coleta do log do CVS. Essa função recebe uma lista com as
entradas do log, e pode modificar, adicionar ou remover entradas. <apelido> = <comando> [<argumento>]... <ramo>.<argumento> = <valor> <nome>.<argumento> = <valor> <padrão> = <substituição> >>> person('foo@bar')
'foo'
>>> person('Foo Bar <foo@bar>')
'Foo Bar'
>>> person('"Foo Bar" <foo@bar>')
'Foo Bar'
>>> person('"Foo "buz" Bar" <foo@bar>')
'Foo "buz" Bar'
>>> # The following are invalid, but do exist in real-life
...
>>> person('Foo "buz" Bar <foo@bar>')
'Foo "buz" Bar'
>>> person('"Foo Bar <foo@bar>')
'Foo Bar' Uma backref pode ser O comando :hg:`clone` irá por padrão atualizar para um marcador
de nome '@', se existir. Uma revisão que tenha sido "dividida" terá um conjunto de
sucessores contendo mais de um sucessor. Uma revisão que tenha sido reescrita de múltiplas formas diferentes
é chamada "divergente". Tais revisões possuem múltiplos conjuntos
de sucessores (cada um dos quais pode também ser dividido, isto é,
ter múltiplos sucessores). Uma revisão sem sucessores tornada obsoleta é chamada "podada".
Tais revisões não possuem nenhum conjunto de sucessores. Um conjunto de sucessores de uma revisão A é um grupo consistente de
revisões que sucedem A. Pode conter apenas revisões não obsoletas. Formatos de destino aceitos [identificadores]: Formatos de origem aceitos [identificadores]: Aceita 0 ou mais revisões.
Se não forem passadas revisões, devolve uma lista vazia.
O maior ancestral comum de uma única revisão é a própria revisão. Aceita uma sequência de revisões ou a opção -a/--applied. Se
--applied for especificado, todas as revisões mq aplicadas serão
removidas do controle da mq. De outro modo, as revisões pedidas
devem estar na base da pilha de patches aplicados. Adiciona ao repositório todos os arquivos novos, e remove do
repositório todos os arquivos ausentes. Após a execução deste comando, você deve se certificar de
que largefiles esteja habilitado em todos os repositórios que
receberão revisões do novo repositório. Todos os elementos com valores string devem ser ou estritamente
alfanuméricos, ou devem estar entre aspas duplas ("..."), usando
"\" como caractere de escape.
Alternativamente você pode especificar -c/--change com uma revisão
para ver as mudanças nessa revisão relativas a seu primeiro pai. O comando "debugcvsps" do Mercurial permite que o código de
mesclagem interno seja executado fora do processo de conversão.
Seus parâmetros e saída são semelhantes aos do cvsps 2.1.
Veja a ajuda do comando para mais detalhes. Uma revisão existente pode ser colocada sob o controle da mq
com -r/--rev (por exemplo, qimport --rev . -n patch colocará a
revisão atual sob o controle da mq).
Com -g/--git, os patches importados
com --rev usarão o formato git diff. Veja o tópico de ajuda diff
para informações sobre por que isso é importante para preservar
informação de cópia e renomeação e mudanças de permissão.
Use :hg:`qfinish` para tirar revisões do controle da mq. Qualquer revisão removida será armazenada em ``.hg/strip-backup``
em um arquivo bundle (veja :hg:`help bundle` e :hg:`help bundle`).
Elas podem ser restauradas com o comando
:hg:`unbundle .hg/strip-backup/BUNDLE`, onde BUNDLE é o arquivo
bundle criado pelo comando strip. Note que os números locais das
revisões serão em geral diferentes após a restauração. Aplica um ou mais arquivos comprimidos de changegroup gerados pelo
comando bundle. A aplicação de um bundle preserva todo o conteúdo das revisões,
incluindo permissões, informação de cópia/renomeação, e histórico
de revisões. Como um atalho, você pode também usar o parâmetro de revisão para
marcar uma revisão como boa ou ruim sem obtê-la primeiro. Tenha cuidado com o comando purge, pois você pode remover de
forma irreversível alguns arquivos que você esqueceu de adicionar
ao repositório. Se você deseja apenas imprimir a lista de
arquivos que este programa iria apagar, use a opção --print.
Como o comando import primeiro aplica as mudanças ao diretório
de trabalho, ele abortará se houverem mudanças não consolidadas. Antes de usar este comando, você precisará habilitar e-mail em
seu hgrc. Veja a seção [email] em hgrc(5) para mais detalhes.
Marcadores (bookmarks) são rótulos de revisões que auxiliam o
rastreamento de linhas de desenvolvimento.
Marcadores não são versionados, e podem ser movidos, renomeados e
apagados.
Apagar ou mover um marcador não tem efeito sobre as revisões
associadas. Marcadores podem ser transferidos entre repositórios usando push
e pull (veja :hg:`help push` e :hg:`help pull`).
Se um marcador compartilhado tiver divergido, será criado um
novo 'marcador divergente' com a forma 'nome@caminho'.
A divergência pode ser resolvida usando 'hg merge'. Marcadores podem ser renomeados, copiados e apagados. Marcadores
são locais, a não ser que sejam explicitamente enviados para ou
trazidos de um repositório remoto. O envio (usando :hg:`push`) e
o recebimento (usando :hg:`pull`) de marcadores permite a
colaboração com outros usuários em um ramo sem a criação de
um ramo nomeado. Ramos podem ser criados quando mudanças forem trazidas de ou enviadas
para um repositório remoto, já que novas cabeças podem ser criadas por
estas operações. Note que o termo ramo pode também ser usado
informalmente para descrever um processo de desenvolvimento no qual
parte do trabalho é feita independentemente de outras partes. Isto
pode ser feito com ramos anônimos, distinguindo-os através de
diferentes clones ou marcadores (veja :hg:`help bookmarks`), ou
explicitamente usando ramos nomeados. Um bundle deve ser especificado pela opção -R. Mas deixará como estão: Por padrão o patch é incluído como texto no corpo do e-mail para
facilitar a revisão. A opção -a/--attach pode ser usada para ao
invés disso criar um anexo para o patch. Com a opção -i/--inline
um anexo inline será criado.
Você pode incluir um patch tanto como texto no corpo da mensagem
como um anexo comum ou embutido combinando as opções -a/--attach
ou -i/--inline com a opção --body. Por padrão este comando mostra o número e identificador da
revisão, etiquetas, pais não triviais, usuário, data e hora,
e um resumo de cada consolidação. Se a opção -v/--verbose for
usada, são mostradas a lista de arquivos modificados e a
mensagem de consolidação completa. Por padrão, aborta se o diretório de trabalho contiver mudanças
não consolidadas. Com a opção --keep-changes, aborta apenas se as
mudanças não consolidadas se sobrepõem a arquivos no patch. Com
-f/--force, cria uma cópia de segurança e descarta as mudanças
desses arquivos. Por padrão, aborta se o diretório de trabalho contiver mudanças
não consolidadas. Com a opção --keep-changes, aborta apenas se as
mudanças não consolidadas se sobrepõe a arquivos no patch. Com
-f/--force, cria uma cópia de segurança e sobrescreve as mudanças
não consolidadas. Por padrão, a conversão de todas as origens exceto do Mercurial
usará --branchsort. O Mercurial usa --sourcesort para preservar
a ordem de números de revisão original. Modos de ordenação têm
os seguintes efeitos: Por padrão, diffs são enviados no formato gerado por :hg:`export`,
um por mensagem. A série inicia com uma introdução
"[PATCH 0 of N]", que descreve a série como um todo. Por padrão, grep imprime uma saída apenas para a primeira revisão
de um arquivo no qual ele encontra uma correspondência.
Para fazê-lo imprimir todas as revisões que contenham uma
mudança de correspondência ("-" para uma correspondência
que se torne uma não correspondência, ou "+" para uma não
correspondência que se torne uma correspondência), use a
opção --all . Por padrão, push não permite a criação de novas cabeças no destino,
já que múltiplas cabeças deixariam dúvidas sobre qual cabeça deva ser
usada. Nessa situação, o recomendado é trazer e mesclar as novas
mudanças antes de fazer o push. Por padrão, rebase recria as revisões do ramo de origem como
descendentes do destino, e destrói as originais. Use a opção
``--keep`` para preservar as revisões originais. Algumas revisões
no ramo de origem (por exemplo, mesclagens com o ramo de destino)
podem ser descartadas se elas não contribuírem mais com nenhuma
mudança. Por padrão, a revisão usada é o pai do diretório de trabalho; use
-r/--rev para especificar uma outra revisão. Por padrão, o servidor loga cada acesso para stdout, e erros para
stderr. Use as opções -A/--accesslog e -E/--errorlog para logar para
arquivos. Por padrão, este comando copia os conteúdos de arquivos como
estão no diretório de trabalho. Se chamado com a opção
-A/--after, a operação é gravada, mas nenhuma cópia é feita. Por padrão, este comando procura em todos os diretórios no
diretório de trabalho. Para procurar apenas no diretório
atual e subdiretórios, use "--include .". Origem CVS
########## A origem CVS usará uma cópia local do CVS para indicar o ponto
inicial do que será convertido. Não é necessário acesso direto ao
repositório, a não ser é claro que o repositório seja ``:local:``. A
conversão usa o diretório do topo da cópia local para encontrar
o repositório CVS, e em seguida o comando CVS rlog para encontrar
os arquivos a serem convertidos. Isto quer dizer que a não ser
que um filemap seja dado, todos os arquivos sob o diretório de
início serão convertidos, e que qualquer reorganização na cópia
local do CVS é ignorada. Changeset 3b16791d6642 in repository-name.
http://my-project.org/hg/repository-name/rev/3b16791d6642 Changeset commit comment. Bug 1234.
Serão omitidas revisões ancestrais da revisão atual, já
enxertadas ou mesclagens. Cabeças fechadas podem ser reabertas com a consolidação de uma
nova revisão filha da revisão que marca a cabeça como fechada. Linhas de comentário iniciam com ``#``. Um caminho especificado
será considerado se for igual ao caminho relativo completo de um
arquivo ou de um de seus diretórios pais. A ordem das linhas não é
importante: será usada a diretiva ``include`` ou ``exclude`` com o
caminho mais longo que combine. Consolida no repositório local mudanças nos arquivos dados. Ao
contrário do que ocorre em um sistema de controle de versão
centralizado, esta operação é local. Veja :hg:`push` para um modo
de distribuir ativamente suas mudanças. A completação por padrão é feita apenas para o próximo segmento
do caminho. Se --full for especificado, são usados caminhos
completos. Se tudo estiver dentro do mesmo repositório, considere usar o
comando graft - ele usará mesclagens para combinar as mudanças,
tipicamente produzindo melhores resultados.
Use a extensão rebase se as revisões não tiverem sido publicadas
e você quiser movê-las ao invés de copiá-las. Converte o repositório ORIGEM em um novo repositório DEST,
idêntico a ORIGEM exceto por certos arquivos que serão
convertidos como largefiles:
especificamente, qualquer arquivo que combinar com qualquer
PADRÃO *ou* cujo tamanho esteja acima do limiar de tamanho
mínimo será convertido como um largefile. O tamanho usado para
determinar se o arquivo será rastreado como largefile será o
tamanho da primeira versão do arquivo. O tamanho mínimo pode
ser especificado usando o parâmetro --size ou a opção de
configuração ``largefiles.size``. Copia os dados armazenados na origem e remove os dados
de compartilhamento de repositório.
Cria uma cópia de um repositório existente em um novo diretório. Criar ou atualizar para um marcador faz com que ele seja 'ativado'.
O marcador ativo é indicado com um '*'.
Quando é feita uma consolidação, o marcador ativo avançará para
a nova revisão.
Um :hg:`update` sem opções também avançará um marcador ativo,
se possível.
Atualizar para outra revisão fará com que o marcador seja desativado. Apaga arquivos não rastreados pelo Mercurial. Isso é útil para
testar mudanças locais e não gravadas em uma árvore que contenha
apenas essas mudanças. Diferenças entre arquivos são mostradas usando o formato
"unified diff". Não tente nenhuma operação de leitura neste repositório enquanto o
comando estiver em execução (os dois repositórios serão travados para
escrita).
Cada membro adicionado ao pacote terá um diretório de prefixo
adicionado. Use -p/--prefix para especificar uma string de
formatação para o prefixo. O padrão é o nome base do pacote,
com sufixos removidos.
Cada e-mail de patch tem uma linha Assunto com a forma
"[PATCH M of N] ...", usando a primeira linha da descrição da
revisão como texto do assunto. A mensagem contém duas ou três
partes. Primeiro, a descrição da revisão. Cada mudança engavetada possui um nome, que é por padrão baseado
no marcador ativo ou (se não houver marcador ativo) no nome do
ramo atual. Para especificar um nome diferente, use ``--name``. Elementos: Linhas vazias ou começadas por ``#`` são ignoradas. Opções equivalentes definidas pela linha de comando ou variáveis de
ambiente não serão sobrepostas. Todo ID deve ser uma string hexadecimal completa.
Devolve uma lista de 0s e 1s indicando respectivamente
desconhecidos e conhecidos.
Todo ID deve ser uma string hexadecimal completa.
Grava o bundle no arquivo pedido.
Exemplo: Exemplo: "Você viu minha correção no diff?" Exemplos: "vou ramificar em X"; "vou criar um ramo em X". Exemplo: "Estou atualizando para a revisão X." Exemplo: "Vou clonar o repositório". Exemplo: "Estou usando o checkout X." Exemplo: "Eu enviei uma atualização". Exemplo: "Eu enviei o meu patch." Em português, diff não aparece como verbo: costuma-se usar
"criar um diff" ou "gerar um diff" em seu lugar. Exemplos: "O bug foi corrigido por seu último commit?";
"A consolidação das mudanças foi finalizada com sucesso." Exemplo: "Seu clone está atualizado?". Exemplos: "o ramo experimental"; "enviei a correção para o
ramo de produção". Exemplo: "Você deve consolidar aquelas mudanças agora." Exemplo: "Você deveria atualizar". Em português, patch não aparece como verbo: costuma-se usar a expressão
"aplicar um patch" em seu lugar. Exemplos:: Você pode ampliar a configuração atual especificando mapas como
argumentos e usando -f/--rcfile para ler opções de um arquivo
hgrc externo adicional. O histórico de arquivos é mostrado sem que informações de cópia e
renomeação sejam seguidas. Use -f/--follow para seguir o
histórico através de renomeações e cópias. --follow sem um nome
de arquivo irá mostrar apenas ancestrais ou descendentes da
revisão de início. Arquivos que mudarem com relação a qualquer dos pais são
marcados como modificados para a próxima consolidação, e esta
deve ser feita antes que qualquer outra atualização seja
permitida. Essa próxima consolidação terá dois pais. Por fim, o próprio patch, como gerado por :hg:`export`. Encerra as revisões especificadas (que correspondem a patches
aplicados) tirando-as do controle da mq e convertendo-as em
histórico comum do repositório. Para um resultado mais rápido mas menos preciso, considere usar
``filelog()``. Um modo avançado adicional está disponível através da opção
``--rev``. Ele possibilita a especificação de um conjunto
arbitrário de revisões a serem rebaseadas. Os descendentes
das revisões especificadas dessa maneira não serão
automaticamente incluídos no rebaseamento. Para cada elemento em HGRCPATH: Por razões de desempenho, visita apenas revisões mencionadas no filelog
a nível de arquivo, ao invés de filtrar todas as revisões (muito mais
rápido, mas não inclui remoções nem mudanças duplicadas). Para um
resultado mais lento e mais preciso, use ``file()``. Para repositórios remotos, a opção --bundle evita baixar as
revisões duas vezes se o comando incoming for seguido por um
pull. Por segurança, este comando também é abortado se o conjunto de
revisões a serem enviadas for ambíguo, pois isso pode confundir
os usuários: por exemplo, se vários ramos possuírem revisões a
serem enviadas. Gera um arquivo de changegroup contendo revisões não
encontradas no outro repositório. Dado um tópico, extensão, ou nome de comando, imprime o texto de
ajuda para esse tópico. Guardas controlam se um patch pode ser empilhado. Um patch sem
guardas sempre será empilhado. Um patch com uma guarda positiva
("+foo") é empilhado apenas se ela tiver sido ativada pelo
comando :hg:`qselect`. Um patch com uma guarda negativa ("-foo")
nunca será empilhado se ele tiver sido ativado pelo comando
:hg:`qselect`. Cabeças são onde o desenvolvimento geralmente acontece e são os
alvos costumeiros para operações update e merge. Aqui, rev2 possui dois (ou seja, divergentes) possíveis conjuntos
de sucessores. O primeiro possui um elemento, e o segundo possui
três (a revisão foi dividida).
Hg debugcvsps lê o rlog do CVS para o diretório atual (ou
qualquer diretório nomeado) no repositório do CVS e converte o
log em uma série de revisões baseadas na correspondência das
entradas no log de commit e datas. Host *.minharedelocal.exemplo.com
Compression no
Host *
Compression yes Se --exact for especificado, import irá posicionar o diretório de
trabalho no pai de cada patch antes de aplicá-lo, e irá abortar
se a revisão resultante tiver um ID diferente do gravado no
patch. Isso pode acontecer por problemas de conjunto de
caracteres ou outras deficiências no formato de texto de patch. Se --log for especificado, será anexado um comentário às mensagens
de log com a forma:: Se -B/--bookmark for usado, a revisão marcada especificada, seus
ancestrais, e o próprio marcador serão enviados para o repositório
remoto. Se -a/--active for especificado, mostra apenas ramos ativos. Um
ramo é considerado ativo se contém cabeças de repositório. Se -c/--closed for especificado, mostra também cabeças de ramos
marcados como fechados (veja :hg:`commit --close-branch`). Se for especificado -e/--edit, o Mercurial inicia o editor
de texto configurado, para que você digite a mensagem. No
caso de falha no comando qrefresh, é criada uma cópia de segurança
dessa mensagem em ``.hg/last-message.txt``. Se -r/--rev for usado, apenas a revisão pedida e todos os seus
ancestrais serão enviados para o repositório remoto. Se -s/--short for especificado, os arquivos incluídos no momento
no patch serão renovados da mesma forma que arquivos que casarem,
e permanecerão no patch. Se -t/--topo for especificado, ramos nomeados serão ignorados e apenas
cabeças topológicas (revisões sem filhas) serão mostradas. Se REV for o pai do diretório de trabalho, a nova revisão será
consolidada automaticamente. Caso contrário, o Mercurial precisará
mesclar as mudanças, e o resultado da mesclagem deve ser consolidado
manualmente. Se ORIGEM for omitida, o caminho 'default' será usado. Veja
:hg:`help urls` para mais informações. Se REVINICIAL for especificada, serão mostradas apenas cabeças
(ou cabeças de ramo) descendentes de REVINICIAL. Se não for dado o ``REVMAP``, ele será posto em um local padrão
(``<destino>/.hg/shamap``). O ``REVMAP`` é um simples arquivo texto
que mapeia cada ID de commit da origem para o ID de destino para
aquela revisão, da seguinte forma:: Se `nome` começar com `re:`, o restante do nome é tratado como
uma expressão regular. Para combinar com um marcador que comece
com `re:` literalmente, use o prefixo `literal:`. Se `nome` começar com `re:`, o restante do nome é tratado como
uma expressão regular. Para combinar com uma etiqueta que comece
com `re:` literalmente, use o prefixo `literal:`. Se `string` começar com `re:`, o restante do nome é tratado como
uma expressão regular. Para combinar com um ramo que comece
com `re:` literalmente, use o prefixo `literal:`. Se `texto` começar com `re:`, o restante do texto é tratado como
uma expressão regular. Para combinar com um usuário que contiver
`re:` literalmente, use o prefixo `literal:`. Se `valor` começar com `re:`, o restante do valor é tratado como
uma expressão regular. Para combinar com um valor que comece
com `re:` literalmente, use o prefixo `literal:`. Se a aplicação de uma revisão falhar, você pode corrigir
a mesclagem manualmente e em seguida usar
:hg:`transplant --continue/-c` para retomar o transplante.
Se a mesclagem de enxerto resultar em conflitos, o processo de
enxerto será interrompido para que a mesclagem atual possa ser
resolvida manualmente. Uma vez que todos os conflitos estejam
resolvidos, o processo de enxerto pode ser retomado usando a
opção -c/--continue. Se for omitida uma lista de arquivos, todas as alterações
informadas por :hg:`status` serão candidatas para gravação. Se não for passada uma lista de arquivos, todas as mudanças
informadas por :hg:`status` serão gravadas. Se o pai do diretório de trabalho for removido, após o término
da operação o diretório de trabalho será automaticamente
atualizado para o ancestral disponível mais recente do pai
removido. Se um rebaseamento for interrompido para resolver uma mesclagem
manualmente, pode ser continuado com --continue/-c ou abortado com
--abort/-a. Se uma mudança engavetada for restaurada com sucesso, o arquivo
bundle que contém essa mudança será removido em seguida. Se qualquer padrão de arquivos for fornecido, o patch renovado
conterá apenas as modificações em arquivos que casarem com esses
padrões; as modificações restantes permanecerão no diretório de
trabalho. A consulta é normalmente abortada se qualquer revisão especificada
não estiver presente no repositório local. Este predicado permite
que a consulta continue nesses casos. Se diretórios forem passados na linha de comando, apenas arquivos
nesses diretórios serão considerados. Se não for passada uma mensagem de consolidação, o Mercurial inicia
o editor de texto configurado, para que você digite a mensagem. No
caso de a consolidação falhar, é criada uma cópia de segurança
dessa mensagem em ``.hg/last-message.txt``. Se não for especificado o nome do diretório de destino, o padrão
será o nome base da origem com ``-hg`` anexado. Se o repositório
de destino não existir, ele será criado. Se um diretório de destino não for especificado, será usado o
nome base da origem. Se o diretório não for dado, o diretório atual será usado. Se mesclagens ou revisões não forem fornecidas, :hg:`transplant`
irá iniciar um visualizador interativo de revisões. Se nomes não forem dados, adiciona todos os arquivos ao
repositório. Se não forem passados padrões, este comando imprime os nomes
de todos os arquivos sob o controle do Mercurial no diretório
de trabalho. Se não for dada nenhuma revisão, todas serão convertidas. Caso,
contrário, a conversão irá importar apenas até a revisão nomeada
(dada num formato entendido pela origem). Se a revisão não for fornecida, será usada a revisão pai do
diretório de trabalho. Se não for dada uma versão, será usado o pai do diretório de
trabalho, ou a tip se o diretório de trabalho não estiver em
nenhuma revisão. Se nenhuma revisão for especificada, será usado o primeiro pai do diretório de trabalho. Se a revisão não for especificada, o pai do diretório de trabalho
for uma revisão cabeça, e o ramo atual contiver exatamente uma
outra cabeça, a outra cabeça será usada para a mesclagem. Caso
contrário, uma revisão com a qual mesclar deve ser fornecida
explicitamente. Se um intervalo de revisões não for pedido, o padrão é ``tip:0``,
a não ser que --follow seja pedido; nesse caso, o pai do
diretório de trabalho será usado como revisão inicial. Se um ou mais argumentos REV forem dados, apenas cabeças de ramo
abertas nos ramos correspondentes a essas revisões serão mostradas. Ou
seja, você pode usar :hg:`heads .` para mostrar as cabeças no
ramo atual. Se uma revisão for dada, será usada como revisão base. Se duas
revisões forem dadas, serão mostradas as diferenças entre elas.
A opção --change pode ser usada como atalho para listar os
arquivos de uma revisão com mudanças em relação a seu primeiro pai. Se a opção --all for especificada, será impressa a lista de todos
os arquivos de todas as revisões, inclusive arquivos apagados e
renomeados. Se a origem for local, o destino não terá patches aplicados. Se
a origem for remota, este comando não pode verificar se patches
estão aplicados na origem, então não pode garantir que os patches
não estarão aplicados no destino. Se você clonar um repositório
remoto, certifique-se primeiro que ele não tenha patches
aplicados. Se a revisão não for um descendente ou ancestral
do pai do diretório de trabalho,
o comando update será abortado. Com a opção -c/--check, o comando
verificará se existem mudanças não consolidadas no diretório de
trabalho; caso não hajam mudanças, o diretório de trabalho será
atualizado para a revisão pedida. Se o arquivo não existir, será automaticamente criado. Ele é
atualizado a cada commit copiado, assim :hg:`convert` pode ser
interrompido e executado repetidamente para copiar novos commits. Se o patch importado foi gerado por :hg:`export`, o usuário e
descrição do patch são usados ao invés dos cabeçalhos e corpo da
mensagem. Valores passados na linha de comando com -m/--message e
-u/--user são usados no lugar destes. Se as mudanças trazidas adicionarem uma nova cabeça de ramo, essa
cabeça será automaticamente mesclada, e o resultado da mesclagem
será consolidado. Caso contrário, o diretório de trabalho será
atualizado para incluir as novas mudanças. Se o repositório de origem possuir um marcador de nome '@'
definido, por padrão o novo repositório será atualizado para
essa revisão. Se você estiver consolidando o resultado de uma mesclagem, não
forneça nenhum nome de arquivo ou filtros -I/-X . Se você não especificar uma revisão de destino (opção ``-d/--dest``),
rebase usará como destino a cabeça mais recente do ramo nomeado
atual (a revisão de destino não é modificada pelo rebaseamento, mas
novas revisões são acrescentadas como seus descendentes). Se você acabou de fazer uma consolidação, essa consolidação será
a tip. Se você acabou de trazer revisões de outro repositório, a
tip desse repositório será a tip do atual. A etiqueta "tip" é
especial e não pode ser renomeada ou atribuída a outra
revisão. Se você omitir o repositório de destino, o Mercurial assume que o
destino terá todos os nós especificados por um ou mais parâmetros
--base. Para criar um bundle contendo todas as revisões, use
-a/--all (ou --base null). Se você passar um índice de revlog, o DAG do revlog será emitido.
Se você listar números de revisão, eles serão rotulados na saída
como rN. Se você fornecer um comando ele será usado para bissecção
automática. A variável de ambiente HG_NODE conterá o ID da
revisão sendo testada. O código de saída do comando
será usado para marcar revisões
como boas ou ruins: o código de saída 0 marcará a revisão como
boa, 125 omitirá a revisão, 127 (comando não encontrado)
abortará a bissecção, e qualquer outro código maior que 0
marcará a revisão como ruim. Se você quiser passar a saída desse comando para o comando
"xargs", use a opção -0 tanto para este comando como para o
"xargs". Isso irá evitar que "xargs" trate nomes de arquivo
contendo espaços como múltiplos nomes de arquivo. Se você quiser reverter apenas um arquivo para seu conteúdo em
uma revisão anterior, use :hg:`revert [-r REV] NOME`. Importa uma lista de patches e consolida cada um individualmente
(se --no-commit não for especificado). Em caso de falha de envio de emails, uma cópia de segurança de sua
mensagem introdutória da séria será gravada em ``.hg/last-email.txt``. Em sua configuração padrão, o Mercurial impede que revisões
públicas sejam rebaseadas. Veja :hg:`help phases` para mais detalhes. Na maior parte dos casos uma revisão A possui um único conjunto
de sucessores contendo um único sucessor (revisão A substituída por A'). Inicializa um novo repositório e diretório de trabalho que
compartilha seu histórico com outro repositório. Inicializa um novo repositório no diretório dado. Se o diretório
não existir, ele será criado. Não é possível emendar revisões públicas (veja :hg:`help phases`)
ou revisões que contenham filhas. É possível limitar a quantidade de histórico de origem a ser
convertida especificando uma revisão inicial do Perforce: É possível mapear endereços de email alternativos para um
endereço principal provendo um arquivo usando o seguinte
formato:: É possível especificar uma URL ``ssh://`` como destino.
Veja :hg:`help urls` para mais informações.
Lista as mudanças em arquivos, mostrando o identificador de
revisão responsável por cada linha Lista os ramos nomeados do repositório, indicando quais são
inativos. Se -c/--closed for especificado, exibe também ramos
marcados como fechados (veja :hg:`commit --close-branch`). Lista quais arquivos no diretório de trabalho correspondem a
padrões de configuração em [keyword]. Marca dest como cópia da origem; marca as origens como removidas.
Se dest for um diretório, as cópias serão colocadas nesse
diretório. Se dest for um arquivo, só pode haver uma origem. Marca dest como tendo cópias de arquivos de origem. Se dest for
um diretório, cópias são colocadas nesse diretório. Se dest for
um arquivo, só pode haver uma origem. Marca os arquivos especificados de modo que não serão mais
rastreados após a próxima consolidação. Destino Mercurial
################# Origem Mercurial
################ Revisões de mesclagem podem ser transplantadas diretamente
especificando uma revisão pai adequada ao usar a opção
:hg:`transplant --parent`. Mesclagens com conflitos não resolvidos podem resultar de
mesclagens não interativas usando a opção ``internal:merge``
do arquivo de configuração ou um utilitário de mesclagem de
linha de comando, como o ``diff3``.
O comando resolve é usado para gerenciar os arquivos envolvidos
em uma mesclagem, após a execução de :hg:`merge` e antes da
execução de :hg:`commit` (ou seja, enquanto o diretório de
trabalho tiver dois pais).
Veja :hg:`help merge-tools` para informações sobre a
configuração de utilitários de mesclagem. Se não forem especificados, o usuário, mensagem e data são
tomados da revisão emendada. Se uma mensagem não for especificada
na linha de comando, o editor será aberto com a mensagem original
da revisão emendada. Arquivos modificados são gravados com um sufixo .orig antes da
reversão. Para desabilitar essas cópias, use --no-backup. Deve ser executado após mudar / desabilitar palavras chave ativas. NOTA: este conceito foi tornado obsoleto por ser demasiado implícito.
Atualmente, quando não forem mais necessários, ramos nomeados devem
ser fechados explicitamente usando :hg:`commit --close-branch`. Nomeia uma determinada revisão usando <nome>. Ramos nomeados podem ser vistos como um tipo de espaço de nomes,
dividindo a coleção de revisões que compõe um repositório em
subconjuntos disjuntos. Um ramo nomeado não é necessariamente
um ramo topológico. Se um novo ramo nomeado for criado a partir
da cabeça de um outro ramo nomeado, ou do ramo default, mas nenhuma
outra revisão for adicionada no ramo de origem, tal ramo de origem
não será mais um ramo topológico, embora não deixe de ser um ramo
nomeado. Novos arquivos são ignorados se casarem com qualquer dos padrões
em ``.hgignore.`` Assim como em add, estas mudanças fazem efeito na
próxima consolidação. Nós impressos como um caractere @ são pais do diretório de
trabalho.
Note que o Mercurial não deixará que você faça a consolidação de
arquivos com conflitos de mesclagem não resolvidos. Você precisa
primeiro usar ``hg resolve -m ...`` para indicar os conflitos como
resolvidos. Omitir um nome de fila ou especificar -l/--list fará com que o
comando mostre as filas registradas - por padrão a fila de
patches "normal" é registrada. A fila ativa no momento será
marcada com "(ativa)". Especificar --active fará com que apenas
o nome da fila ativa seja imprimido. Um resultado das regras de seleção da revisão de destino é que, ao
contrário de ``merge``, rebase não fará nada se você estiver na
revisão mais recente de um ramo nomeado com duas ou mais
cabeças. Nesse caso você precisa especificar explicitamente a origem
e/ou o destino (ou fazer um ``update`` para outra cabeça, se for a
cabeça do ramo de origem desejado). Um uso para este comando é fazer com que a próxima execução
de :hg:`status` verifique o conteúdo real dos arquivos.
Apenas caminhos locais e URLs ``ssh://`` são suportados no
destino. Para destinos ``ssh://``, a cópia de trabalho e arquivo
``.hg/hgrc`` não serão criados no repositório remoto. Apenas revisões não-públicas e não-obsoletas podem ser `bumped`. A opção -q/--quiet esconde arquivos não rastreados (desconhecidos
ou ignorados) a não ser que estes sejam pedidos explicitamente
com -u/--unknown (desconhecidos) ou -i/--ignored (ignorados). A opção -q/--quiet suprime toda a saída ao procurar por NOME, e
mostra apenas os nomes de caminhos ao listar todas as definições. Ordem de conjuntos de caracteres para emails: Caso contrário, imprime o DAG do changelog do repositório atual.
A saída pode ser gerada em um arquivo, e nesse caso o nome do
arquivo é dado usando uma string de formato. As regras de
formatação são como segue: A saída pode ser gerada em um arquivo, e nesse caso o nome do
arquivo é dado usando uma string de formato. As regras de
formatação são como segue: Os patches não devem estar aplicados. Cada patch será
sucessivamente aplicado ao patch atual na ordem dada. Se todos
os patches forem aplicados com sucesso, o patch atual será
renovado com o novo patch cumulativo, e os patches incorporados
serão apagados. Com -k/--keep, os patches incorporados não serão
removidos em seguida. Nomes de caminho são definidos na seção [paths] de seu arquivo
de configuração e em ``/etc/mercurial/hgrc``. Se executado em um
repositório, ``.hg/hgrc`` também será usado. Arquivos de configuração por instalação, procurados no diretório onde
o Mercurial está instalado. ``<install-root>`` é o diretório pai do
executável **hg** (ou link simbólico) executado.
Por exemplo, se instalado em ``/shared/tools/bin/hg``, o Mercurial
procurará em ``/shared/tools/etc/mercurial/hgrc``.
Opções nestes arquivos se aplicam a todos os comandos do Mercurial
executados por qualquer usuário em qualquer diretório. Arquivos de configuração por instalação e sistema, para o sistema
no qual o Mercurial está instalado.
Opções nestes arquivos se aplicam a todos os comandos do Mercurial
executados por qualquer usuário em qualquer diretório.
As chaves do registro contém strings semelhantes ao PATH; cada parte
delas deve fazer referência a um arquivo ``Mercurial.ini`` ou a um
diretório do qual arquivos ``*.rc`` serão lidos.
O Mercurial verifica cada uma destas localizações na ordem
especificada até que um ou mais arquivos de configuração sejam
encontrados. Configurações específicas do repositório <repo>. Este arquivo
não é versionado, e não é transferido durante uma operação
"clone". Opções neste arquivo sobrepõe opções em qualquer outro
arquivo de configuração. No Plan 9 e Unix, a maior parte deste arquivo
será ignorada se ele não pertencer a um usuário ou grupo
confiável; veja abaixo a documentação sobre a seção [trusted]
para maiores detalhes. Arquivos de configuração por sistema, específicos do sistema no qual
o Mercurial é executado. Opções nestes arquivos se aplicam a todos
os comandos do Mercurial executados por qualquer usuário em qualquer
diretório. Opções nestes arquivos sobrepõe opções por instalação. Arquivos de configuração específicos do usuário que executa o Mercurial.
No Windows 9x, ``%HOME%`` é substituído por ``%APPDATA%``. Opções nestes
arquivos se aplicam a todos os comandos do Mercurial executados por este
usuário em qualquer diretório. Opções nestes arquivos sobrepõe opções
por sistema e por instalação. Origem Perforce
############### Em particular, este serviço não implementa controle de acesso por
usuário. Na configuração padrão, o acesso de leitura é permitido a
qualquer usuário, e o acesso de escrita é restrito. Defina a opção
``web.allow_push`` como ``*`` para permitir que qualquer um envie
revisões através deste serviço. Se você precisar autenticar usuários,
você deve usar um servidor web de verdade. Por favor veja :hg:`help urls` para detalhes importantes sobre
URLs ``ssh://`` . Se DESTINO for omitido, um caminho padrão será
usado. Por favor veja http://mercurial.selenic.com/wiki/RepositoryCorruption
para mais informações sobre recuperação de repositórios corrompidos. Use :hg:`commit --amend` ao invés de rollback para corrigir
erros na última consolidação. Prepara no diretório de trabalho atual uma nova revisão que desfaz
o efeito da revisão REV. Imprime uma lista de arquivos sob controle de versão para a
revisão pedida. Se a revisão não for especificada, o primeiro pai
do diretório de trabalho será usado, ou a revisão null se nenhuma
revisão estiver selecionada. Imprime um histórico de revisões ao lado de um grafo de revisões
desenhado com caracteres ASCII. Imprime um sumário identificando o estado do repositório na
revisão REV usando um ou dois identificadores de hash dos
pais, seguidos por um "+" se o diretório de trabalho tiver
mudanças pendentes, o nome do ramo (omitido para o ramo
default), uma lista de etiquetas e uma lista de marcadores. Imprime todos os arquivos sob o controle do Mercurial no
diretório de trabalho cujos nomes casem com os padrões
fornecidos. Imprime o conteúdo dos arquivos especificados na revisão pedida.
Se a revisão não for pedida, será usado o pai do diretório de
trabalho. Imprime os filhos das revisões do diretório de trabalho. Se uma
revisão for dada por -r/--rev, imprime os filhos dessa revisão.
Se for passado um arquivo como parâmetro, a revisão na qual esse
arquivo foi modificado por último (após a revisão do diretório
de trabalho ou da passada em --rev) será impressa.
Imprime o histórico de revisões dos arquivos especificados ou do
projeto como um todo. Imprime o diretório raiz do repositório atual. Imprime o conteúdo dos arquivos especificados na revisão pedida.
Se a revisão não for dada, será usado o pai do diretório de trabalho. Imprime as revisões pai do diretório de trabalho. Se uma revisão
for passada com -r/--rev, o pai dessa revisão será impresso. Se
um arquivo for passado, será impressa a revisão na qual esse
arquivo foi mudado por último (anterior à revisão do diretório de
trabalho ou ao argumento --rev, se passado). Traz mudanças de um repositório remoto para um local. Traz de um repositório remoto e adiciona ao cache local
largefiles que são referenciadas por revisões locais mas
não estão presentes localmente. Envia mudanças do repositório local para o destino especificado. Rebase usa mesclagens repetidamente para migrar revisões de uma
parte do histórico (a origem) para outra (o destino). Isto pode
ser útil para linearizar mudanças *locais* relativas a uma árvore
mestra de desenvolvimento. Recupera uma consolidação ou pull interrompido. Os campos comuns são: ``description`` (descrição), ``author`` (autor),
``branch`` (ramo), ``date`` (data), ``files`` (arquivos),
``phase`` (fase), ``parents`` (pais), ``substate`` (sub-repositórios)
e ``user`` (usuário). Note que ``user`` ``author`` são sinônimos.
``diff`` se refere ao conteúdo da revisão. Duas revisões com mesmo
``diff`` também terão o mesmo ``files``. Os resultados são mostrados da seguinte maneira:: Devolve 0 para indicar sucesso.
Devolve 0 se um resultado for encontrado, 1 caso contrário.
Devolve 0 se todos os arquivos forem adicionados com sucesso.
Devolve 0 se a importação teve sucesso.
Devolve 0 se cabeças correspondentes forem encontradas,
1 caso contrário.
Devolve 0 para indicar sucesso no envio, 1 se não houver nada
para enviar.
Devolve 0 para indicar sucesso, 1 se não houver nada a ser
corrigido ou se a verificação falhar.
Devolve 0 para indicar sucesso.
Devolve 0 para indicar mudanças de entrada, 0 se não houver mudanças.
Devolve 0 para indicar mudanças de saída, 1 se não houver mudanças.
Devolve 0 para indicar sucesso, 1 se o NOME não existir. Devolve 0 para indicar sucesso, 1 se uma atualização resultar
em arquivos não resolvidos.
Devolve 0 para indicar sucesso, 1 se uma atualização resultar
em arquivos não resolvidos.
Devolve 0 para indicar sucesso, 1 se a resolução de algum
arquivo falhar.
Devolve 0 para indicar sucesso, 1 se algum aviso for encontrado.
Devolve 0 para indicar sucesso, 1 se erros forem encontrados.
Devolve 0 indicando sucesso, 1 se não foram encontradas mudanças.
Devolve 0 para indicar sucesso, 1 se não houver mudanças de fase
ou se algumas não puderam ser mudadas.
Devolve 0 para indicar sucesso, 1 se não houver dados de
desfazimento disponíveis.
Devolve 0 para indicar sucesso, 1 se nada mudou.
Devolve 0 para indicar sucesso, 1 se não houver nada a ser feito
ou se houverem conflitos não resolvidos.
Devolve 0 para indicar sucesso, 1 se não houver nada para rebasear
ou se houverem conflitos não resolvidos.
Devolve 0 para indicar sucesso, 1 se houver arquivos não resolvidos.
Devolve 0 para indicar sucesso, 1 se alguma intervenção do usuário
for necessária (tanto para um comando "edit" como para resolver
conflitos inesperados).
Devolve 0 para indicar sucesso, 1 para indicar sucesso parcial
(veja --partial).
Devolve 0 para indicar sucesso. Devolve 0 para indicar sucesso.
Devolve 0 para indicar sucesso.
Devolve 0 para indicar sucesso na criação de um novo patch.
Devolve 0.
Execute após (re)habilitar expansão de palavras chave. Agenda arquivos para serem adicionados ao controle de versão
e ao repositório. Agenda os arquivos indicados para remoção do ramo atual. Procura em revisões e arquivos por uma expressão regular. Veja :hg:`help config` para mais informações sobre arquivos de configuração. Veja :hg:`help dates` para obter uma lista de todos os formatos
válidos para -d/--date. Veja :hg:`help dates` para uma lista de formatos válidos para
-d/--date.
Veja :hg:`help keyword` para saber como construir padrões tanto
para inclusão como para exclusão de arquivos. Veja :hg:`help qnew` & :hg:`help record` para forma de uso
e mais informações.
Veja :hg:`help revisions` e :hg:`help revsets` para mais
informações sobre a especificação de revisões. Veja :hg:`help templates` para informações sobre modelos e
filtros.
Veja :hg:`help templates` para mais informações sobre estilos
pré-existentes e especificação de modelos personalizados. Veja :hg:`help urls` para detalhes sobre a especificação de URLs. Veja :hg:`help urls` para mais informações. Veja pull para detalhes do formato do destino. Veja pull para detalhes sobre formatos válidos da origem. As revisões selecionadas serão aplicadas sobre o diretório de
trabalho atual com a descrição da revisão original. As revisões
são copiadas, e portanto aparecerão duas vezes no histórico com
identidades diferentes. Definir HGPLAINEXCEPT para qualquer valor (mesmo uma string vazia)
habilitará o modo plain. A operação shelve "engaveta" as modificações dos arquivos
informados por "hg status" em um arquivo bundle, para em
seguida reverter tais mudanças, deixando o diretório de
trabalho limpo. Mostra revisões não encontradas no repositório de destino
especificado ou na localização padrão de push. Estas são as
revisões que seriam enviadas se um push fosse pedido. Mostra os mapeamentos de modelo de palavras chave atual,
customizado ou padrão, e suas expansões. Mostra a definição do caminho simbólico NOME. Se nenhum nome for
fornecido, mostra todas as definições de nomes disponíveis. Mostra diferenças entre revisões para os arquivos especificados,
usando um programa externo. O programa padrão usado é o diff, com
as opções padrão "-Npru". Mostra diferenças entre revisões para os arquivos especificados,
usando o programa %(path)s. Mostra diferenças entre revisões para os arquivos especificados. Mostra novas revisões encontradas no caminho/URL especificado
ou na localização de pull padrão. Estas são as revisões que
seriam trazidas se um pull fosse executado. Exibe o estado dos arquivos no repositório. Se nomes forem
fornecidos, apenas arquivos que casarem serão exibidos. Arquivos
sem modificações, ignorados ou origens de uma cópia ou renomeação
não são listados, a não ser que -c/--clean (sem modificações),
-i/--ignored (ignorados), -C/--copies (cópias) ou -A/-all (todos)
sejam passados. A não ser que as opções descritas como "mostra
apenas ..." sejam passadas, as opções -mardu serão usadas. Mostra um diff que inclui o patch atual bem como quaisquer
mudanças que tiverem sido feitas no diretório de trabalho desde
a última renovação (mostrando assim como ficaria o patch atual
após um qrefresh). Do mesmo modo, passar --rev para "hg clone" não usará hardlinks,
criando uma cópia completa do repositório. Como nomes de etiqueta têm prioridade sobre nomes de ramo durante
a busca de revisões, não é recomendado usar um nome de ramo
existente como nome de etiqueta. Por ser possível restaurar uma mudança engavetada sobre uma
revisão qualquer, uma operação unshelve pode resultar em um
conflito entre as mudanças restauradas e as revisões de
destino. Se isso ocorrer, você deve resolver os conflitos,
e em seguida usar ``--continue`` para completar a operação
unshelve. (O bundle não será removido até que você complete
a operação unshelve com sucesso.) O histórico de origem pode ser recuperado a partir de uma revisão
específica, ao invés de ser convertido integralmente. Apenas
conversões de um único ramo são suportadas. O repositório de patches da origem é procurado por padrão em
<origem>/.hg/patches . Use -p <url> para mudar. Os campos especiais são ``summary`` (sumário) e ``metadata`` (metadados):
``summary`` corresponde à primeira linha da descrição.
``metadata`` é equivalente a ``description user date``
(ou seja, corresponde aos principais campos de metadados). Especificar um caminho para a raiz de um repositório ou para um
arquivo bundle do Mercurial faz com que a busca opere em tal
repositório ou bundle. Inicia um visualizador e servidor de pull local via HTTP. Você pode
usar esse comando para imediata visualização e compartilhamento de
repositórios. É recomendado utilizar um servidor web propriamente dito
para compartilhamento mais permanente de repositórios. As estatísticas se baseiam no número de linhas modificadas, ou
alternativamente no número de revisões, se for usada a opção
--changesets. A operação strip não reescreve o histórico, e pode ser usada em
revisões na fase pública. Mas se revisões removidas por strip
tiverem sido enviadas para um repositório remoto, um comando pull
subsequente poderá trazê-las de volta. Origem Subversion
################# A origem Subversion detecta a organização clássica
trunk/branches/tags . Por padrão, a URL de origem
``svn://repo/path/`` fornecida é convertida como um único ramo.
Se ``svn://repo/path/trunk`` existir, irá substituir o ramo
default. Se ``svn://repo/path/branches`` existir, seus
subdiretórios serão listados como possíveis ramos. Se
``svn://repo/path/tags`` existir, será consultado para tags
referenciando ramos convertidos. Os valores padrão ``trunk``,
``branches`` e ``tags`` podem ser sobrepostos pelas seguintes
opções. Defina-os como caminhos relativos à URL de origem, ou
deixe-os em branco para desabilitar a detecção automática. Esse arquivo pode ser especificado com a opção --aliases; de
outro modo, será usado um arquivo .hgchurn no raiz do diretório
de trabalho, se existir.
Apelidos serão divididos no "=" mais à direita.
Este comando alterna entre diferentes filas de patches, e também é
usado para criar novas filas ou remover filas existentes. Em geral, consolidações de revisões de etiqueta são feitas na
cabeça de um ramo. Se o pai do diretório de trabalho não for a
cabeça de um ramo, :hg:`tag` abortará; use -f/--force para
forçar a consolidação de uma etiqueta a se basear em uma
revisão que não seja uma cabeça de ramo. Etiquetas são usadas para nomear determinadas revisões do
repositório e são muito úteis para comparar diferentes revisões,
para voltar para versões significativas anteriores ou para marcar
pontos de ramificação para versões de distribuição, etc.
Alterar uma etiqueta existente normalmente não é permitido
use -f/--force para forçar essa alteração. A opção --amend pode ser usada para emendar o pai do diretório
de trabalho com uma nova revisão que contenha as mudanças no pai
somadas às mudanças atualmente informadas por :hg:`status`, se
houver alguma. A revisão antiga é armazenada em um bundle de
backup em ``.hg/strip-backup`` (para restaurar essa revisão, veja
:hg:`help bundle` e :hg:`help unbundle`). As opções --files e --dirs podem ser usadas para apagar apenas
arquivos ou apenas diretórios, ou ambos. Se essas opções não
forem especificadas, tanto arquivos como diretórios serão
apagados. A origem Mercurial reconhece as seguintes opções de configuração,
que podem ser definidas na linha de comando usando ``--config``: O importador Perforce (P4) pode receber um caminho de depot p4 ou
uma especificação de cliente como origem. Ele irá converter todos
os arquivos da origem para um repositório achatado do Mercurial,
ignorando labels, branches e integrações. Note que quando é dado
um caminho de depot você precisa tipicamente especificar um
diretório de destino, caso contrário o destino pode ser chamado
``...-hg``. A diretiva ``include`` faz com que um arquivo, ou todos os arquivos
em um diretório, sejam incluídos no repositório de destino.
Sem diretivas ``include``, por padrão todos os arquivos são
incluídos. Se houver qualquer diretiva ``include``, nada
mais será incluído.
A diretiva ``exclude`` faz com que os arquivos e
diretórios sejam omitidos. A diretiva ``rename`` renomeia um
arquivo ou diretório que for convertido. Para renomear de um
subdiretório para o raiz do repositório, use ``.`` como caminho
de destino. O tipo de arquivo é detectado automaticamente com base na extensão
do arquivo (ou forçado através de -t/--type). O parâmetro authormap é um arquivo texto simples
que mapeia cada autor de commit da origem para um autor de commit
no destino. Isso auxilia na conversão de sistemas que utilizam
logins unix para identificar os autores (ex: CVS). É usada uma linha
por mapeamento, com a forma:: O branchmap é um arquivo que permite a renomeação de um ramo
quando este for trazido de um repositório externo qualquer. Se
usado em conjunto com um splicemap, fornece uma poderosa
combinação que auxilia o conserto de repositórios mal
gerenciados, transformando-os em repositórios Mercurial
estruturados apropriadamente. O branchmap contém linhas da forma:: O arquivo bundle pode então ser transferido usando métodos
convencionais e aplicado a outro repositório com os comandos
unbundle ou pull. Isto pode ser útil caso o acesso direto para
push e pull não estiver disponível ou se exportar um repositório
completo não for desejável. Os códigos usados para exibir o estado dos arquivos são:: O diretório de trabalho é atualizado com todas as mudanças feitas
na revisão pedida desde a última revisão predecessora comum. Se não for passada na linha de comando, a descrição do DAG é lida
da entrada padrão. O dirstate será definido para os arquivos da revisão pedida.
O conteúdo real do diretório de trabalho e informações existentes
no dirstate (como adições e remoções) não são considerados. O nome exato do pacote de destino ou diretório é dado por uma
string de formatação; veja :hg:`help export` para detalhes. O filemap é um arquivo que permite filtrar e remapear arquivos e
diretórios. Cada linha pode conter uma das seguintes diretivas:: Os arquivos serão adicionados ao repositório na próxima
consolidação. Para desfazer uma adição antes disso, veja
:hg:`forget`. As seguintes opções são suportadas: As seguintes opções podem ser definidas com ``--config``: As seguintes opções podem ser usadas com ``--config``: O cabeçalho de cada patch incorporado será concatenado com o
cabeçalho do patch atual, separado por uma linha de ``* * *``. A informação exibida no cabeçalho de revisão é: autor, data,
nome do ramo (se diferente do default), hash da revisão, pai(s)
e comentário de consolidação. A chave é o identificador de revisão no sistema de controle de
versão de origem cujos pais devam ser modificados (mesmo formato
de uma chave em .hg/shamap). Os valores são os identificadores de
revisão (no sistema de origem ou no de destino) que devem ser
usados como os novos pais daquele nó. Por exemplo, se você mesclou
"release-1.0" em "trunk", você deve especificar a revisão em
"trunk" como primeiro pai e a revisão em "release-1.0" como
segundo. As chaves podem ser: A localização da origem é adicionada ao arquivo ``.hg/hgrc`` do novo
repositório, como o padrão a ser usado para futuros comandos
pull. O diretório de patches deve ser um repositório aninhado do
Mercurial, como criado por :hg:`init --mq`. O patch é inserido na série após o último patch aplicado. Se
não houver nenhum patch aplicado, qimport adiciona o novo patch
no começo da série. O patch terá o mesmo nome que seu arquivo de origem, a não ser
que você lhe dê um novo nome usando -n/--name. Os patches não devem estar aplicados, e ao menos um patch deve
ser passado. Devem ser fornecidos identificadores exatos para
os patches. Com -k/--keep, os arquivos de patch serão
preservados no diretório de patches. Os nomes de caminho ``default`` e ``default-push`` têm significado
especial. Ao realizar uma operação pull ou push, eles são usados como
origem ou destino pré-definidos se nenhum local remoto for especificado
na linha de comando. Se ``default-push`` estiver definido, será o valor
usado para push, e ``default`` será usado para pull; caso contrário,
``default`` será usado para ambos. Ao clonar um repositório, a origem
é definida como ``default`` no ``.hg/hgrc`` do novo clone. Note que
``default`` e ``default-push`` são usados por todas as operações de
entrada (por exemplo, :hg:`incoming`) e de saída (por exemplo,
:hg:`outgoing`, :hg:`email` e :hg:`bundle`). É esperado que padrões sem tipo específico como ``glob:`` sejam
relativos ao diretório atual e por eficiência casem arquivos
exatamente. É esperado que padrões sem tipo específico como ``glob:`` sejam
relativos ao diretório atual e casem com o arquivo ou diretório. O repositório de fila é por padrão não versionado. Se for
especificado -c/--create-repo, qinit criará um repositório
separado aninhado para patches (qinit -c pode ser também
executado posteriormente para converter um repositório de
patches não versionado em um versionado). Você pode usar
qcommit para consolidar mudanças neste repositório de fila. O comando resolve pode ser usado das seguintes maneiras: O splicemap é um arquivo que permite a inserção de histórico
sintético, permitindo que você especifique os pais de uma
revisão. Isto é útil se você por exemplo quiser que um merge do
Subversion tenha dois pais, ou para juntar duas linhas desconexas
de histórico. Cada entrada contém uma chave, seguida de um
espaço, seguido de um ou mais valores separados por vírgulas:: O comando strip remove as revisões pedidas e todos os seus
descendentes. Se o diretório de trabalho tiver mudanças
pendentes, essa operação será abortada, a não ser que seja
usada a opção --force; nesse caso, as mudanças serão
descartadas. A revisão tip (tipicamente chamada apenas de tip) é a revisão
adicionada mais recentemente ao repositório (e portanto a cabeça
modificada mais recentemente. Isso ativa a guarda "stable". mq omitirá o patch foo (porque
ele tem um casamento negativo) mas empilhará o patch bar (porque
ele tem um casamento positivo). Isto pode ser especialmente útil se suas mudanças foram aplicadas
a um repositório upstream, ou se você pretender enviar essas
mudanças para upstream. Este comando opcionalmente aceita o nome de uma mudança engavetada a
ser restaurada. Se o nome não for fornecido, a mudança mais recente
será usada. Este comando se comporta de modo diferente do grep do Unix. Ele
aceita apenas expressões regulares Python/Perl. Ele procura no
histórico do repositório, não no diretório de trabalho. Ele
sempre imprime o número da revisão onde um casamento aparece. Este comando edita revisões entre ANCESTRAL e o pai do diretório
de trabalho. Este comando ajuda a encontrar revisões que introduziram
problemas. Para usá-lo, marque como ruim a revisão mais antiga
que apresentar o problema, e como boa a mais recente que não
apresentar o problema. O comando bisect irá atualizar seu
diretório de trabalho para uma revisão a ser testada (a não ser
que a opção -U/--noupdate seja especificada). Uma vez que você
tenha realizado os testes, marque o diretório de trabalho como
ruim ou bom e bisect irá ou atualizar para outra revisão
candidata ou informar que encontrou a revisão ruim. Este comando é obsoleto, use :hg:`heads` em seu lugar. Este comando é obsoleto, use :hg:`rebase` em seu lugar. Este comando é obsoleto. Sem -c, é subentendido em outros comandos
relevantes. E ao invés de -c, use :hg:`init --mq`. Este comando é obsoleto; use :hg:`commit --mq` em seu lugar. Esse comando serve como ferramenta de depuração para o conversor
do CVS para o Mercurial e pode ser usado como um substituto
direto do cvsps. Este comando não está disponível para a consolidação de uma mesclagem. Este comando não deve ser usado em repositórios públicos. Uma vez que
as mudanças sejam visíveis para serem trazidas por outros usuários, um
desfazimento local se torna inefetivo (alguém pode já ter feito um pull
das mudanças). Além disso, erros de concorrência são possíveis para
leitores do repositório: por exemplo, um pull em andamento pode falhar
se um rollback for executado. Este comando é útil para descobrir quando uma mudança foi feita
e por quem. Este comando permite recriar tais hardlinks para recuperar o espaço
desperdiçado. Este comando agenda os arquivos para serem removidos na próxima
consolidação. Para desfazer uma remoção antes disso, veja
:hg:`revert`. Para desfazer uma adição de arquivos, veja
:hg:`forget`. Este comando deve ser usado com cuidado. Há apenas um nível de
rollback, e não há maneira de desfazê-lo. Ele irá também restaurar
o dirstate ao do momento da última transação, descartando qualquer
mudança de dirstate desde aquele momento. Este comando não altera
o diretório de trabalho. Este comando suporta shells que ofereçam completação de
nomes de caminhos. Atualmente, apenas arquivos já presentes
no dirstate serão completados. Este comando faz efeito na próxima consolidação. Para desfazer
uma renomeação antes disso, veja :hg:`revert`. Este comando faz efeito na próxima consolidação. para desfazer
uma cópia antes disso, veja :hg:`revert`. Este comando tenta consertar o estado do repositório após uma
operação interrompida. Deve ser necessário apenas se o Mercurial
sugeri-lo. Este comando usa a lógica de mesclagens do Mercurial para
copiar mudanças individuais de outros ramos sem mesclar
os ramos no grafo de histórico. Isto é por vezes chamado de
'backporting' ou 'cherry-picking'. Por padrão, graft
copiará o usuário, data e descrição das revisões de
origem. Este comando exibe um histograma representando o número de linhas
alteradas ou revisões, agrupadas de acordo com o modelo pedido.
O modelo padrão agrupa mudanças por autor. Alternativamente, a
opção --dateformat pode ser usada para agrupar os resultados por
data. Esta funcionalidade só é suportada em versões do Python 2.6 ou
posteriores. Se você quiser usá-la em versões anteriores do Python,
a versão da biblioteca ssl readaptada para versões antigas do Python
disponível em ``http://pypi.python.org``. Este comando localiza todas as mudanças do repositório no
caminho ou URL especificado e as adiciona a um repositório
local (o atual, a não ser que a opção -R seja especificada).
Por padrão, ele não atualiza a cópia do projeto no diretório
de trabalho. Este comando localiza todas as mudanças do repositório na URL ou
caminho especificado e as adiciona ao repositório local. Isto gera um breve sumário do estado do diretório de trabalho,
incluindo pais, ramo, status de consolidação e atualizações
disponíveis. Isto é útil para escrever utilitários de conversão de repositórios, mas
deve ser usado com cuidado. Lista tanto etiquetas regulares como locais. Se a opção
-v/--verbose for usada, uma terceira coluna "local" é impressa
para etiquetas locais. Isto quer dizer que purge irá por padrão apagar: Isto remove arquivos apenas do ramo atual,e não de todo o
histórico do projeto, nem os apaga do diretório de trabalho. Esta operação é simétrica à pull: ela é idêntica a um pull realizado
no destino usando o repositório atual como origem. Se nada especificado, este predicado assume ``glob:`` como tipo de padrão. Este repositório compartilhará o espaço com ORIGEM, que deve estar no
mesmo disco local. Se ORIGEM for omitida, o comando usará os apelidos
"default-relink" ou "default", nessa ordem. Isto irá realizar uma verificação ampla da integridade do
repositório, validando os hashes e checksums de cada entrada
no changelog, manifesto, e arquivos rastreados, bem como a
integridade de seus índices e ligações cruzadas. Para cancelar uma mesclagem não consolidada (e perder suas
modificações), use :hg:`update --clean .`. Para obter uma revisão em particular, use -u/--update, ou
-U/--noupdate para criar um clone sem um diretório de trabalho. Para criar uma nova fila, use -c/--create. A fila é automaticamente
ativada, a não ser que patches da fila ativa atual estejam aplicados
ao repositório. Nesse caso a fila será criada, mas a ativação
falhará. Para remover uma fila existente, use --delete. Você não pode
remover a fila ativa no momento. Para remover mudanças engavetadas específicas, use ``--delete``.
Para remover todas as mudanças engavetadas, use ``--cleanup``.
Para temporariamente desabilitar a verificação SSL, especifique
``--insecure`` (inseguro) na linha de comando. Para facilitar o controle de versão, a distribuição e a
mesclagem de etiquetas, elas são armazenadas em um arquivo
chamado ".hgtags" que é gerenciado de forma similar a
outros arquivos do projeto, e pode ser editado manualmente se
necessário. O arquivo ".hg/localtags" é usado para etiquetas
locais (não compartilhadas entre repositórios). Para que o servidor escolha qualquer porta livre para escutar,
especifique a porta como 0; nesse caso, o servidor irá imprimir
o número da porta que ele usar. Para importar um patch da entrada padrão, passe - como o arquivo
do patch. Ao importar da entrada padrão, um nome de patch deve
ser especificado usando a opção --name. Para importar um patch existente com um novo nome:: Para combinar com mais de um campo, passe a lista de campos
separada por espaços (como em 'author description'). Para trazer apenas um subconjunto de revisões, especifique um
ou mais identificadores de revisão com -r/--rev ou ramos com
-b/--branch. O clone resultante conterá apenas as revisões
especificadas e seus ancestrais. Estas opções (ou
'clone origem#rev dest') implicam --pull, mesmo para repositórios
locais. Note que especificar uma etiqueta incluirá a revisão
etiquetada mas não incluirá a revisão que define a etiqueta em si. Para ler um patch da entrada padrão, use "-" como nome do
patch. Se uma URL for especificada, o patch será obtido a partir
dela. Veja :hg:`help dates` para uma lista de formatos válidos
para -d/--date.
Para restaurar essas mudanças para o diretório de trabalho,
use "hg unshelve"; isto é suportado mesmo se o pai do
diretório de trabalho não for mais a revisão original. Para exibir uma lista das mudanças engavetadas, use a opção
``--list``. Para cada mudança engavetada, isto irá imprimir
seu nome, idade e descrição; use ``--patch`` ou ``--stat``
para mais detalhes. Para selecionar um programa diferente, use a opção -p/--program.
Ao programa serão passados os nomes de dois diretórios para
comparar. Para passar opções adicionais para o programa, use a
opção -o/--option. Estas serão passadas antes dos nomes dos
diretórios a serem comparados. Para definir guardas em um outro patch:: Para parar de gerenciar um patch e movê-lo para o histórico
permanente, use o comando :hg:`qfinish` . Para desfazer um forget antes da próxima consolidação, veja :hg:`add`. Para desfazer uma mesclagem antes de sua consolidação, use
:hg:`update --clean .`, que obterá uma cópia limpa do primeiro pai
original, descartando todas as mudanças. Transações são usadas para encapsular os efeitos de todos os comandos
que criam novas revisões ou propagam revisões existentes para o
repositório. Infelizmente, revisões subsequentemente trazidas para qualquer dos
repositórios quebrarão os hardlinks de qualquer arquivo alterado
pelas novas revisões, mesmo que os repositórios acabem por trazer as
mesmas mudanças. A não ser que -f/--force seja especificado, :hg:`phase` não
moverá revisões de uma fase mais baixa para uma mais alta. As
fases são ordenadas como segue:: A não ser que -f/--force seja especificado, o comando branch não
deixará você definir um nome de ramo que já existe, mesmo que
tal ramo esteja inativo. Update muda o pai do diretório de trabalho para a revisão especificada
(veja :hg:`help parents`). Atualiza o diretório de trabalho do repositório para a revisão
pedida. Se não for especificada uma revisão, atualiza para a
última revisão do ramo nomeado atual e move o marcador atual
(veja :hg:`help bookmarks`). Ao invés de --outgoing, use "min(outgoing() and ::.)" ou outro
revset semelhante para especificar com exatidão as revisões a serem
editadas nessas situações.Veja :hg:`help revsets` para detalhes sobre
seleção de revisões. Use --bypass para aplicar e consolidar patches diretamente no
repositório, sem alterar arquivos no diretório de trabalho. Sem
--exact, patches serão aplicados sobre a revisão do pai do
diretório de trabalho. Use --new-branch se você quiser permitir que o comando push crie
um novo ramo nomeado que já não esteja presente no destino, sem
forçar outras mudanças. Use --partial para garantir que uma revisão seja criada a partir
do patch, mesmo que alguns trechos não possam ser aplicados. Trechos
não aplicados serão escritos em um arquivo <arquivo-de-destino>.rej.
Conflitos poderão então ser resolvidos manualmente, e a revisão
criada poderá em seguida ser ajustada usando :hg:`commit --amend`.
Esta flag permite que patches que só apliquem parcialmente sejam
importados preservando seus metadados associados (autor,
data, descrição, ...). Note que, se nenhum dos trechos puder ser
aplicado, :hg:`import --partial` criará uma revisão vazia,
importando apenas os metadados do patch. Use --to-normal para converter largefiles de volta a arquivos
normais; após essa conversão, o repositório DEST poderá ser
usado normalmente, sem a extensão largefiles. Use --verbose para imprimir a árvore decodificada antes e depois
da expansão de apelidos.
Use -C/--clean para redefinir o ramo do diretório de trabalho
para o ramo do pai do diretório de trabalho, desfazendo uma
mudança de ramo anterior. Use -d/--default para desabilitar a configuração atual. Use -n/--none para desativar guardas (nenhum outro argumento
é necessário). Se nenhuma guarda estiver ativa, patches com
guardas positivas são omitidos e patches com guardas negativas
são empilhados. Use -s/--series para imprimir uma lista de todas as guardas no
arquivo series (nenhum outro argumento necessário). Use -v para
mais informações. Use :hg:`diff` se você quiser apenas ver as mudanças feitas desde
o último qrefresh, ou :hg:`export qtip` se você quiser ver
mudanças feitas pelo patch atual sem incluir as mudanças feitas
desde o último qrefresh. Use :hg:`incoming` se você quiser ver o que seria adicionado pelo
comando pull. Se você então decidir adicionar tais mudanças ao
repositório, você deve usar :hg:`pull -r X`, onde X é a última
revisão listada por :hg:`incoming`. Use null como revisão para remover o diretório de trabalho (com um
resultado semelhante a :hg:`clone -U`). Use a opção --no-backup para descartar o bundle de backup assim
que a operação terminar. Use a opção -g/--git para gerar diffs no formato estendido
"git diff". Leia :hg:`help diffs` para mais informações. Use a opção -g/--git para gerar diffs no formato estendido
"git diff". Veja :hg:`help diffs` para mais informações. Use a opção -g/--git para manter o patch no formato estendido git
diff. Leia o tópico de ajuda diffs para mais informações sobre
por que isso é importante para preservar mudanças de permissão
e informações de cópia e renomeação. Use a opção -s/--similarity para detectar arquivos renomeados.
Esta opção recebe como parâmetro uma porcentagem entre 0
(desabilitada) e 100 (arquivos devem ser idênticos). Com um parâmetro maior do que 0, compara cada arquivo removido com cada
arquivo adicionado e grava como renomeações aqueles semelhantes o
bastante. Detectar
desta maneira arquivos renomeados pode ser uma operação cara.
Após o uso dessa opção, :hg:`status -C` pode ser usado para
verificar quais arquivos foram identificados como movidos ou
renomeados.
Se -s/--similarity não for especificada, seu valor será 100,
de modo que apenas
renomeações idênticas aos originais serão detectadas. Use o comando :hg:`qguard` para definir ou imprimir guardas no patch,
depois use qselect para dizer à mq quais guardas usar. Um patch
será empilhado se ele não tiver guardas ou se qualquer guarda
positiva casar com a guarda atual, mas não será empilhado se
qualquer guarda negativa casar com a guarda atual. Por exemplo:: Use o comando :hg:`update` para trocar para um ramo existente. Use o comando :hg:`update` para alternar para um ramo existente.
Use :hg:`commit --close-branch` para marcar este ramo como
fechado.
Útil para prevenir expansão indesejada de palavras chave e para
acelerar a execução examinando apenas arquivos candidatos à
expansão. Com a opção -r/--rev ou -d/--date, reverte os arquivos ou diretórios
dados para seus conteúdos em uma revisão específica. Como revert não
muda os pais do diretório de trabalho, isto fará com que estes
arquivos apareçam como modificados na cópia de trabalho. Isso pode
ser útil para "desfazer" no todo ou em parte alguma mudança anterior.
Veja :hg:`backout` para um método relacionado. Os campos válidos são a maior parte dos campos comuns de revisões,
além de alguns campos especiais. Tipos válidos: Verifica a integridade do repositório atual. Se a revisão não for passada, imprime um sumário do estado atual
do repositório. Quando uma mesclagem é necessária, o diretório de trabalho será
inicialmente atualizado para as revisões recém trazidas. As
revisões locais serão então mescladas com as novas revisões.
Para mudar essa ordem de mesclagem, use --switch-parent. Se arquivos não forem especificados, "hg shelve" engaveta
todos os arquivos não limpos. Se arquivos ou diretórios forem
especificados, apenas as mudanças em tais arquivos serão
engavetadas. Quando repositórios são clonados localmente, seus arquivos de dados
são duplicados usando hardlinks, de modo a usarem apenas o espaço de
um repositório. Quando dois argumentos de revisão forem dados, são exibidas as
mudanças entre essas revisões. Se apenas uma revisão for
especificada, tal revisão será comparada com o diretório de
trabalho, e se nenhuma revisão for especificada, os arquivos do
diretório de trabalho serão comparados com seu pai. Espaços em branco entre os elementos acima são ignorados. Com --debug, é mostrada a origem (nome de arquivo e número da
linha) para cada item de configuração. Com --edit, abre um editor com o arquivo de configuração do usuário.
Com --global, edita o arquivo de configuração global.
Com --local, edita o arquivo de configuração do repositório. Com --graph as revisões são mostradas como um DAG em arte ASCII
com as revisões mais recentes no topo.
'o' é uma revisão, '@' é o pai do diretório de trabalho, 'x' é
obsoleta, e '+' representa uma bifurcação onde a revisão
das linhas abaixo é um pai da mesclagem 'o' na mesma linha. Com --outgoing, edita revisões não encontradas no repositório de
destino. Se a URL do destino for omitida, o caminho definido em
'default-push' (ou 'default') será usado. Com -A/--all e -v/--verbose os códigos usados para mostrar o
status dos arquivos são:: Com -b/--bundle, as revisões são selecionados assim como em
--outgoing, mas um único e-mail contendo em anexo um bundle
binário do Mercurial será enviado. Com -f/--force, um patch existente de mesmo nome será
sobrescrito. Com a opção -m/--mbox, ao invés de visualizar cada mensagem do
patchbomb em um pager ou enviá-las diretamente, o comando irá
criar um arquivo de mailbox UNIX com os e-mails de patch. Este
arquivo de mailbox pode ser visualizado com qualquer cliente de
e-mails que suporte arquivos mbox UNIX. Com a opção -n/--test, todos os passos serão executados, mas as
mensagens não serão enviadas. Você será consultado interativamente
para fornecer um endereço de email de destino, um assunto e uma
mensagem introdutória descrevendo os patches de sua patchbomb.
Quando tudo estiver feito, as mensagens da patchbomb serão
exibidas. Se a variável de ambiente PAGER estiver definida, seu
visualizador será executado uma vez para cada mensagem do patchbomb,
para que você possa verificar se tudo está certo. Com -o/--outgoing, e-mails serão gerados para patches não
encontrados no repositório de destino (ou apenas aqueles que
forem ancestrais das revisões, se estas forem especificadas) Com -s/--similarity, hg irá tentar determinar renomeações e
cópias no patch do mesmo modo que :hg:`addremove`. Com a opção -v, imprime permissões de arquivo, links simbólicos
e bits de execução. Com a opção --debug, imprime os hashes de
revisão de arquivo. Com cinco argumentos, redefine uma chave para o novo valor se
estiver no momento definida para o valor antigo.
Informa sobre sucesso ou falha.
Com múltiplos argumentos, imprime nomes e valores de todos os
itens de configuração que casarem com os nomes de seção. Sem argumentos, mostra o nome de ramo atual. Com um argumento,
define o nome de ramo do diretório de trabalho (o ramo não
existirá no repositório até a próxima consolidação). Recomenda-se
usar o ramo 'default' como ramo primário de desenvolvimento. Sem parâmetros, mostra o nome da fase das revisões especificadas. Sem parâmetros, mostra a lista de marcações de obsolescência. Sem argumentos, imprime uma lista de comandos com textos curtos
de ajuda. Sem argumentos, imprime nomes e valores de todos os itens de
configuração. Sem argumentos, imprime as guardas ativas no momento.
Com um argumento, define guardas para o patch pedido. Sem argumentos, imprime as guardas ativas no momento. Com um
argumento, define a guarda ativa. Sem argumentos, exibe todas as cabeças de ramo abertas
do repositório.
"Cabeças" de ramo são revisões que não possuem descendentes
no mesmo ramo.
Elas são onde o desenvolvimento geralmente acontece
e são os alvos usuais para operações update e
merge. Se não for pedida uma revisão, reverte os arquivos ou diretórios
pedidos para o conteúdo que eles possuíam no primeiro pai do diretório de
trabalho. Isto restaura o conteúdo do arquivos afetados para um
estado inalterado e reverte operações de adição, remoção, cópia e
renomeação. Se o diretório de trabalho tiver dois pais, você deve
especificar uma revisão explicitamente. Com um argumento da forma 'seção.nome', imprime apenas o valor
desse item de configuração. Com um argumento, renomeia o patch atual para PATCH1.
Com dois argumentos, renomeia PATCH1 para PATCH2. Com um parâmetro -p/--public, -d/--draft ou -s/--secret, muda o
valor da fase das revisões especificadas para pública, rascunho ou
secreta, respectivamente. Com a opção --remote, isto verificará no caminho default mudanças ainda
não sincronizadas. Isto pode levar algum tempo. Com a opção --switch-parent, o diff será feito em relação ao
segundo pai. Isso pode ser útil para avaliar uma mesclagem. Em seguida, se a opção -d/--diffstat for usada, e se o programa
diffstat estiver instalado, é inserido o resultado da execução de
diffstat no patch. Com as opções -d/--diffstat ou --confirm, será apresentado
um resumo final de todas as mensagens, e haverá um pedido de
confirmação antes do envio das mensagens. Com dois argumentos, lista as chaves no espaço de nomes dado. Sem parâmetros, desempilha o topo da pilha de patches. Se for
passado um nome, desempilha sucessivamente os patches até que
o patch com esse nome esteja no topo da pilha. Sem a opção -a/--text, annotate evitará processar arquivos
detectados como binários. Com -a, annotate irá executar de
qualquer maneira, embora os resultados provavelmente não serão
úteis. Sem a opção -a/--text, diff evitará gerar diffs de arquivos que
detectar como binários. Com -a, diff irá gerar um diff de
qualquer maneira, provavelmente com resultados não desejados. Sem a opção -a/--text, export evitará gerar diffs de arquivos
detectados como binários. Com -a, export gerará um diff de
qualquer maneira, provavelmente com resultados não desejados. Você pode mudar o método de compressão aplicado com a opção
-t/--type. Os métodos de compressão disponíveis são: none
(nenhum), bzip2 e gzip (por padrão, bundles são comprimidos
usando bzip2). Você pode importar um patch direto de uma mensagem de e-mail. São
aceitos até mesmo patches anexados (para poder usar o o corpo da
mensagem, ele deve ser do tipo text/plain ou text/x-patch). Os
cabeçalhos From e Subject da mensagem são usados como autor e
mensagem de consolidação, respectivamente. Todas as partes
text/plain antes do primeiro diff são adicionadas à mensagem de
consolidação. Você pode opcionalmente marcar as revisões selecionadas para
transplante como revisões de mesclagem. Os ancestrais de um
transplante de mesclagem não serão pedidos interativamente, e
você pode mesclar descendentes dele normalmente ao invés de
transplantá-los. Você pode registrar um patch já existente no diretório de
patches usando a opção -e/--existing. Você pode reescrever a mensagem de changelog com a opção
--filter . Seu argumento será chamado com a mensagem atual de
changelog em $1 e o patch em $2. Você pode especificar quais revisões rebasear de duas maneiras:
revisão de "origem" ou revisão "base". Ambas são formas de
especificar um conjunto de revisões topologicamente relacionadas (o
"ramo de origem"). Se você especificar a revisão de origem (com
``-s/--source``), o comando rebase irá rebasear tal revisão e todos
os seus descendentes para o destino. Se você especificar a revisão
base (com ``-b/--base``), o comando rebase selecionará ancestrais
dessa revisão base até, mas sem incluir, seu ancestral comum com o
destino. Assim, ``-b`` é menos preciso, mas mais conveniente, que
``-s``: você pode especificar qualquer revisão no ramo de origem,
e rebase irá selecionar o ramo completo. Se você não especificar
nem ``-s`` nem ``-b``, rebase usará o pai do diretório de trabalho
como revisão base. Você pode usar o arquivo de certificado CA do OpenSSL se sua
plataforma tiver um. Em muitos sistemas Linux, será o arquivo
``/etc/ssl/certs/ca-certificates.crt``.
De outro modo, você terá que gerar esse arquivo manualmente.
A forma deve ser a seguinte:: Você não deve rebasear revisões que já foram compartilhadas com
outros desenvolvedores. A não ser que todos realizem a mesma
operação rebase, eles ainda terão as revisões originais em seus
repositórios, que aparecerão como duplicatas das revisões rebaseadas. Você poderá selecionar interativamente a gravação de cada
arquivo modificado, além de cada alteração dentro dos arquivos
(no caso de arquivos com mais de uma alteração). Para cada
consulta, as seguintes respostas são possíveis:: [bar]
eggs=ham
green=
eggs [bugzilla]
bzurl=http://my-project.org/bugzilla
user=bugmail@my-project.org
password=plugh
version=xmlrpc
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [bugzilla]
bzurl=http://my-project.org/bugzilla
user=bugmail@my-project.org
password=plugh
version=xmlrpc+email
bzemail=bugzilla@my-project.org
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [bugzilla]
host=localhost
password=XYZZY
version=3.0
bzuser=unknown@domain.com
bzdir=/opt/bugzilla-3.2
template=Changeset {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{desc}\n
strip=5 [committemplate]
changeset = {desc}\n\n
HG: Enter commit message. Lines beginning with 'HG:' are removed.
HG: {extramsg}
HG: --
HG: user: {author}\n{ifeq(p2rev, "-1", "",
"HG: branch merge\n")
}HG: branch '{branch}'\n{if(currentbookmark,
"HG: bookmark '{currentbookmark}'\n") }{subrepos %
"HG: subrepo {subrepo}\n" }{file_adds %
"HG: added {file}\n" }{file_mods %
"HG: changed {file}\n" }{file_dels %
"HG: removed {file}\n" }{if(files, "",
"HG: no files changed\n")} [extensions]
bugzilla = [foo]
eggs=large
ham=serrano
eggs=small [foo]
ham=prosciutto
eggs=medium
bread=toasted [graph]
# 2 pixels de largura
default.width = 2
# cor vermelha
default.color = FF0000 [hooks]
# executa o gancho bugzilla a cada mudança trazida para cá
incoming.bugzilla = python:hgext.bugzilla.hook [hostfingerprints]
hg.intevation.org = fa:1f:d9:48:f1:e7:74:30:38:8d:d8:58:b6:94:b8:58:28:7d:8b:d0 [keyword]
# expande palavras chave em todo arquivo python exceto
# naqueles que casarem com "x*"
**.py =
x* = ignore [keywordset]
# prefira mapeamentos padrão do svn ao invés do cvs
svn = True [paths]
my_path = http://example.com/path [spam]
eggs=ham
green=
eggs [spam]
eggs=large
ham=serrano
eggs=small [usermap]
user@emaildomain.com=user.name@bugzilladomain.com [web]
baseurl=http://my-project.org/hg [websub]
issues = s|issue(\d+)|<a href="http://bts.example.org/issue\1">issue\1</a>|i
italic = s/\b_(\S+)_\b/<i>\1<\/i>/
bold = s/\*\b(\S+)\b\*/<b>\1<\/b>/ ``--tool`` pode ser usado pra especificar o utilitário de
mesclagem usado para mesclagens de arquivo. Esta opção sobrepõe
a variável de ambiente HGMERGE e os valores especificados nos
arquivos de configuração. Veja :hg:`help merge-tools` para opções. ``ls``
Usa o profiler de instrumentação embutido no Python. Este profiler
funciona em todas as plataformas, mas cada número de linha que ele
informa é a primeira linha de uma função. Esta restrição dificulta
a identificação de partes caras de funções não triviais.
``stat``
Usa o profiler estatístico statprof, fornecido separadamente. No
momento este profiler funciona apenas em sistemas Unix, e é mais
útil para analisar comandos que rodem por mais de cerca de 0.1
segundos. Se não forem especificados campos, será utilizado o campo metadata.
Você pode corresponder mais de um campo simultaneamente. ``text``
Gera um relatório de profiling. Nota-se que, ao gravar em um
arquivo, apenas o relatório é gravado; os dados de profiling
não são mantidos.
``kcachegrind``
Formata dados de profiling para uso do kcachegrind: ao salvar
para um arquivo, o arquivo gerado pode ser carregado diretamente
no kcachegrind. apelidos: %s bar.prefix = secure.example.org
bar.key = path/to/file.key
bar.cert = path/to/file.cert
bar.schemes = https consolidador = usuário do Bugzilla foo.prefix = hg.intevation.org/mercurial
foo.username = foo
foo.password = bar
foo.schemes = http https hg add/remove/copy/rename funciona normalmente, mas você pode
querer usar patches estilo git (/g--git ou [diff] git=1) para
rastrear cópias e renomeações. Veja o tópico de ajuda diffs para
mais informações sobre o formato git diff. hg forget "set:hgignore() and not ignored()" hg locate "set:**.c and not encoding('UTF-8')" hg locate "set:grep(magic) and not binary()" hg log -r "(keyword(bug) or keyword(issue)) and not ancestors(tag())"
hg log -r "1.3::1.5 and keyword(bug) and file('hgext/*')" hg log -r "branch(default) and 1.5:: and not merge()" hg log -r "branch(default)" hg log -r "head() and not closed()" hg log -r "sort(date('May 2008'), user)" hg push my_path hg remove "set: 'listfile:foo.lst' and (**a* or **b*)" hg revert "set:copied() and binary() and size('>1M')" hg status -A "set:binary()" http://server/(.*)-hg/ = http://hg.server/\1/ kwexpand se recusa a rodar se forem passados arquivos com
mudanças locais.
kwshrink se recusa a rodar se forem passados arquivos contendo
mudanças locais.
ultimos = log --limit 5 nomedopadrao = s/EXPRESSAO_DE_BUSCA/EXPRESSAO_DE_SUBSTITUICAO/[i] qnew cria um novo patch no topo do patch aplicado no momento (se
houver). O patch será inicializado com quaisquer mudanças
pendentes do diretório de trabalho. Você pode também usar
-I/--include, -X/--exclude, e/ou uma lista de arquivos após o
nome do patch para adicionar ao novo patch apenas mudanças em
arquivos que casarem , mantendo as restantes como modificações
não consolidadas. qselect pode mudar as guardas em patches aplicados. Ele por
padrão não desempilha patches guardados. Use --pop para
desempilhar até o último patch aplicado que não esteja guardado.
Use --reapply (que implica --pop) para empilhar novamente para o
patch atual em seguida, omitindo patches guardados. ssh://exemplo.com//tmp/repositorio stable5 = ultimos -b stable onde "nome_ramo_original" é o nome do ramo no repositório de
origem, e "nome_novo_ramo" é o nome do ramo no repositório de
destino. Espaços em branco não são suportados nos nomes de ramo.
Isto pode ser usado para por exemplo mover código em um
repositório de "default" para um ramo nomeado. $ hg log --template "{bookmarks % '{bookmark}{ifeq(bookmark, current, \"*\")} '}\n" $ hg log --template "{ifcontains(rev, revset('.'), '@')}\n" $ hg log --template "{splitlines(desc) % '**** {line}\n'}" $ hg log --template "{startswith(\"template\", firstline(desc))}\n" $ hg log --template "{word(\"0\", desc)}\n"
$ hg log -r 0 --template "files: {join(files, ', ')}\n" $ hg log -r 0 --template "files:\n{files % ' {file}\n'}" $ hg log -r 0 --template "{date(date, '%Y')}\n" $ hg log -r 0 --template "{fill(desc, '30')}" $ hg log -r 0 --template "{ifeq(branch, 'default', 'on the main branch',
'on branch {branch}')}\n" $ hg log -r 0 --template "{join(extras, '\n')}\n" $ hg log -r 0 --template "{label('changeset.{phase}', node|short)}\n" $ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n" $ hg tip --template "{date|isodate}\n"
2008-08-21 18:22 +0000 $ hg tip --template "{if(author, '{author}\n')}" @ 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 Após selecionar um utilitário de mesclagem, o Mercurial por padrão
tentará primeiro mesclar o arquivo usando um algoritmo simples de
mesclagem. O utilitário só será usado se o algoritmo simples falhar
por existirem mudanças conflitantes. Esse comportamento de
mesclagem prévia pode ser controlado através da configuração premerge
do utilitário de mesclagem. A mesclagem prévia é habilitada por
padrão, a não ser que o arquivo seja binário ou um link simbólico. Revisões em fase secreta não são trocadas com o servidor. Isto
se aplica ao seu conteúdo: nomes dos arquivos, conteúdos dos
arquivos e metadados de revisão. Por razões técnicas, o
identificador (ex.: d825e4025e39) da revisão secreta pode ser
comunicado ao servidor. Variáveis de ambiente com valor vazio podem não ser passadas
para os ganchos em certas plataformas, como no Windows. Por exemplo,
``$HG_PARENT2`` terá um valor vazio sob plataformas semelhantes ao
Unix para revisões que não sejam mesclagens, mas não estará definida
sob Windows. Por exemplo, se um caractere multibyte terminado por uma barra
invertida (0x5c) for seguido de um caractere ASCII 'n' mo modelo
customizado, a sequência será tratada inesperadamente como uma
quebra de linhas (afetando também o próprio caractere multibyte). Para algumas codificações problemáticas (veja :hg:`help win32mbcs`
para detalhes), esta customização deve ser configurada cuidadosamente,
para evitar a exibição de caracteres inválidos. Subrepositórios do Git e do Subversion também são suportados:: Em geral é melhor usar ganchos padronizados ao invés dos
ganchos genéricos pre- e post- comando, pois é garantido que
sejam chamados nos contextos apropriados para influenciar
transações.
Além disso, ganchos como "commit" serão chamados em todos os
contextos que gerem uma revisão (a criação de uma etiqueta
global, por exemplo), e não apenas no comando commit. É possível criar apelidos com os mesmos nomes que comandos
existentes, o que irá sobrepôr suas definições originais. Isto é
quase sempre uma má ideia! Note que ``.hgsub`` não é criado por padrão em repositórios
do Mercurial; você deve criá-lo e adicioná-lo manualmente ao
repositório pai para poder usar sub-repositórios. Algumas opções globais de configuração, como ``-R``,
são processadas antes de apelidos de shell, e portanto não serão
passadas para os apelidos. Quanto mais específico você for em seus padrões de arquivo,
menos velocidade será perdida em repositórios muito grandes. A chave de registro ``HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercurial``
será usada ao rodar um Python 32 bits em um Windows 64 bits. As regras passarão a ser aplicadas a partir do momento em que os
arquivos forem mexidos na cópia de trabalho, por exemplo após um
update para null e de volta para a revisão atual para mexer em
todos os arquivos. O mecanismo tempfile é recomendado para sistemas Windows,
no qual os operadores padrão do shell de redirecionamento de comandos
por vezes causam efeitos estranhos e podem corromper o conteúdo de
seus arquivos. echo = !echo $@ purge = !$HG status --no-status --unknown -0 | xargs -0 rm onde ``caminho/aninhado`` é a localização da cópia local relativa
à raiz do repositório pai do Mercurial, e
``https://exemplo.com/aninhado/repo/caminho`` é o caminho do
repositório de origem. A origem também pode ser um caminho no
sistema de arquivos. # 'none' desliga todos os efeitos
status.clean = none
status.copied = none # 1) somente 'gollum' pode consolidar no ramo 'ring';
# 'gollum' e qualquer outro usuário ainda pode consolidar em
# qualquer outro ramo.
ring = !gollum # 2) somente membros do grupo 'hobbit' podem consolidar em um ramo 'lake';
# membros do grupo 'hobbit' e qualquer outro usuário ainda podem consolidar
# em qualquer outro ramo.
lake = !@hobbit # O usuário-mau é recusado em todos os ramos:
* = usuário-mau # Alguns usuários são permitidos no ramo-a:
ramo-a = usuário-1, usuário-2, usuário-3 # Modificando a prioridade da ferramenta pré-configurada
vimdiff.priority = 0 # Define uma nova ferramenta
myHtmlTool.args = -m $local $other $base $output
myHtmlTool.regkey = Software\FooSoftware\HtmlMerge
myHtmlTool.priority = 1 # Todos (exceto "usuário6" e "@hg-denied" - veja acl.deny acima)
# terão acesso de escrita a qualquer arquivo sob a pasta "resources"
# (exceto um arquivo - veja acl.deny):
src/main/resources/** = * # Todos são permitidos em ramo-de-testes:
ramo-de-testes = * # Todos são recusados no ramo "frozen":
frozen-branch = * # O grupo "hg-negado" não terá acesso de escrita a qualquer arquivo:
** = @hg-negado # Ninguém será capaz de mudar "NÃO-MEXA-NISSO.txt", apesar de
# todos poderem mudar todos os outros arquivos. Veja abaixo.
src/main/resources/NAO-MEXA-NISSO.txt = * # Apenas um usuário é permitido no ramo-b:
ramo-b = usuário-1 # superusuário é permitido em qualquer ramo:
* = superusuário # Para permitir ou restringir todos os usuários, use um asterisco:
# meu/padrão/glob = * # Use este gancho para verificar restrições de acesso durante um commit
pretxncommit.acl = python:hgext.acl.hook # Use este gancho para verificar restrições de acesso para pull, push,
# bundle e serve.
pretxnchangegroup.acl = python:hgext.acl.hook # O usuário "escritor_de_docs" tem acesso de escrita para qualquer
# arquivo sob a pasta "docs":
docs/** = escritor_de_docs # O usuário "joao" e o grupo "designers" têm acesso de escrita para
# qualquer arquivo sob a pasta "imagens":
imagens/** = joao, @designers # Você também pode negar o acesso com base em caminhos de arquivo: # adiciona um novo comando chamado meld, executa o meld
# (não é necessário nomeá-lo duas vezes)
meld = # adiciona um novo comando chamado vdiff, executa o kdiff3
vdiff = kdiff3 # adiciona um novo comando chamado vimdiff, executa gvimdiff
# com o plugin DirDiff
#(veja http://www.vim.org/scripts/script.php?script_id=102)
# Esteja certo de colocar "let g:DirDiffDynamicDiffText = 1"
# em seu .vimrc
vimdiff = gvim -f "+next" \
"+execute 'DirDiff' fnameescape(argv(0)) fnameescape(argv(1))" # um e-mail para todas as revisões enviadas
outgoing.notify = python:hgext.notify.hook # troque para sintaxe regexp.
syntax: regexp
^\.pc/
# use sintaxe glob.
syntax: glob # usuário6 não terá acesso de escrita a nenhum arquivo:
** = usuário6 $ cd test
$ hg serve $ dd if=/dev/urandom of=randomdata count=2000
$ hg add --large randomdata
$ hg commit -m 'add randomdata as a largefile' $ hg add --lfsize 2 $ hg lfconvert --size 10 oldrepo newrepo $ hg paths
zc-test = http://example.com:8000/test
$parent1, $plabel1 - nome de arquivo, rótulo descritivo do primeiro pai
$child, $clabel - nome de arquivo, rótulo descritivo da revisão filha
$parent2, $plabel2 - nome de arquivo, rótulo descritivo do segundo pai
$root - raiz do repositório
$parent é um apelido para $parent1. %include ~/.hgrc.d/$HOST.rc %s em %s não deveria ter quebras de linha %s *.elc
*.pyc
*~ - web
- paths
- collections -f -> ::.
-d x -> date(x)
-k x -> keyword(x)
-m -> merge()
-u x -> user(x)
-b x -> branch(x)
-P x -> !::x
-l x -> limit(expr, x) .hgtags = release_engineer :``serve``: revisões recebidas via http ou ssh
:``pull``: revisões recebidas via ``hg pull``
:``unbundle``: revisões recebidas via ``hg unbundle``
:``push``: revisões enviadas ou recebidas via ``hg push``
:``bundle``: revisões enviadas via ``hg unbundle`` :``xmlrpc``: interface XMLRPC do Bugzilla.
:``xmlrpc+email``: interfaces XMLRPC e email do Bugzilla.
:``3.0``: acesso MySQL, Bugzilla 3.0 e posterior.
:``2.18``: acesso MySQL, Bugzilla 2.18 até (sem incluir) 3.0
:``2.16``: acesso MySQL, Bugzilla 2.16 até (sem incluir) 2.18. :``{bug}``: O ID do bug no Bugzilla.
:``{root}``: O caminho completo do repositório do Mercurial.
:``{webroot}``: O caminho do repositório do Mercurial.
:``{hgweb}``: URL base para visualizar o repositório do Mercurial via http. <apelido> = <definicao> Alternativamente especifique "ssh -C" como seu comando ssh
em seu arquivo de configuração ou pela opção de linha de comando --ssh . Uma sintaxe alternativa é ``x..y``. O valor padrão é ``changeset {node|short} in repo {root} refers to bug
{bug}.\ndetails:\n\t{desc|tabindent}`` Padrão: serve. Obsolescência: A extensão win32text exige que cada usuário configure
a extensão novamente para cada clone já que a configuração não é
copiada ao clonar. Padrões especificados em ``.hgignore`` não são relativos à raiz do
repositório.
Veja :hg:`help hgignore` para mais detalhes. Padrões são sempre relativos à raiz do repositório, com exceção
dos especificados em ``.hgignore``.
Veja :hg:`help patterns` para mais detalhes. Trazer uma revisão rascunho de um servidor de publicação não a
marca como pública no servidor devido à natureza somente leitura
do comando pull. Veja também a seção [usermap]. Servidores executando versões mais antigas do Mercurial são
considerados como de publicação. A extensão ``eol``, criada como alternativa, usa um arquivo de
configuração versionado e cada clone irá portanto usar as
configurações apropriadas logo no início. [acl.allow.branches] [acl.allow.branches]
# Vazio [acl.allow]
# Vazio [acl.allow]
# Se acl.allow não estiver presente, todos os usuários são
# por padrão permitidos
# uma acl.allow vazia faz com que nenhum usuário seja permitido [acl.deny.branches] [acl.deny]
# 3) somente 'gollum' pode mudar o arquivo abaixo;
# 'gollum' e qualquer outro ainda pode mudar qualquer outro arquivo.
/misty/mountains/cave/ring = !gollum [acl.deny]
# Esta lista é verificada primeiro. Se uma correspondência for
# encontrada, acl.allow não é verificada. Se acl.deny não estiver
# presente, todos os usuários terão acesso . O formato para ambas
# é: glob padrão = usuário, ..., @grupo, ... [acl]
# Permite ou recusa acesso para revisões recebidas apenas se sua origem
# estiver listada aqui, caso contrário ignora esta verificação. A origem
# é "serve" para todo tipo de acesso remoto (http ou ssh), "push",
# "pull" ou "bundle" quando os comandos correspondentes forem
# executados do lado local.
# Padrão: serve
sources = serve [blackbox]
# limita o tamanho de um arquivo de log
maxsize = 1.5 MB
# rotaciona até N arquivos de log quando o atual se tornar grande demais
maxfiles = 3 [blackbox]
track = * [blackbox]
track = command, commandfinish, commandexception, exthook, pythonhook [blackbox]
track = incoming [cia]
# seu nome de usuário CIA registrado
user = foo
# o nome do projeto CIA
project = foo
# o módulo (subprojeto) (opcional)
#module = foo
# Anexa um diffstat à mensagem de log (opcional)
#diffstat = False
# Modelo a ser usado em mensagens de log (opcional)
#template = {desc}\n{baseurl}{webroot}/rev/{node}-- {diffstat}
# Estilo a ser usado (opcional)
#style = foo
# A URL do serviço de notificação CIA (opcional)
# Você pode usar URLs mailto: para enviar por e-mail, por exemplo
# mailto:cia@cia.vc
# Certifique-se de definir email.from se você fizer isso.
#url = http://cia.vc/
# imprime a mensagem ao invés de enviá-la (opcional)
#test = False
# número de barras a serem removidas de caminhos url
#strip = 0 [color]
mode = terminfo [color]
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 [decode]
# recomprime arquivos gzip ao escrevê-los no diretório de trabalho
# (podemos seguramente omitir "pipe:", por ser o padrão)
*.gz = gzip [decode]
** = cleverdecode:
# or ** = macdecode: [defaults]
log = -v
status = -m [diff-tools]
kdiff3.diffargs=--L1 '$plabel1' --L2 '$clabel' $parent $child [email]
from = Joseph User <joe.user@example.com>
method = /usr/sbin/sendmail
# caracteres para a Europa Ocidental
# us-ascii e utf-8 omitidos, pois sempre são tentados
charsets = iso-8859-1, iso-8859-15, windows-1252 [email]
from = Meu Nome <meu@email>
to = destinatário1, destinatário2, ...
cc = cc1, cc2, ...
bcc = bcc1, bcc2, ...
reply-to = endereço1, endereço2, ... [encode]
# descompacta arquivos gzip no commit para melhorar a
# compressão em delta
# obs: não é necessariamente uma boa ideia, este é apenas
# um exemplo
*.gz = pipe: gunzip [extdiff]
# adiciona um novo comando que executa o GNU diff(1) em modo
# 'context diff'
cdiff = gdiff -Nprc5
## ou do modo antigo:
#cmd.cdiff = gdiff
#opts.cdiff = -Nprc5 [extdiff]
kdiff3 = [extensions]
# (a extensão progress será carregada a partir do caminho do Mercurial)
progress =
# (esta extensão será carregada do arquivo especificado)
myfeature = ~/.hgext/myfeature.py [extensions]
# desabilita a extensão bar localizada em
# /caminho/para/extensao/bar.py
bar = !/caminho/para/extensao/bar.py
# o mesmo, se um caminho não foi fornecido para a
# extensão baz
baz = !
[extensions]
foo = [extensions]
myfeature = ~/.hgext/myfeature.py [extensions]
win32text =
[encode]
** = cleverencode:
# or ** = macencode: [factotum]
executable = /bin/auth/factotum
mountpoint = /mnt/factotum
service = hg [hgk]
path=/localização/do/hgk [hgk]
vdiff=vdiff [hooks] [hooks]
# um e-mail para cada revisão recebida
incoming.notify = python:hgext.notify.hook
# um único e-mail para todas as revisões recebidas
changegroup.notify = python:hgext.notify.hook [hooks]
# use um destes:
changegroup.cia = python:hgcia.hook
#incoming.cia = python:hgcia.hook [hooks]
# atualiza o diretório de trabalho após a adição de revisões
changegroup.update = hg update
# não usa o gancho de sistema
incoming =
incoming.email = /my/email/hook
incoming.autobuild = /my/build/hook
# força o gancho autobuild a ser executado antes de outros ganchos incoming
priority.incoming.autobuild = 1 [hooks]
pretxnchangegroup.crlf = python:hgext.win32text.forbidcrlf
# or pretxnchangegroup.cr = python:hgext.win32text.forbidcr
[hooks]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
# or pretxncommit.cr = python:hgext.win32text.forbidcr [largefiles]
minsize = 2 [largefiles]
patterns =
*.jpg
re:.*\.(png|bmp)$
library.zip
content/audio/* [merge-patterns]
**.c = kdiff3
**.jpg = myimgmerge [merge-tools]
# sobrepõe a localização padrão da ferramenta
kdiff3.executable = ~/bin/kdiff3
# Especifica a linha de comando
kdiff3.args = $base $local $other -o $output
# Usa uma prioridade mais alta
kdiff3.priority = 1 [mq]
git = auto/keep/yes/no [mq]
keepchanges = True [mq]
secret = True [notify]
config = /caminho/para/arquivo/de/assinantes [pager]
attend = annotate, cat, diff, export, glog, log, qdiff [pager]
attend-cat = false [pager]
ignore = version, help, update [pager]
pager = less -FRX [paths]
/projects/a = /srv/tmprepos/a
/projects/b = c:/repos/b
/ = /srv/repos/*
/user/bob = /home/bob/repos/** [paths]
apelido1 = URL1
apelido2 = URL2
... [patterns]
**.py = native
**.vcproj = CRLF
**.txt = native
Makefile = LF
**.jpg = BIN [phases]
publish = False [progress]
delay = 3 # número de segundos (float) antes que a barra seja mostrada
changedelay = 1 # changedelay: atraso mínimo antes que um novo tópico
# seja mostrado. Se for definido para menos de
# 3 * refresh, tal valor será usado em seu lugar.
refresh = 0.1 # tempo em segundos entre atualizações da
# barra de progresso
format = topic bar number estimate # formato da barra de progresso
width = <none> # se definido, será a largura máxima da informação de
# progresso (isto é, min(largura, largura do terminal)
# será usada)
clear-complete = True # limpa a barra de progresso após terminar
disable = False # se 'true', não exibe uma barra de progresso
assume-tty = False # se 'true', SEMPRE exibe uma barra de progressos,
# a não ser que 'disable' seja 'true' [repository]
native = LF [reposubs]
# a chave é o padrão de repositórios, o valor é uma lista separada por
# vírgulas de e-mails dos assinantes
padrão = user@host [reposubs]
*/widgets#branch(release) = qa-team@example.com [revsetalias]
h = heads()
d($1) = sort($1, date)
rs($1, $2) = reverse(sort($1, $2)) [schemes]
gcode = http://{1}.googlecode.com/hg/ [schemes]
py = http://code.python.org/hg/ [schemes]
py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://hg@bitbucket.org/
gcode = https://{1}.googlecode.com/hg/
kiln = https://{1}.kilnhg.com/Repo/ [ui]
username = Primeironome Sobrenome <primeironome.sobrenome@exemplo.net>
verbose = True [usersubs]
# a chave é o e-mail do assinante, o valor é uma lista separada
# por vírgulas de padrões de repositórios
user@host = padrão,padrão [web]
# Se você desejar hyperlinks (opcional)
baseurl = http://server/path/to/repo
[web]
pygments_style = <estilo> ``changed``
Perguntar se a mesclagem teve sucesso, caso o arquivo mesclado não mostre mudanças.
``conflicts``
Verificar a existência de conflitos mesmo que a ferramenta indique sucesso.
``prompt``
Sempre perguntar se a mesclagem teve sucesso, sem levar em conta o informado pela ferramenta. adiciona um patch conhecido à pilha de aplicados qpush
remove um patch da pilha de aplicados qpop
renova o conteúdo do patch aplicado do topo qrefresh allow_read = "John Doe, PhD", brian, betty bookmarks.current = green branches.active = none
branches.closed = black bold
branches.current = green
branches.inactive = none bug %s
color.brightblue = 12
color.pink = 207
color.orange = 202 cria um novo patch qnew
importa um patch existente qimport 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.trailingwhitespace = bold red_background glob:*.c qualquer nome terminado por ".c" no diretório
atual
*.c qualquer nome terminado por ".c" no diretório
atual
**.c qualquer nome terminado por ".c" no diretório
atual ou em qualquer subdiretório
foo/*.c qualquer nome terminado por ".c" no diretório
foo
foo/**.c qualquer nome terminado por ".c" no diretório
foo ou em qualquer subdiretório hg clone py://trunk/ histedit.remaining = red bold hookname = python:modulename.submodule.callable
hookname = python:/path/to/python/module.py:callable listfile:list.txt lê a lista de list.txt com um padrão por linha
listfile0:list.txt lê a lista de list.txt delimitados por bytes null caminho/no/sistema/de/arquivos/local[#revisão]
file://caminho/no/sistema/de/arquivos/local[#revisão]
http://[usuário[:senha]@]servidor[:porta]/[caminho][#revisão]
https://[usuário[:senha]@]servidor[:porta]/[caminho][#revisão]
ssh://[usuário@]servidor[:porta]/[caminho][#revisão] path:foo/bar o nome bar em um diretório chamado foo no raiz do
repositório
path:path:name um arquivo ou diretório chamado "path:name" imprime a série de patches qseries
imprime patches aplicados qapplied proto=pass service=hg prefix=<prefix> user=<username> !password=<password> qseries.applied = blue bold underline
qseries.unapplied = black bold
qseries.missing = red bold re:.*\.c$ qualquer nome terminado por ".c", em qualquer
lugar no repositório rebase.rebased = blue
rebase.remaining = red bold resolve.unresolved = red bold
resolve.resolved = green bold shelve.age = cyan
shelve.newest = green bold
shelve.name = blue bold syntax: NOME tags.normal = green
tags.local = black bold # Editar o histórico entre c561b4e977df e 7c2fd3b9020c
#
# Revisões são listadas da menos para a mais recente
#
# Comandos:
# p, pick = use a revisão
# e, edit = use a revisão, mas pare para emendar
# f, fold = use a revisão, mas combine com a revisão acima
# d, drop = remova a revisão do histórico
# m, mess = edite a mensagem sem mudar o conteúdo da revisão
# %d arquivos modificados, %d inserções(+), %d remoções(-)
%s: mesclagem ambígua - escolhida a ação %s
%s: múltiplos lances para ação de mesclagem:
(%+d cabeças) (ativa)
(verifique se você compilou as extensões)
(verifique se seu locale está configurado propriamente)
(limpo) (fechado) (padrão: %s) (repositório vazio) (esperado %s) (cabeça fechada) (inativo) (update interrompido) (mesclagem) (nova cabeça de ramo) (novo ramo) (nenhuma revisão na cópia de trabalho) (especifique um editor para consolidação em seu arquivo de configuração)
(especifique um nome de usuário em seu arquivo de configuração)
(iniciado em %s) (modelos parecem ter sido instalados incorretamente)
- todas as revisões na fase rascunho que forem trazidas desse
servidor usando pull ou clone aparecerão no cliente na fase
pública - todas as revisões na fase rascunho que forem enviadas para esse
servidor aparecerão como públicas tanto no cliente como no servidor - muda todas as revisões secretas para rascunho:: - força a passagem da revisão atual e seus descendentes da fase pública para a rascunho:: - lista revisões nas fases rascunho ou secreta:: - public (pública): a revisão é visível em um servidor público
- draft (rascunho): a revisão ainda não foi publicada
- secret (secreta): a revisão não deve ser propagada em um clone, push ou pull - sincroniza novamente revisões de rascunho relativas a um repositório remoto:: - revisões na fase secreta não são transmitidas com push, pull ou clone - mostra uma lista de números de revisão e suas respectivas fases:: @ 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 @ 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 Add beta
***
Add delta Não é possível localizar editor '%s' no PATH
Nenhum editor para consolidação configurado, e não foi possível encontrar 'sensible-editor' no PATH
Uma ou mais extensões não puderam ser encontradas [win32mbcs]
encoding = sjis e string vazia
local mudou sub-repositório %s, que a remota removeu
use (c) a versão alterada, ou (d) apague?$$ (&C) alterada $$ (&D) apague nenhum diretório de modelos foi encontrado
nenhuma ferramenta encontrada para mesclar %s
manter o arquivo (l)ocal ou usar o (o)utro?$$ &Local $$ &Outro o arquivo de saída %s parece não ter modificações
a mesclagem teve sucesso (yn)?$$ (&Y) sim $$ &Não pick 030b686bedc4 Add gamma
pick c561b4e977df Add beta
fold 7c2fd3b9020c Add delta pick c561b4e977df Add beta
pick 030b686bedc4 Add gamma
pick 7c2fd3b9020c Add delta remota mudou sub-repositório %s apagado pela local
use (c) a versão alterada ou (d) apague?$$ (&C) alterada $$ (&D) apague o sub-repositório %s divergiu (revisão local: %s, remota: %s)
(M)esclar, manter (l)ocal o usar (r)emota?$$ &Mesclar $$ &Local $$ &Remota as origens do sub-repositório %s diferem
usar origem (l)ocal (%s) ou (r)emota (%s)?
$$ &Local $$ &Remota as origens do sub-repositório %s diferem
usar origem (l)ocal (%s) ou (r)emota (%s)?$$ &Local $$ &Remota as origens do sub-repositório %s diferem (na versão do diretório de trabalho)
usar origem (l)ocal (%s) ou (r)emota (%s)?
$$ &Local $$ &Remota modelo 'default' não encontrado
!Perigo! "%s" já existe, e é um diretório "%s" não pode ser usado como nome de um patch "%s" não pode ser usado em um nome de patch o comprimento de "%s" é %d bytes, deveria ser %d "%s" não está no mapa de modelo # Editar o histórico entre %s e %s
#
# Revisões são listadas da menos para a mais recente
#
# Comandos:
# p, pick = use a revisão
# e, edit = use a revisão, mas pare para emendar
# f, fold = use a revisão, mas combine com a revisão acima
# d, drop = remova a revisão do histórico
# m, mess = edite a mensagem sem mudar o conteúdo da revisão
# #
%.0f GB %.0f KB %.0f MB %.0f bytes %.0f s %.1f GB %.1f KB %.1f MB %.1f ms %.1f ns %.1f s %.1f us %.2f GB %.2f KB %.2f MB %.2f ms %.2f ns %.2f s %.2f us %.3f ms %.3f ns %.3f s %.3f us %02ds %d %s/seg %d adicionados %d largefiles adicionados ao cache
%d aplicados %d bytes faltando no arquivo remoto %d entradas de revisão
%d revisões encontradas
%d copiados %d apagados %d arquivos para transferir, %s de dados
%d arquivos atualizados, %d arquivos mesclados, %d arquivos removidos, %d arquivos não resolvidos
%d arquivos, %d revisões, %d mudanças em arquivos
%d trechos, %d linhas modificadas
%d ignorados %d marcadores a serem trazidos %d erros de integridade encontrados!
%d largefiles adicionados ao cache
o download de %d largefiles falhou
%d largefiles atualizados, %d removidos
%d entradas de log
%d modificados %d de %d trechos FALHARAM -- gravando rejeitados no arquivo %s
%d a serem enviadas %d marcadores a serem enviados %d rebaseados %d por fazer %d removidos %d renomeados %d revisões foram omitidas
%d sub-repositórios %d não aplicados %d desconhecidos %d não resolvidos %d avisos encontrados!
%dd%02dh %dh%02dm %dm%02ds %dw%02dd %dy%02dw "%s" não pode ser usado em um nome %r especificado como um transporte de e-mail, mas não encontrado no PATH %s Assinatura %s ruim de "%s"
%s Nota: A assinatura expirou (assinado por: "%s")
%s Nota: Esta chave expirou (assinada por: "%s")
%s ID de chave desconhecido "%s"
%s já é um largefile
%s já rastreado!
%s aparece mais de uma vez em %s %s não pode ser removido erro de certificado em %s: %s erro de certificado ssl em %s: nenhum certificado recebido o certificado para o host %s com impressão digital %s não foi verificado depurador %s especificado, mas seu módulo não foi encontrado
'%s' não parece ser um repositório de largefiles %s não existe!
%s não possui um pai armazenado %s não parece ser um repositório do Bazaar %s não parece ser uma cópia de trabalho do CVS %s não parece ser um repositório do GNU Arch %s não parece ser um repositório do Git %s não parece ser um repositório do P4 %s não parece ser um repositório do Subversion %s não parece ser um repositório do darcs %s não parece ser um repositório do Monotone %s: entrada %s não é um identificador válido de revisão erro no comando %s:
%s espera um nome de arquivo extensão %s - %s %s ainda não foi consolidado, então dados de cópia não serão guardados para %s.
gancho %s %s gancho %s falhou gancho %s é inválido ("%s" não é executável) gancho %s é inválido ("%s" não definido) gancho %s inválido("%s" não está em um módulo) gancho %s é inválido (falhou o import de "%s") %s no manifest1, mas listado como estado %s %s não encontrado no manifesto %s no estado %s, mas também no manifest1
%s no estado %s, mas não em qualquer manifesto
%s no estado %s, mas não no manifest1
%s não é um repositório local do Mercurial %s não é um repositório local do Mercurial %s não é um pai de %s %s não é uma revisão válida %s não é uma revisão inicial válida %s não é um ancestral do diretório de trabalho %s não está mais disponível em %s %s morto %s parece um arquivo binário. %s mesclado em %s
%s não pode ser negativo (veja 'hg help dates') %s não adicionado: apenas arquivos e links simbólicos suportados no momento
%s não encontrado na transação %s não encontrado até revisão %d %s não está em revisões %s não está no manifesto %s não removido!
%s não renomeado
%s não rastreado!
%s não está sob a raiz '%s' %s problemas detectados, por favor verifique sua instalação!
%s renomeado de %s:%s
o formato de repositório %s não é suportado, por favor atualize %s devolveu um erro: %s erro de conexão ssl com %s %s requer um nome de arquivo ou nenhum argumento %s transplantado em %s
%s transplantado para %s
%s, linha %s: %s
%s.%s não é uma booleana ('%s') %s.%s não é uma quantidade de bytes ('%s') %s.%s não é um inteiro ('%s') %s.%s link simbólico não possui alvo %s.premerge não é válido ('%s' não é nem booleano nem %s) %s: %d novas revisões %s: arquivo binário
%s: impossível copiar - é o mesmo arquivo
%s: impossível copiar - %s
%s: corrupção de dados (esperado %s, obtido %s)
%s: apagado na cópia de trabalho
%s: revisão vazia %s: revisão vazia
%s: tipo de repositório de destino inválido %s: horas inválidas
%s: tipo de repositório de origem inválido %s: largefile %s não está disponível em %s
%s: repositório ausente ou não suportado %s: valor faltando %s: nenhum diff encontrado %s: nenhuma chave nomeada '%s' %s: não é um arquivo de bundle do Mercurial %s: não copiado - o arquivo foi marcado para remoção
%s: não copiado - o arquivo não é gerenciado
%s: não sobrescrito - %s colide com %s
%s: não sobrescrito - arquivo existe
%s: cópia não gravada - %s não existe
%s: renomeação não gravada - %s não existe
%s: versão de bundle %s desconhecida %s: tipo de repositório desconhecido %s: arquivo não rastreado é diferente
%s: até %d MB de RAM podem ser necessários para gerenciar este arquivo
(use 'hg revert %s' se você quiser cancelar a adição pendente)
nó %s:%d não existe
%s:%d: %r já faz parte da lista %s
%s:%d: está faltando o caminho para %s
%s:%d: / supérflua em %s %r
%s:%d: diretiva desconhecida %r
'%s' não parece ser um repositório hg '%s' não parece ser um repositório do Mercurial:
---%%<--- (%s)
%s
---%%<---
'%s' é fornecido pela seguinte extensão: '%s' não encontrado no manifesto! '%s' enviou um cabeçalho Content-Type inválido (%s) '%s' usa protocolo mais novo %s '\n' e '\r' proibidos em nomes de arquivos: %r extensão 'mq' não carregada executável 'svn' não encontrado para o sub-repositório '%s' (%s)
(OBSOLETA) (ativando marcador %s)
(autenticando com o servidor de e-mail como %s)
(arquivo binário %s, hash: %s) (mesclagem de ramo, não esqueça de consolidar)
(ramos nomeados são permanentes e globais, use um bookmark para um marcador não permanente)
(considere usar --after)
(defaults são obsoletos, e não devem ser utilizados. Use apelidos no
lugar deles; veja a seção ``[alias]``) ('%%' obsoleto em caminho %s=%s de %s)
(você esqueceu de compilar extensões?)
(primeira revisão danificada parece ser %d)
(corrija os arquivos .rej e execute `hg commit --amend`)
(no sub-repositório %s) (sua instalação do Python está correta?)
(mantendo marcador %s)
(texto de ajuda não disponível) (não há mais arquivos não resolvidos)
(execute 'hg heads .' para ver cabeças, 'hg merge' para mesclar)
(execute 'hg heads' para ver cabeças)
(execute 'hg heads' para ver cabeças, 'hg merge' para mesclar)
(execute 'hg update' para obter uma cópia de trabalho)
(veja http://mercurial.selenic.com para mais informações) (o uso 'hg bisect <cmd>' é obsoleto)
(usando smtps)
(usando starttls)
(verificando certificado remoto)
(diretório de trabalho não está em uma cabeça)
** Extensões carregadas: %s
** Mercurial SCM Distribuído (versão %s)
** Python %s
** Exceção desconhecida encontrada, envolvendo a extensão de terceiros %s,
** possivelmente defeituosa, que suporta a versão %s do Mercurial.
** Por favor desabilite %s e tente sua ação novamente.
** Se isso corrigir o erro, por favor informe-o para %s
** http://mercurial.selenic.com/wiki/BugTracker
** exceção desconhecida encontrada, por favor informe sobre esse erro visitando
*** falha ao importar a extensão %s de %s: %s
*** falha ao importar a extensão %s: %s
- :hg:`backout`
- :hg:`commit`
- :hg:`fetch` (apenas para mesclagem)
- :hg:`graft`
- :hg:`histedit`
- :hg:`import`
- :hg:`qfold`, :hg:`qnew` e :hg:`qrefresh`
- :hg:`rebase`
- :hg:`shelve`
- :hg:`sign`
- :hg:`tag`
- :hg:`transplant` - Qualquer usuário que use apenas caracteres ASCII em caminhos.
- Qualquer usuário que não use uma codificação problemática. - Anexar uma quebra de linha se não for vazio:: - Revisões entre as etiquetas 1.3 e 1.5 mencionando "bug" e que
afetam ``hgext/*``:: - Revisões consolidadas em maio de 2008, ordenadas por autor:: - Revisões mencionando "bug" ou "issue" que não descendem
de revisões etiquetadas:: - Revisões no ramo default desde a etiqueta tag 1.5, excluindo
mesclagens:: - Revisões no ramo default:: - Exibe o conteúdo do campo 'extra', um em cada linha:: - Encontra arquivos C em uma codificação não padrão:: - Encontra arquivos texto que contém uma string:: - Esquece arquivos especificados por .hgignore mas já rastreados:: - Formatação de datas:: - Formatação de listas, por exemplo arquivos:: - Inverter o filtro firstline, ou seja, tudo menos a primeira linha:: - usuários do Windows em japonês usando codificação shift_jis.
- usuários do Windows em chinês usando codificação big5.
- Qualquer usuário que usam um repositório com codificação
problemática em sistemas de arquivo insensíveis a
maiúsculas / minúsculas. - Juntar a lista de arquivos com ", ":: - Rotular a saída para uso da extensão color:: - Indica o marcador atual com '*':: - Indica o pai do diretório de trabalho com '@':: - o Mercurial não usa sua própria compressão via SSH; a coisa
certa a fazer é configurá-la em seu ~/.ssh/config, por exemplo:: - Modifica cada linha de uma descrição de revisão:: - Cabeças de ramo abertas:: - Informar as descrições em um campo de largura 30:: - Imprime a primeira palavra de cada linha de uma mensagem de consolidação:: - Remove arquivos listados em foo.lst que contêm as letras a ou b:: - Reverte cópias de arquivos binários grandes:: - o SSH necessita de uma conta shell acessível na máquina de
destino e uma cópia do hg no caminho de execução remoto ou
especificado em remotecmd.
- o caminho é por padrão relativo ao diretório home do usuário
remoto.
Use uma barra extra no início de um caminho para especificar um
caminho absoluto:: - Mostra apenas descrições de revisão que comecem com "template":: - Exibe o status de arquivos que parecem ser binários no diretório
de trabalho:: - A descrição da revisão.
- [Opcional] O resultado da execução de diffstat no patch.
- O patch em si, como gerado por :hg:`export`. - As primeiras duas entradas fazem dois repositórios em diretórios
diferentes aparecerem sob o mesmo diretório na interface web
- A terceira entrada publicará todos os repositórios do Mercurial
encontrados em ``/srv/repos/``, por exemplo o repositório
``/srv/repos/quux/`` aparecerá em ``http://server/quux/``
- A quarta entrada publicará tanto ``http://server/user/bob/quux/``
como ``http://server/user/bob/quux/testsubrepo/`` - Usar uma conditional para testar pelo ramo default:: - Você deve usar uma única codificação por repositório.
- Se o caminho do repositório for terminado por 0x5c, .hg/hgrc não poderá ser lido.
- win32mbcs não é compatível com a extensão fixutf8. - ``1165411109 0`` (Wed Dec 6 13:18:29 2006 UTC) - ``<DATA`` - na data fornecida, ou anterior
- ``>DATA`` - na data fornecida, ou posterior
- ``DATA to DATA`` - um intervalo de data, incluindo os extremos
- ``-DIAS`` - dentro de um certo número de dias contados de hoje
- ``Wed Dec 6 13:18:29 2006`` (assumido fuso horário local)
- ``Dec 6 13:18 -0600`` (ano atual, defasagem de horário local fornecida)
- ``Dec 6 13:18 UTC`` (UTC e GMT são apelidos para +0000)
- ``Dec 6`` (meia noite)
- ``13:18`` (assume a data atual)
- ``3:39`` (assume 3:39AM)
- ``3:39pm`` (15:39)
- ``2006-12-06 13:18:29`` (formato ISO 8601)
- ``2006-12-6 13:18``
- ``2006-12-6``
- ``12-6``
- ``12/6``
- ``12/6/6`` (Dec 6 2006)
- ``today`` (hoje, à meia noite)
- ``yesterday`` (ontem, à meia noite)
- ``now`` - neste momento - ``eol.fix-trailing-newline`` (padrão False) pode ser definida para True
para garantir que arquivos convertidos terminem com um caractere de fim
de linha (``\n`` ou ``\r\n``, de acordo com os padrões configurados). - ``eol.native`` (padrão ``os.linesep``) pode ser definido como
``LF`` ou ``CRLF`` para sobrepor a interpretação padrão de
``native`` para o checkout. Isto pode por exemplo ser usado com
:hg:`archive` no Unix para gerar um pacote com arquivos contendo
quebras de linha Windows. - ``eol.only-consistent`` (padrão True) pode ser definido como False
para que a extensão converta arquivos com quebras de linha inconsistentes
- arquivos que possuam tanto quebras de linha ``CRLF`` como ``LF``.
Tais arquivos normalmente não são alterados, assumindo que a mistura de
quebras de linha seja intencional. - um nome de ramo;
- um asterisco, que significa "qualquer ramo". - uma lista separada por vírgulas contendo usuários e grupos, ou
- um asterisco, que significa "qualquer usuário ou grupo"; - backout, commit, import, tag: Especificar a data de consolidação.
- log, revert, update: Selecionar revisões por data. - date(data[, formato]) - bits de execução e permissão
- informação de cópia ou renomeação
- mudanças em arquivos binários
- criação ou remoção de arquivos vazios - expr % "{modelo}" - fill(texto[, comprimento]) - get(dicionário, chave) - if(expr, então[, senão]) - ifcontains(expr, expr, então[, senão]) - ifeq(expr, expr, então[, senão]) - join(lista, separador) - label(label, expr) - pad(texto, largura[, preenchimento, direita]) - revset(consulta[, formato]) - rstdoc(texto, estilo) - shortest(nó) - startswith(string, texto) - strip(texto[, caracteres]) - sub(padrão, substituição, expressão) - word(número, texto[, separador]) -----------------------------------------
arquivos de configuração para o Mercurial
----------------------------------------- ---------------------------------------------------------
sintaxe para arquivos de padrões ignorados pelo Mercurial
--------------------------------------------------------- ----------------------------------------------------
Mercurial - sistema de gerenciamento de código fonte
---------------------------------------------------- --all é incompatível com uma lista de revisões --all exige uma revisão de ramo --all-largefiles é incompatível com um destino não-local %s --base é incompatível com uma especificação de destino --closesort não é suportado para esta origem de dados --continue é incompatível com --branch, --all e --merge --delete e --rename são incompatíveis --force só é permitido com --outgoing --normal não pode ser usado com --large modo é sempre --outgoing com --bundle; não especifique --outgoing novamente --rev e --remove são incompatíveis --rev é incompatível com --delete --rev é incompatível com --rename --sourcesort não é suportado para esta origem de dados --tool só pode ser usada em conjunto com --rebase a opção -G/--graph é incompatível com --%s -c|-m|ARQUIVO -c|-m|ARQUIVO REV -e é incompatível com a importação de - -r REV... [-e CMD] [--remotecmd CMD] [ORIGEM] .. Common link and substitution definitions. .. contents::
:backlinks: top
:class: htmlonly .. contents::
:backlinks: top
:class: htmlonly
:depth: 1 .. filtersmarker .. internaltoolsmarker .. keywordsmarker .. predicatesmarker .. |hg(1)| replace:: **hg**\ (1)
.. _hg(1): hg.1.html
.. |hgrc(5)| replace:: **hgrc**\ (5)
.. _hgrc(5): hgrc.5.html
.. |hgignore(5)| replace:: **hgignore**\ (5)
.. _hgignore(5): hgignore.5.html
.hg/cache/tags está corrompido, reconstruindo
.hg/dirstate inconsistente com manifesto do pai atual .hg/rebasestate está incompleto arquivo .hg/requires corrompido .hg/sharedpath aponta para diretório %s inexistente .hgtags mesclado com successo
1 ou mais a serem recebidas 1) Lista de restrição para ramos (seção ``acl.deny.branches``)
2) Lista de permissão para ramos (seção ``acl.allow.branches``)
3) Lista de restrição para caminhos (seção ``acl.deny``)
4) Lista de permissão para caminhos (seção ``acl.allow``) 1. Acesso através da interface XMLRPC do Bugzilla. Exige a versão
3.4 ou posterior do Bugzilla. 1. Se um utilitário for especificado pela opção --tool, ele será usado.
Se esse for o nome de um utilitário definido na seção de configuração
merge-tools, essa configuração será usada; caso contrário, o
utilitário especificado deve estar disponível para execução através
do shell. 1. Cópias locais aninhadas.
Podem aparecer em qualquer ponto do diretório
de trabalho pai. 2. Verifica os dados pela interface XMLRPC do Bugzilla, e envia mudanças
de bug por email para a interface de email do Bugzilla. Exige a versão
3.4 ou posterior do Bugzilla. 2. Se a variável de ambiente ``HGMERGE`` estiver presente, seu valor será
usado; o utilitário especificado deve estar disponível para execução
através do shell. 2. Referências a repositórios aninhados. São definidas no
arquivo ``.hgsub`` no raiz do repositório,
e informam ao Mercurial de onde as cópias
locais devem ser obtidas. Sub-repositórios do Mercurial são
referenciados da seguinte maneira:: 3. Se o nome do arquivo a ser mesclado combinar com algum padrão definido
na seção de configuração merge-patterns, será usado o primeiro utilitário
de mesclagem que corresponda a um desses padrões. Aqui, não é considerada
a capacidade do utilitário em lidar com arquivos binários. 3. Os estados dos repositórios aninhados. Eles são definidos no
arquivo ``.hgsubstate`` no raiz do repositório,
e capturam quaisquer informações
necessárias para restaurar os sub-repositórios para o estado
com o qual foram consolidados na revisão do repositório pai.
O Mercurial grava esses estados automaticamente durante uma
consolidação do repositório pai. 3. Escreve diretamente na base de dados do Bugzilla. São suportadas
apenas instalações do Bugzilla usando o MySQL. Exige o módulo
MySQLdb do Python. 4. Se ui.merge estiver definida, será utilizada.
Se esse for o nome de um utilitário definido na seção de configuração
merge-tools, essa configuração será usada; caso contrário, o
utilitário especificado deve estar disponível para execução através
do shell. 5. Se qualquer utilitário de mesclagem usável estiver presente na seção
de configuração merge-tools, será utilizado o de maior prioridade. 6. Se um programa chamado ``hgmerge`` for encontrado no sistema,
ele será usado - mas por padrão ele não será usado para
links simbólicos e arquivos binários. 7. Se o arquivo a ser mesclado não for um link simbólico nem
um arquivo binário, ``internal:merge`` será usado. 8. A mesclagem falha, e deve ser resolvida manualmente antes da
consolidação. :Author: Bryan O'Sullivan <bos@serpentine.com>
:Organization: Mercurial
:Manual section: 5
:Manual group: Mercurial Manual :Author: Matt Mackall <mpm@selenic.com>
:Organization: Mercurial
:Manual section: 1
:Manual group: Mercurial Manual :Author: Vadim Gelfer <vadim.gelfer@gmail.com>
:Organization: Mercurial
:Manual section: 5
:Manual group: Mercurial Manual :``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)" :add: add não é executado recursivamente em sub-repositórios, a não
ser que -S/--subrepos seja especificado. No entanto, se for
especificado o caminho completo de um arquivo em um sub-repositório,
ele será adicionado mesmo que -S/--subrepos não seja passado.
Sub-repositórios do Subversion e do Git são no momento
silenciosamente ignorados. :addbreaks: Qualquer texto. Adiciona uma tag XHTML "<br />"
antes do fim de cada linha, exceto a última. :age: Data. Devolve uma diferença de data/tempo legível entre
a data/hora dada e a data/hora atual. :archive: archive não é executado recursivamente em sub-repositórios, a não
ser que -S/--subrepos seja especificado. :author: String. O autor da revisão, sem modificações. :basename: Qualquer texto. Trata o texto como um caminho, e
devolve o último componente do caminho após quebrá-lo
usando o separador de caminhos (ignorando separadores à
direita). Por exemple, "foo/bar/baz" se torna "baz"
e "foo/bar//" se torna "bar". :bisect: String. O estado de bissecção da revisão. :bookmarks: Lista de strings. Quaisquer marcadores associados à revisão. :branch: String. O nome do ramo no qual a revisão foi consolidada. :cat: cat no momento considera apenas especificações exatas de
arquivos em sub-repositórios.
Sub-repositórios do Subversion e do Git são no momento
ignorados. :children: Lista de strings. As revisões filhas da revisão. :commit: commit cria uma referência consistente do estado do
projeto e seus sub-repositórios como um todo. O Mercurial
abortará se qualquer sub-repositório tiver sido modificado.
Para fazer com que ao invés disso um commit seja executado
em cada sub-repositório, use a opção -S/--subrepos ou
defina "ui.commitsubrepos=True" em um arquivo de
configuração (veja :hg:`help config`).
Assim que não houver mais sub-repositórios modificados,
seus estados serão gravados, e finalmente o commit será
realizado no repositório pai. :currentbookmark: String. O marcador ativo, se estiver
associado à revisão :date: Informação de data. A data de consolidação da revisão. :date: Data. Devolve uma data em um formato de data Unix,
incluindo a diferença de fuso horário:
"Mon Sep 04 15:13:13 2006 0700". :desc: String. O texto da descrição da revisão. :diff: diff não é executado recursivamente em sub-repositórios, a não
ser que -S/--subrepos seja especificado. As mudanças são exibidas
normalmente nos sub-repositórios do Mercurial. Sub-repositórios do
Subversion e do Git são no momento silenciosamente ignorados. :diffstat: String. Estatísticas de mudanças no seguinte
formato: "modified files: +added/-removed lines" :domain: Qualquer texto. Encontra a primeira string que se
pareça com um endereço de e-mail, e extrai apenas a parte
do domínio. Por exemplo:
``User <user@example.com>`` se torna ``example.com``. :email: Qualquer texto. Extrai a primeira string que se pareça
com um endereço de e-mail. Por exemplo:
``User <user@example.com>`` se torna ``user@example.com``. :emailuser: Qualquer texto. Devolve a parte do usuário de um endereço de e-mail. :escape: Qualquer texto. Substitui os caracteres especiais
XML/XHTML "&", "<" e ">" por entidades XML, e remove
caracteres NUL. :extras: Lista de dicionários com entradas chave, valor dos campos
'extras' desta revisão. :file_adds: Lista de strings. Arquivos adicionados por esta revisão. :file_copies: Lista de strings. Arquivos copiados nesta revisão
com suas respectivas origens. :file_copies_switch: Lista de strings. Como "file_copies", mas
é exibida apenas se a opção --copied estiver definida. :file_dels: Lista de strings. Arquivos removidos por esta revisão. :file_mods: Lista de strings. Arquivos modificados por esta revisão :files: Lista de strings. Todos os arquivos modificados,
adicionados ou removidos por esta revisão. :fill68: Qualquer texto. Quebra o texto para caber em 68
colunas. :fill76: Qualquer texto. Quebra o texto para caber em 76
colunas. :firstline: Qualquer texto. Devolve a primeira linha do texto. :forget: forget no momento considera apenas especificações exatas de
arquivos em sub-repositórios.
Sub-repositórios do Subversion e do Git são no momento
silenciosamente ignorados. :hex: Qualquer texto. Converte um identificador de nó binário do
Mercurial em sua representação longa hexadecimal. :hgdate: Data. Devolve a data como um par de números:
"1157407993 25200" (timestamp Unix, defasagem de fuso) :incoming: incoming não é executado recursivamente em
sub-repositórios, a não ser que -S/--subrepos seja
especificado.
Sub-repositórios do Subversion e do Git são no momento
silenciosamente ignorados. :isodate: Data. Devolve a data em formato ISO 8601:
"2009-08-18 13:00 +0200". :isodatesec: Data. Devolve a data em formato ISO 8601, incluindo os
segundos: "2009-08-18 13:00:13 +0200". Veja também o filtro
rfc3339date. :latesttag: String. A etiqueta global mais recente nos ancestrais desta
revisão. :latesttagdistance: Inteiro. O caminho mais longo para a latesttag. :localdate: Data. Converte para data local. :node: String. O hash de identificação da revisão, como uma string
hexadecimal de 40 dígitos. :nonempty: Qualquer texto. Devolve (none) se o texto for vazio. :obfuscate: Qualquer texto. Devolve o texto de entrada
renderizado como uma sequência de entidades XML. :outgoing: outgoing não é executado recursivamente em
sub-repositórios, a não ser que -S/--subrepos seja
especificado.
Sub-repositórios do Subversion e do Git são no momento
silenciosamente ignorados. :p1node: Texto. O hash de identificação do primeiro pai da revisão, na
forma de um hexadecimal de 40 dígitos.
Se a revisão não tiver pais, todos os dígitos serão 0. :p1rev: Inteiro. O número de revisão local do primeiro pai da revisão, ou -1 se a revisão não tiver pais. :p1node: Texto. O hash de identificação do segundo pai da revisão, na
forma de um hexadecimal de 40 dígitos.
Se a revisão não tiver o segundo pai, todos os dígitos serão 0. :p2rev: Inteiro. O número de revisão local do segundo pai da revisão, ou -1 se a revisão não tiver um segundo pai. :parents: Lista de strings. Os pais da revisão no formato "rev:node".
Se a revisão só tiver um pai "natural" (a revisão predecessora),
nada é exibido. :person: Qualquer texto. Devolve o texto antes de um endereço
de e-mail, interpretando-o de acordo com a RFC 5322. :phase: String. O nome da fase da revisão. :phaseidx: Inteiro. O índice da fase da revisão. :pull: pull não é recursivo, já que não se sabe quais revisões
devem ser trazidas antes da execução de :hg:`update`. Listar
e obter todas as mudanças em sub-repositórios referenciadas
pelas revisões trazidas para o repositório pai é na melhor
das hipóteses uma operação cara, e impossível no caso de
sub-repositórios do Subversion. :push: O Mercurial irá automaticamente executar push em
todos os sub-repositórios ao realizar um push no repositório
pai. Isto garante que novas mudanças em sub-repositórios
estejam disponíveis quando referenciadas por repositórios
pais.
Push é ignorado em sub-repositórios do Subversion. :rev: Inteiro. O número de ordem da revisão no repositório local. :rfc3339date: Data. Devolve uma data usando o formato de data da
Internet especificado na RFC 3339:
"2009-08-18T13:00:13+02:00". :rfc822date: Data. Devolve uma data usando o mesmo formato utilizado
em cabeçalhos de e-mail:
"Tue, 18 Aug 2009 13:00:13 +0200". :short: Hash da revisão. Devolve a forma curta do hash de
uma revisão, ou seja, uma string hexadecimal de 12 dígitos. :shortbisect: Qualquer texto. Trata o texto como um estado de
bissecção, e devolve um caractere único representando o estado
(G: boa, B: ruim, S: omitida, U: não testada, I: ignorada).
Devolve um único espaço se o texto não for um estado de bissecção
válido. :shortdate: Data. Devolve uma data como "2006-09-18". :splitlines: Qualquer texto. Quebra o texto em uma lista de linhas. :status: status não é executado recursivamente em
sub-repositórios, a não ser que -S/--subrepos seja
especificado.
Mudanças em sub-repositórios são exibidas como mudanças
comuns do Mercurial em cada sub-repositório.
Sub-repositórios do Subversion são no momento
silenciosamente ignorados. :stringify: Qualquer tipo. Transforma o valor em texto convertendo cada
parte em texto e concatenando os resultados. :strip: Qualquer texto. Remove todos os espaços em branco no
início e no final do texto. :stripdir: Trata o texto como um caminho e remove um nível
de diretório, se possível. Por exemplo, "foo" e
"foo/bar" se tornam "foo". :subrepos: Lista de strings. Sub-repositórios atualizados na revisão. :svnpath: String. Caminho do projeto Subversion convertido. :svnrev: String. Número da revisão do Subversion convertida. :svnuuid: String. Identificador do repositório do Subversion da revisão convertida. :tabindent: Qualquer texto. Insere um caractere de tabulação no
início de cada linha não vazia do texto, exceto a primeira. :tags: Lista de strings. Quaisquer etiquetas associadas à revisão. :transplanted: String. O identificador de nó da revisão
transplantada, se existir. :update: update restaura cada sub-repositório para seu estado
correspondente gravado pela revisão alvo. Se nesse momento a
revisão gravada não estiver disponível no sub-repositório,
o Mercurial executará o pull dessa revisão antes de atualizar.
Isto quer dizer que o comando update pode exigir acesso à rede
caso sub-repositórios sejam usados. :urlescape: Qualquer texto. Codifica todos os caracteres
"especiais". Por exemplo, "foo bar" se torna
"foo%20bar". :user: Qualquer texto. Devolve uma representação curta de um nome
de usuário ou endereço de e-mail. ====
hg
==== ======
hgrc
====== ==========
hgignore
========== Uma string hexadecimal de 40 dígitos é tratada como um
identificador único de revisão. A B Um ``padrão`` é um ``glob`` que combina com o caminho absoluto para
um repositório, opcionalmente combinado com uma expressão revset.
Uma expressão revset, se presente, é separada do glob por um
caractere ``#``. Por exemplo:: Um comando ``pipe:`` deve aceitar dados na entrada padrão e devolver os
dados transformados na saída padrão. Um comando ``tempfile:`` é um modelo. A string ``INFILE`` é substituída
pelo nome de um arquivo temporário que conterá os dados a serem filtrados
pelo comando. A string ``OUTFILE`` será substituída pelo nome de um
arquivo temporário vazio, no qual os dados devam ser escritos pelo comando. Um arquivo de configuração consiste de seções iniciadas por um
cabeçalho ``[seção]`` seguidas por entradas ``nome = valor``
(por vezes chamadas de ``chaves de configuração``):: A seção de configuração factotum pode ser usada para customização do
comportamento da extensão. Por padrão, estas entradas são:: Uma string hexadecimal de menos de 40 caracteres é tratada como
um identificador único de revisão, chamado de identificador
curto. Um identificador curto é válido apenas se for o prefixo
de um identificador completo. Uma linha da forma ``%include arquivo`` incluirá ``arquivo`` no
arquivo de configuração atual.
A inclusão é recursiva, ou seja, os arquivos incluídos podem
incluir outros arquivos.
O caminho de um arquivo incluído é relativo ao próprio arquivo de
configuração que o incluiu.
Variáveis de ambiente e construções ``~usuário`` são expandidos em
``arquivo``. Assim, você pode fazer algo como:: Uma linha ``%unset nome`` removerá ``nome`` da seção atual, se tiver
sido definido previamente. Um utilitário de mesclagem combina duas versões diferentes de
um arquivo em um arquivo mesclado. Ao utilitário de mesclagem
são passados os dois arquivos e o maior ancestral comum das
duas revisões dos arquivos, para que ele possa determinar as
mudanças feitas nos dois ramos. Um utilitário de mesclagem pode ser usado se seu executável
puder ser encontrado no sistema e se ele puder gerenciar a
mesclagem. O executável será encontrado se corresponder a um
caminho absoluto ou relativo ou se corresponder ao nome de
uma aplicação no caminho de busca de executáveis. Assume-se
que o utilitário pode lidar com a mesclagem se ele puder
lidar com o tipo específico de arquivo (no caso de links
simbólicos ou arquivos binários) e se uma interface
gráfica estiver disponível (no caso de utilitários gráficos). Um simples inteiro é tratado como um número de revisão. Inteiros
negativos são contados a partir da tip, com -1 denotando a tip,
-2 denotando a revisão anterior à tip, e assim por diante. Uma sequência age como um intervalo fechado. Isso quer dizer que
uma sequência 3:5 nos dá 3, 4 e 5. De forma semelhante, uma
sequência 4:2 nos dá 4, 3, e 2.
A localização de origem de um sub-repositório pode mudar
durante a vida de um projeto, invalidando as referências
guardadas no histórico do repositório pai. Para corrigir
isso, regras de reescrita podem ser definidas no arquivo
``hgrc`` do repositório pai ou na configuração do Mercurial.
Veja a seção ``[subpaths]`` em hgrc(5) para mais detalhes. Um modelo é um texto com marcações que invocam expansão de
variáveis:: ENDEREÇO ANCESTRAL | --outgoing [URL] O acesso por XMLRPC necessita de um nome de usuário e senha do
Bugzilla especificados na configuração. Comentários são adicionados
sob tal nome de usuário. Como a configuração deve ser legível por
todos os usuários do Mercurial, recomenda-se que os direitos desse
usuário sejam restritos ao mínimo necessário para adicionar
comentários.
Marcar bugs como corrigidos exige o Bugzilla versão 4.0 ou posterior. O acesso por XMLRPC/email usa XMLRPC para consultar o Bugzilla,
mas envia um email para a interface de emails do Bugzilla para
adicionar comentários aos bugs. O endereço de email do usuário
do Mercurial é usado como endereço From: no email, de modo que o
comentário parecerá vir do usuário do Mercurial. Se o email do
usuário não for reconhecido pelo Bugzilla como um usuário do
Bugzilla, a origem do comentário será o email associado ao nome
de usuário do Bugzilla usado para entrar no Bugzilla.
Marcar bugs como corrigidos funciona em todas as versões do
Bugzilla suportadas. Para ativar a extensão:: Adicionalmente há suporte para estruturas mais complexas, por exemplo a
usada pelo Google Code:: Você pode usar o atalho da seguinte maneira:: Definições de apelidos consistem de linhas da seguinte forma:: Definições de apelidos para revsets. Veja :hg:`help revsets` para
mais detalhes. Todos os padrões, exceto ``glob:`` especificado na linha de comando (não para
opções ``-I`` ou ``-X``), podem casar também
com diretórios: arquivos sob diretórios casados são tratados como
casados. Todas as configurações acima adicionam um comentário ao registro de bug
do Bugzilla com a forma:: Além disso, para cada expressão que devolve uma lista, há um
operador de lista: Notações alternativas de padrões devem ser especificadas
explicitamente. Um apelido pode começar com um ponto de exclamação (``!``) para torná-lo
um apelido de shell. Um apelido de shell é executado pelo shell, e pode
ser usado para executar comandos arbitrários. Por exemplo, :: Um arquivo hgignore é um arquivo texto que consiste de uma lista de
padrões, com um padrão por linha. Linhas em branco são ignoradas.
O caractere ``#`` é tratado como caractere de comentários, e o
caractere ``\`` como caractere de escape. Um identificador opcional após # indica um ramo, etiqueta ou
revisão do repositório remoto a ser usado. Veja também
:hg:`help revisions`. Um arquivo não rastreado será ignorado se seu caminho relativo ao
diretório raiz do projeto, ou qualquer caminho que seja um prefixo
desse caminho, combinar com qualquer padrão definido no ``.hgignore``. Ancestor
Ancestral. Qualquer revisão que possa ser alcançada por uma cadeia
contínua de revisões pais a partir de uma revisão dada. Mais
precisamente, os ancestrais de uma revisão podem ser definidos por
duas propriedades: um pai de uma revisão é um ancestral, e um pai
de um ancestral é um ancestral. Veja também: 'Descendant'. Qualquer outra string é tratada como um nome de marcador, etiqueta
ou nome de ramo.
Um marcador (bookmark) é um apontador móvel para uma revisão.
Uma etiqueta (tag) é um nome permanente associado a uma revisão.
Um nome de ramo denota a cabeça de ramo aberta mais recente desse
ramo - ou, se estiverem todas fechadas, a cabeça fechada mais
recente desse ramo.
Nomes de marcadores, etiquetas e ramos não podem conter o
caractere ":". Qualquer valor diferente de 'ansi', 'win32', 'terminfo' ou 'auto'
desabilitará a coloração.
Atribui nomes simbólicos para repositórios. O lado esquerdo é o
nome simbólico, e o direito o diretório ou URL onde se localiza o
repositório. Caminhos padrão podem ser declarados definindo as
seguintes entradas. Em seguida, no momento em que você fechar o editor, o 'histedit'
começará a funcionar.
Quando você especificar a operação ``fold`` (incorporar), ``histedit``
abrirá um editor ao incorporar as revisões, oferecendo a você
uma chance de limpar a mensagem de consolidação:: Atenção: Credenciais de autenticação HTTP. Esta seção pode ser usada para
armazenar nomes de usuário e senhas usados para acessar servidores
HTTP remotos. Veja a seção de configuração ``[web]`` para configurar
*quem* pode acessar o seu servidor HTTP local. Autor
"""""
Escrito por Matt Mackall <mpm@selenic.com> Autor
=====
Bryan O'Sullivan <bos@serpentine.com>. Autor
=====
Vadim Gelfer <vadim.gelfer@gmail.com> Utilitários de mesclagem disponíveis
==================================== MARCADOR RAMO os módulos do Bazaar não puderam ser carregados Como existem apenas oito cores padronizadas, este módulo permite que
você defina nomes de cores para outras entradas de cores que podem
estar disponíveis para o seu tipo de terminal, assumindo modo terminfo.
Por exemplo:: Antes de mudar ou desabilitar palavras chave ativas, você deve executar
:hg:`kwshrink` para evitar o armazenamento de palavras chave expandidas
no histórico. Bookmark
Marcador. Marcadores são ponteiros para certas consolidações que
se movem quando novas consolidações forem feitas. Assim como
etiquetas, nomes de marcadores podem ser usados em todos os lugares
onde o Mercurial espera um ID de revisão, por exemplo em
:hg:`update`. Ao contrário de etiquetas, marcadores se movem
automaticamente quando é feita uma consolidação. Branch
(Nome) Ramo. Uma revisão filha que foi criada a partir de um pai que
não seja uma cabeça. Estes são conhecidos como ramos topológicos; veja
'Branch, topological'. Se um ramo topológico tiver um nome, ele pode
ser chamado de ramo nomeado. Se um ramo topológico não tiver um nome,
ele pode ser chamado de ramo anônimo. Veja 'Branch, anonymous' e
'Branch, named'. Branch head
Veja 'Head, branch'. Branch tip
Veja 'Tip, branch'. Branch, anonymous
Ramo anônimo. Um ramo anônimo é criado sempre que uma nova revisão
filha for criada a partir de um pai que não seja uma cabeça (veja
'Head, branch') sem mudar o nome do ramo (veja 'Branch, named'). Branch, closed
Ramo fechado. Um ramo nomeado (veja 'Branch, named') onde todas as
cabeças de ramo (veja 'Branch, heads') tenham sido fechadas. Branch, default
Ramo default, às vezes chamado de ramo padrão. 'default' é o nome
de ramo (veja 'Branch, named') atribuído a uma revisão se nenhum nome
for explicitamente atribuído. Branch, inactive
Ramo inativo. Um ramo nomeado é considerado inativo se ele não tiver
cabeças topológicas. Por exemplo, um "feature branch" (ramo de
implementação) se torna inativo quando for mesclado com o ramo default.
O comando :hg:`branches` mostra ramos inativos por padrão, mas eles
podem ser ocultados usando :hg:`branches --active`. Branch, named
Ramo nomeado. É uma coleção de revisões que possuem o mesmo nome de
ramo. Por padrão, as revisões filhas de uma revisão em um ramo
nomeado pertencem ao mesmo ramo nomeado; uma revisão filha pode
receber um outro nome de ramo durante sua criação. Veja
:hg:`help branch`, :hg:`help branches` e :hg:`commit --close-branch`
para explicações mais detalhadas sobre gerenciamento de ramos. Branch, topological
Ramo topológico. Cada vez que uma nova revisão filha for criada a
partir de um pai que não seja uma cabeça (veja 'Head, topological'),
um novo ramo topológico é criado. Se um ramo topológico tiver um
nome de ramo, será um ramo nomeado. Se um ramo topológico não for
nomeado, ele se torna um ramo anônimo do ramo atual (possivelmente
o ramo 'default', veja 'Branch, default'). Controle de Acesso Baseado em Ramos
----------------------------------- Bugs
""""
Provavelmente vários, por favor informe-os na lista de discussão
(veja a seção Recursos_ abaixo). Erro do Bugzilla: %s Bugzilla/MySQL não pode atualizar o estado do bug
Bugzilla/XMLRPC requer o Bugzilla 4.0 ou posterior para marcar bugs como corrigidos
Por padrão, o Mercurial trata nomes de arquivo como padrões
estendidos de glob do shell. Por padrão, as chaves são especificadas da seguinte maneira:: Por padrão, a mq irá automaticamente usar patches git se necessário para
evitar perder mudanças de modo de arquivo, registros de cópia, arquivos
binários ou criação e remoção de arquivos vazios. Este comportamento pode
ser configurado com:: Por padrão, a extensão color usará o modo ANSI (ou, no Windows,
o modo win32) se um terminal for detectado. Para desabilitar o modo
auto (e habilitar modo terminfo, por exemplo), use a seguinte
opção de configuração:: Por padrão, win32mbcs usa a configuração encoding.encoding do Mercurial.
Você pode especificar a codificação através da opção de configuração:: COMANDO CONFIG autenticação pserver do CVS falhou Cuidado: Changelog
Um registro das revisões na ordem em que elas foram adicionadas
ao repositório. Isso inclui detalhes como id de revisão, autor,
mensagem de consolidação, data e lista de arquivos modificados. Changeset
Revisão. Uma cópia do estado do repositório usado para gravar uma
mudança. Dependendo do contexto, pode se referir também à mudança
imediata que levou a esse estado. Changeset id
Id de revisão. Um hash SHA-1 que identifica unicamente uma revisão.
Pode ser representado tanto como uma cadeia "longa" de 40 dígitos
hexadecimais, ou uma cadeia "curta" de 12 dígitos hexadecimais
correspondente aos 12 primeiros dígitos da cadeia longa (veja
:hg:`help revisions`). Changeset, child
Revisão filha. O inverso de revisão pai: se P é um pai de F, então F
é uma filha de P. Não há limite no número de revisões filhas que uma
revisão possa ter. Changeset, merge
Revisão de mesclagem. Uma revisão com dois pais. Tais revisões são
criadas ao consolidar uma mesclagem (veja 'Merge'). Changeset, parent
Revisão pai. Uma revisão na qual uma revisão filha se baseia.
Especificamente, uma revisão pai de uma revisão F é uma revisão
cujo nó imediatamente precede F no DAG (veja 'DAG'). Revisões
têm no máximo duas revisões pais. Checkout
(Nome) Um diretório de trabalho atualizado para uma revisão
específica, comumente usado em outros sistemas de controle de
versão. Este uso é desencorajado, uma vez que revisão ou
'changeset' são bem mais apropriados que 'checkout' nesse
contexto. Child changeset
Veja 'Changeset, child'. Escolhendo um utilitário de mesclagem
===================================== Clone
(Nome) Uma cópia total ou parcial de um repositório. Closed changeset
Veja 'Head, closed branch'. Closed branch
Veja 'Branch, closed'. Closed branch head
Veja 'Head, closed branch'. Elementos do Comando
"""""""""""""""""""" Opções de linha de comando equivalentes para :hg:`log`:: Comandos Hooks, ou ganchos, são comandos ou funções Python automaticamente
executados por várias ações, como iniciar ou finalizar um commit.
Múltiplos ganchos podem ser executados para a mesma ação através
da adição de um sufixo à ação.
Um gancho definido para o sistema todo pode ser sobreposto alterando
seu valor ou definindo-o para uma string vazia.
Ganchos podem ser priorizados adicionando-se um prefixo ``priority``
ao nome do gancho em uma nova linha e atribuindo a prioridade.
Se não especificada, a prioridade padrão é 0. Commit
(Nome) Consolidação. Pode se referir ao ato de consolidar uma nova
revisão, o comando que faz essa consolidação (veja :hg:`help commit`)
ou simplesmente a uma revisão. Tarefas comuns (use :hg:`help comando` para mais detalhes):: Arquivos de Configuração Configurações para extensões que enviam mensagens de email. A configuração é feita nas seções [keyword], [keywordset] e [keywordmaps]
de arquivos hgrc. Itens de configuração comuns aos modos de acesso XMLRPC+email e MySQL: Itens de configuração comuns a todos os modos de acesso: Chaves de configuração podem ser definidas múltiplas vezes; nesse
caso, o Mercurial usará o valor que tiver sido definido por último.
Por exemplo:: Configuração do hgweb Controla configurações genéricas de servidores. Cópia
"""""
Copyright (C) 2005-2014 Matt Mackall.
Garante-se livre uso deste software nos termos da licença
GNU General Public License, versão 2 ou qualquer versão posterior. Cópia
=====
Esta página de manual: copyright 2005 Bryan O'Sullivan.
Mercurial: copyright 2005-2014 Matt Mackall.
Garante-se livre uso deste software nos termos da licença
GNU General Public License, versão 2 ou qualquer versão posterior. Cópia
=====
Esta página de manual: copyright 2006 Vadim Gelfer.
Mercurial: copyright 2005-2014 Matt Mackall.
Garante-se livre uso deste software nos termos da licença
GNU General Public License, versão 2 ou qualquer versão posterior. Copyright (C) 2005-2014 Matt Mackall e outros
Este software é livre; veja os fontes para condições de cópia. Não
há garantias, nem mesmo de adequação para qualquer propósito em
particular.
Cset
Uma abreviação comum para o termo changeset (revisão). Um caminho personalizado podem ser definido atribuindo o caminho a
um nome que mais tarde poderá ser usado na linha de comando. Exemplo:: O modelo customizado é usado para os comandos abaixo
(a opção ``--edit`` pode ser exigida): DAG
O repositório de revisões de um sistema de controle de versão
distribuído (DVCS) pode ser descrito como um grafo acíclico
dirigido (Directed Acyclic Graph, ou DAG), consistindo de nós
correspondendo a revisões e arestas indicando relações entre
revisões pais e filhas. Esse grafo pode ser visualizado com
ferramentas como :hg:`log --graph`. No
Mercurial, o número de arestas incidentes em um nó qualquer
do DAG é limitado a dois, por ser esse o limite do número
de pais que uma revisão pode ter. DATA OBSOLETO DIR Formatos de Datas Default branch
Veja 'Branch, default'. Os efeitos padrão podem ser redefinidos pelo seu arquivo de configuração:: Define apelidos para comandos.
Apelidos são novos comandos definidos em termos de outros comandos
(ou outros apelidos), opcionalmente incluindo argumentos. Argumentos
posicionais na forma de ``$1``, ``$2``, etc na definição do apelido
são expandidos pelo Mercurial antes da execução. Argumentos posicionais
não utilizados como ``$N`` na definição são colocados ao final do
comando a ser executado. Apagando um Sub-Repositório
=========================== Descendant
Descendente. Qualquer revisão que possa ser alcançada por uma
cadeia de revisões filhas, a partir de uma revisão dada. Mais
precisamente, os descendentes de uma revisão podem ser definidos
por duas propriedades: as revisões filhas de uma revisão são
suas descendentes, e as revisões filhas de uma descendente são
descendentes. Veja também: 'Ancestor'. Descrição
"""""""""
O comando **hg** fornece uma interface de linha de comando para o
sistema Mercurial. Descrição
========= Diff
(Nome) A diferença de conteúdos e atributos de arquivos entre
duas revisões ou entre uma revisão e o diretório de trabalho atual.
Tal diferença é tipicamente representada em um formato de texto
padronizado conhecido como "diff" ou "patch" (veja 'Patch' e
:hg:`help diff`).
O formato "git diff" é usado para representar cópias, renomeações
ou mudanças de atributos de arquivo, que não podem ser representadas
no formato "diff" clássico. Diff também é o nome de um popular
programa Unix que gera essas representações. Formatos de Diff Directory, working
Diretório de trabalho. Representa o estado dos arquivos rastreados
pelo Mercurial que será gravado na próxima consolidação. O diretório
de trabalho inicialmente corresponde a uma cópia dos dados de uma
revisão existente conhecida como pai do diretório de trabalho (veja
'Parent, working directory'). Esse estado pode ser modificado por uma
mesclagem ou por mudanças manuais nos arquivos. Os metadados do
repositório são armazenados no diretório .hg dentro do diretório de
trabalho. Draft
Rascunho. Revisões na fase rascunho não foram compartilhadas com
repositórios de publicação, e podem portanto ser modificadas de
forma segura por extensões que alterem o histórico.
Veja :hg:`help phases`. Devido a revisões omitidas, a primeira revisão ruim pode ser qualquer uma entre:
Devido a revisões omitidas, a primeira revisão boa pode ser qualquer uma entre:
EDITOR
Algumas vezes o Mercurial precisa abrir em um editor um arquivo
texto para ser modificado por um usuário, por exemplo ao escrever
mensagens de consolidação. O editor usado é determinado pela
consulta às variáveis de ambiente HGEDITOR, VISUAL e EDITOR,
nessa ordem. O primeiro valor não vazio é escolhido. Se todos
estiverem vazios, o editor será o 'sensible-editor'. EMAIL
Pode ser usado como autor de consolidações; veja HGUSER. CODIFICAÇÃO Cada revisão em um repositório está em uma das seguintes fases: Cada entrada nesta seção dá nome a um filtro de substituição.
O valor de cada entrada define a própria expressão de substituição.
As expressões websub usam a sintaxe da antiga extensão interhg,
que por sua vez imita a sintaxe de substituição do comando sed do Unix:: Cada linha contém uma entrada. Se as linhas seguintes estiverem
indentadas, elas serão tratadas como continuações dessa entrada.
Espaços em branco no início do valor são descartados. Linhas
vazias são ignoradas. Linhas começadas por ``#`` ou ``;`` são
ignoradas e podem ser usadas para comentários. Cada linha tem o seguinte formato:: Cada mensagem faz referência à primeira da série usando os cabeçalhos
In-Reply-To e References, de modo que as mensagens aparecerão como
uma sequência em e-mails organizados por conversação e leitores de
notícias, além de mail archives. Cada e-mail de patch tem uma linha Assunto com a forma
"[PATCH M of N] ...", usando a primeira linha da descrição da
revisão como texto do assunto. A mensagem contém dois ou três
corpos: Edite a mensagem de consolidação, e feche o editor.
Para esse exemplo, vamos assumir que a mensagem
foi mudada para ``Add beta and delta.`` Depois que o histedit for
executado, e tiver removido quaisquer revisões velhas ou temporárias
de que necessitava, o histórico se parecerá com o seguinte:: Exemplo de email:: Variáveis de Ambiente Erro: Exemplo
======= Exemplo de Configuração
----------------------- Um exemplo de ``.hg/.hgrc``:: Um exemplo de ``~/.hgrc``:: Exemplos de configuração: Exemplo para ``~/.hgrc``:: Um exemplo do arquivo versionado ``.hgeol``:: Exemplo:: Exemplos usando o prefixo "!"
............................. Exemplos:: Expansões que alcancem mais de uma linha, e expansões incrementais
como a $Log$ do CVS, não são suportadas. Um modelo de expansão
"Log = {desc}" expande para a primeira linha da descrição da
revisão.
Ampliando a busca até a revisão %d:%s
Comandos de Extensões Extensões Extensões não são carregadas por padrão por diversas razões:
elas podem aumentar o tempo de início ou execução; podem ser
destinadas apenas a uso avançado; podem fornecer funcionalidade
potencialmente perigosa (por exemplo, modificar ou destruir o
histórico); podem ainda não estar prontas para uso geral; ou
podem alterar o comportamento padrão do Mercurial. Cabe ao
usuário ativar extensões como desejar. Utilitários externos de mesclagem e suas propriedades são
configurados na seção de configuração merge-tools - veja
hgrc(5) - mas tipicamente podem ser usados meramente
através do nome do executável. ARQUIVO PADRÃOARQ... FORMATO Padrões de Nomes de Arquivo Exemplos de padrões lidos de arquivos:: Arquivos
"""""""" Arquivos
======== O .hgignore não afeta arquivos já rastreados, mesmo que estes
apareçam no .hgignore. Um arquivo X não rastreado pode ser adicionado
explicitamente usando :hg:`add X`, mesmo se X estiver sendo excluído
por um padrão no .hgignore. Arquivos que corresponderem a um desses padrões serão adicionados
como largefiles sem que seus tamanhos sejam considerados. Arquivos com formato declarado como ``CRLF`` ou ``LF`` são sempre trazidos
para o diretório de trabalho e guardados no repositório no tal formato,
e arquivos declarados como
binários (``BIN``) não são alterados. Adicionalmente, ``native`` é um
apelido para trazer o arquivo para o diretório de trabalho
no tipo de quebra de linha padrão na plataforma: ``LF`` em
Unix (inclusive no Mac OS X) e ``CRLF`` no Windows. Note que ``BIN`` (não
fazer nada em relação a quebra de linhas) é o comportamento padrão do
Mercurial; em geral só é necessário se você precisar sobrepor um padrão
posterior mais geral. Filtros consistem de um padrão de arquivos filtrados seguido por um
comando de filtragem. Por padrão, o padrão de arquivos usa globs,
a partir da raiz do repositório. Por exemplo, para combinar com qualquer
arquivo terminado por ``.txt`` apenas no diretório raiz, use o padrão
``*.txt``. Para combinar com qualquer arquivo terminado em ``.c`` em
qualquer ponto do repositório, use o padrão ``**.c``.
Para cada arquivo, apenas o primeiro filtro que combine será usado. Filtros para transformar arquivos durante update/commit. São
tipicamente utilizados para processar quebras de linha ou outro
tipo de localização ou padronização de arquivos. Impressões digitais ("fingerprints") dos certificados de servidores
HTTPS conhecidos.
Uma conexão HTTPS com um servidor com uma impressão digital configurada
aqui só terá sucesso se o certificado do servidor bater com a impressão.
Isto é bastante similar ao mecanismo "known hosts" do ssh.
A impressão digital é o valor do hash SHA-1 do certificado codificado
em formato DER.
A cadeia CA e a opção web.cacerts não são usadas para servidores com
impressões digitais configuradas. Em primeiro lugar, habilite a extensão como explicado em
:hg:`help extensions`, e registre o gancho que você deseja executar.
O gancho ``outgoing`` é executado quando revisões são enviadas, e os
ganchos ``incoming`` e ``changegroup`` são executados quando revisões
são recebidas pelo repositório local:: Conserte a mudança e execute hg histedit --continue Para uma demonstração da expansão e do mapeamento de modelos em
[keywordmaps] execute :hg:`kwdemo`. Veja :hg:`help templates`
para uma lista dos modelos e filtros disponíveis. Para uma configuração rápida em um ambiente completamente confiável,
por exemplo uma LAN privada, na qual você deseja aceitar operações
push de qualquer um, você pode usar a seguinte linha de comando:: Por conveniência, a extensão adiciona por padrão estes protocolos:: Por exemplo, Por exemplo, suponha que temos um arquivo não rastreado chamado
``file.c``, em ``a/b/file.c`` dentro do seu repositório. O Mercurial
irá ignorar ``file.c`` se qualquer padrão no ``.hgignore`` combinar
``a/b/file.c``, ``a/b`` ou ``a``. Por exemplo, a configuração de modelo abaixo exibe o mesmo texto
que o padrão em inglês:: Por exemplo, esta definição:: Por exemplo:: Para mais informações:
http://mercurial.selenic.com/wiki/RebaseExtension
Na maior parte, fases devem funcionar de forma transparente.
Por padrão, uma revisão é criada na fase rascunho, e movida
para a fase pública quando for enviada para outro repositório. Exemplos de glob:: Glossário Graph
Grafo; veja 'DAG' e :hg:`log --graph`. Nomes de grupos devem ser prefixados com um símbolo ``@``. Especificar
um nome de grupo tem o mesmo efeito que especificar todos os usuários
dentro desse grupo. Grupos
------ HG
Caminho para o executável 'hg', automaticamente passado na
execução de ganchos, extensões ou ferramentas externas. Se não
definido ou vazio, um executável chamado 'hg' (com a extensão
com/exe/bat/cmd no Windows) é procurado. HG: Edite a mensagem de consolidação.
HG: Linhas começadas por 'HG:' serão removidas. HG: adicionou %s HG: marcador '%s' HG: ramo '%s' HG: mesclagem de ramos HG: modificou %s HG: nenhum arquivo mudou HG: removeu %s HG: subrepo %s HG: usuário: %s HGEDITOR
Este é o nome do editor usado em consolidações. Veja EDITOR. HGENCODING
É usado no lugar da configuração padrão de locale detectada
pelo Mercurial. Essa configuração é usada para converter dados
como nomes de usuário, descrições de revisões, nomes de
etiqueta e ramos. Essa configuração pode ser sobreposta com a
opção --encoding na linha de comando. HGENCODINGAMBIGUOUS
Define o comportamento do Mercurial ao lidar com caracteres
com larguras "ambíguas" como caracteres latinos acentuados
com fontes da Ásia Oriental. Por padrão, o Mercurial assume
que caracteres ambíguos são "narrow" (estreitos); defina
esta variável para "wide" (largos) se tais caracteres
causarem problemas de formatação. HGENCODINGMODE
Essa configuração ajusta o comportamento do Mercurial no
tratamento de caracteres desconhecidos, ao codificar entradas do
usuário. O padrão é "strict", o que faz com que o Mercurial
aborte se ele não puder traduzir um caractere. Outros valores
incluem "replace", que substitui caracteres desconhecidos, e
"ignore", que os descarta. Essa configuração pode ser
sobreposta com a opção --encodingmode na linha de comando. HGMERGE
Um executável a ser usado para resolver conflitos de mesclagem.
O programa será executado com três argumentos: arquivo local,
arquivo remoto, arquivo ancestral. HGPLAIN
Se definido, desabilita qualquer opção de configuração que possa mudar
a saída padrão do Mercurial. Isto inclui codificação, seção defaults,
modo verboso, modo debug, modo silencioso, adições de tracebacks
e localização. Isto pode ser útil para a inclusão do Mercurial em
scripts para compensar mudanças de configuração feitas pelo usuário. HGPLAINEXCEPT
Esta é uma lista separada por vírgulas de funcionalidades a serem
preservadas quando HGPLAIN estiver habilitada. No momento, o único
valor suportado é "i18n", que preserva internacionalização em
modo plain. HGRCPATH
Uma lista de arquivos ou diretórios onde procurar por arquivos de
configuração. O separador de itens é ":" em Unix, ";" no
Windows. Se HGRCPATH não estiver definido, o caminho de busca padrão
da plataforma será usado. Se vazio, será lido apenas o .hg/hgrc no
repositório atual. HGUSER
Esta é a string usada para o autor de uma consolidação.
Se não for definida, valores disponíveis serão considerados na
seguinte ordem: Head
Cabeça. O termo pode ser usado tanto para denotar uma cabeça de
ramo como uma cabeça do repositório, dependendo do contexto. Veja
'Head, branch' e 'Head, repository' para definições específicas. Head, branch
Cabeça de ramo. Uma revisão sem descendentes no mesmo ramo nomeado. Head, closed branch
Cabeça de um ramo fechado. Uma revisão que marca uma linha de
desenvolvimento que não interessa mais. A cabeça fechada não
aparece mais na lista de :hg:`heads`. Um ramo é considerado
fechado quando todas as suas cabeças estiverem fechadas, e
consequentemente não será listado por :hg:`branches`. Head, repository
Cabeça do repositório. Uma cabeça topológica que não foi fechada. Head, topological
Cabeça topológica. Uma revisão que não tem revisões filhas neste
repositório. Este é um exemplo de arquivo hgignore. :: Dica: History, immutable
Histórico imutável. Uma vez consolidada, uma revisão não pode ser
alterada. Extensões que se propõem a alterar o histórico (veja
'History, rewriting') na verdade criam novas revisões substituindo
as revisões existentes.
Este tipo de operação faz mais sentido em repositórios privados:
se alguém tiver copiado alguma revisão original antes da edição,
essa revisão irá reaparecer no repositório na próxima vez que
esse desenvolvedor enviar suas revisões (a remoção de revisões
não é propagada pelo Mercurial). History, rewriting
Edição, ou reescrita de histórico. As revisões de um repositório são
imutáveis; no entanto, extensões do Mercurial podem ser usadas para
alterar o repositório, através da criação de novas revisões baseadas
nas revisões existentes (preservando ou modificando conteúdos,
metadados ou posições no grafo de revisões) e remoção das revisões
originais. Como fases são gerenciadas?
=========================== Trecho #%d FALHOU em %d
Trecho #%d aplicado com sucesso em %d (distância %d linhas).
Trecho #%d aplicado com sucesso em %d com indistinção %d (distância %d linhas).
ID IDN no certificado não é suportado IPv6 indisponível nesse sistema Identificadores (como nomes de ramo ou etiquetas) que contenham
caracteres como ``-`` ou que forem
iguais a algum dos predicados predefinidos devem ser passados
entre aspas simples ou duplas. Identificadores, tais como nomes de arquivo ou padrões, devem ser
passados entre aspas simples ou duplas se contiverem caracteres
fora do conjunto ``[.*{}[]?/\_a-zA-Z0-9\x80-\xff]`` ou se forem
iguais a um dos predicados pré-definidos. Isto geralmente se
aplica a padrões de arquivo diferentes de glob e argumentos para
predicados. Se INÍCIO for maior que FIM, as revisões são tratadas na ordem
inversa. Se ``.hgsub`` não existir, crie-o e adicione-o ao repositório
pai. Clone ou faça um checkout dos projetos externos que você
deseje adicionar como sub-repositórios ao repositório pai.
Edite ``.hgsub`` e adicione as entradas de sub-repositórios
como descritas acima. Neste ponto, o sub-repositório passa a
ser rastreado e a próxima consolidação gravará seu estado
em ``.hgsubstate`` e o associará à revisão consolidada. Se ``histedit`` encontrar um conflito ao mover uma revisão
(ao executar ``pick`` ou ``fold``), ela parará de uma maneira
similar a ``edit``, mas não solicitará uma mensagem de consolidação
ao encerrar. Se nesse ponto você mudar de ideia a respeito da
reorganização do histórico, você pode usar ``hg histedit --abort``
para abandonar as novas mudanças e retornar ao estado anterior
à tentativa de edição de histórico. Se um gancho Python devolver um valor "true" ou lançar uma exceção,
isto será tratado como uma falha. Se uma chave de configuração for definida múltiplas vezes em diferentes
arquivos de configuração, o valor final dependerá da ordem na qual os
diferentes arquivos de configuração forem lidos, sendo que definições
de caminhos anteriores sobrepõe definições de caminhos posteriores, como
descrito na seção ``Arquivos`` acima. Se nenhum pager estiver definido, as extensões de pager usa a variável
ambiente $PAGER. Se nem pager.pager nem $PAGER estiverem definidas,
nenhum pager será usado. Se nenhuma entrada de autenticação apropriada for encontrada, o usuário
será consultado interativamente para fornecer credenciais normalmente,
se forem solicitadas pelo servidor remoto. Se a conversão não estiver sendo feita, para garantir que você não
consolide CRLF/CR acidentalmente:: Se pager.attend estiver presente, pager.ignore será ignorado. Se configurada como 'keep', a mq irá obedecer a seção [diff] do arquivo
de configuração ao preservar patches git existentes durante um comando
qrefresh. Se configurada como 'yes' ou 'no', a mq irá sobrepor a seção
[diff] e sempre gerar patches git ou comuns, respectivamente,
possivelmente perdendo dados no segundo caso. Se definidas, as seguintes entradas também serão usadas para
modificar as notificações: Se a extensão factotum for incapaz de ler a chave exigida, uma chave
será solicitada interativamente. Se o patch aplicar de forma limpa, o trecho editado será adicionado
imediatamente à lista de gravação. Se o patch não aplicar de forma
limpa, um arquivo de rejeitos será gerado: você poderá usar esse
arquivo ao tentar novamente. Se todas as linhas do trecho forem
removidas, a edição será abortada e o trecho não será modificado.
Se o diretório de trabalho contiver mudanças não consolidadas,
qpush, qpop e qgoto abortam imediatamente. Se for usado -f/--force,
essas mudanças serão descartadas. A definição:: Se clonarmos o repositório de exemplo acima e adicionarmos mais
quatro mudanças, de modo que tenhamos o seguinte histórico:: Se você já tiver arquivos grandes rastreados pelo Mercurial sem a
extensão largefiles, será preciso converter seu repositório para se
beneficiar da extensão largefiles. Isto é feito usando o comando
:hg:`lfconvert` :: Se você quiser apenas garantir que você terá os largefiles necessários
para realizar merge ou rebase com as novas cabeças que você estiver
trazendo, você pode usar `--lfrev "head(pulled())"` com o comando
pull para baixar preemptivamente quaisquer largefiles novos nas cabeças
trazidas. Se você souber que a extensão já está no caminho de busca do Python
(como tipicamente é o caso para extensões distribuídas com o Mercurial),
você pode passar o nome do módulo, seguido por ``=``, sem nada após o
``=``. Se você estiver trazendo revisões de um local não-padrão e quiser
ao mesmo tempo baixar todos os largefiles que correspondam a essas
revisões, use o comando pull com as opções `--lfrev "pulled()"`. Rodar ``hg histedit --outgoing`` no clone será o mesmo que rodar
``hg histedit 836302820282``. Caso você pretenda enviar revisões para
um repositório que o Mercurial detectar como não relacionado ao de
origem, você pode adicionar uma opção ``--force``.
Se você quiser baixar largefiles que ainda não são necessários para
um update, use a opção `--lfrev` com o comando pull, ou o comando
:hg:`lfpull`. Se você rodasse ``hg histedit c561b4e977df``, você veria o seguinte
arquivo aberto no seu editor:: Immutable history
Veja 'History, immutable'. Importante: Além de filtros, há algumas funções básicas disponíveis: Além das palavras chave pré-definidas de modelos, podem ser usadas
para customização as seguintes palavras chave específicas da edição
de consolidação: Adicionalmente, um arquivo de configuração do Mercurial pode fazer
referência a um conjunto de arquivos hgignore globais ou por usuário.
Veja a chave de configuração ``ignore`` na seção ``[ui]`` de
:hg:`help config` para detalhes sobre como configurar esses arquivos. Adicionalmente, as opções de email do Mercurial devem ser configuradas.
Veja a documentação em hgrc(5), seções ``[email]`` e ``[smtp]``. Para que os usuários possam gerenciar suas próprias inscrições, as
seções ``[usersubs]`` e ``[reposubs]`` podem ser colocadas em um
arquivo ``hgrc`` separado e incorporadas por referência:: Em repositórios que já possuem algum largefile, qualquer novo arquivo
acima de 10MB será automaticamente adicionado como largefile. Para
mudar esse limiar, defina ``largefiles.minsize`` em seu arquivo de
configuração do Mercurial para o tamanho mínimo em megabytes para
rastrear o arquivo como largefile, ou use a opção --lfsize no comando
add (também em megabytes):: No exemplo abaixo, nós iremos:
1) Negar o acesso a um ramo "ring" a todos, menos ao usuário "gollum"
2) Negar o acesso ao ramo "lake" a todos, menos aos membros do grupo "hobbit"
3) Negar o acesso a um arquivo a todos, menos ao usuário "gollum" Neste exemplo:: Nesse arquivo, linhas que começam com ``#`` são ignoradas. Você deve
especificar uma regra para cada revisão no seu histórico. Por exemplo,
para alterar o histórico para adicionar gama antes de beta, e acrescentar
delta na mesma revisão que beta, você reorganizaria o arquivo para ficar
da seguinte forma:: Na descrição desta
seção, 'dados de profiling' são os dados crus coletados durante o
profiling, enquanto 'relatório de profiling' é um relatório estatístico
em formato texto gerado a partir dos dados de profiling.
O profiling é feito usando lsprof. Interação com Comandos do Mercurial
=================================== Esses utilitários internos estão sempre disponíveis e não requerem uma
interface gráfica, mas por padrão não lidam com links simbólicos e
arquivos binários. Esta extensão depende da biblioteca Pygments de realce de sintaxe:
http://pygments.org/ Também é possível definir múltiplas vezes uma seção. Uma seção pode ser
redefinida no mesmo ou em diferentes arquivos de configuração. Por exemplo:: Isto é útil para usuários que preferem mensagens de consolidação em UTF-8.
Pode ser desejável que revisões gerenciadas pela mq sejam mantidas
na fase secreta (veja :hg:`help phases`), comportamento que pode ser
habilitado com a seguinte configuração:: Tenha em mente que acesso à rede pode ser necessário para atualizar
para revisões para as quais você não atualizou anteriormente. O
modo de operação da extensão largefiles implica que não é mais
garantido que a operação update seja apenas local. Palavras chave são expandidas apenas em repositórios locais e não
são guardadas no histórico de mudanças. O mecanismo pode ser
considerado como uma conveniência para o usuário local ou para
distribuição em arquivos. Palavras chave expandem para os dados da revisão correspondentes
à última mudança relativa ao pai do diretório de trabalho de cada
arquivo. Patches conhecidos são representados como arquivos de patch no
diretório .hg/patches . Patches aplicados são tanto arquivos de
patch como revisões. RÓTULO... LOGNAME
Pode ser usado como autor de consolidações; veja HGUSER. Arquivos binários grandes tendem a não ser muito comprimíveis,
não gerar diffs úteis, e não serem mescláveis. Tais arquivos não
são gerenciados de modo eficiente pelo formato de armazenamento do
Mercurial (revlog), que se baseia em deltas binários comprimidos;
armazenar arquivos binários grandes como arquivos comuns no
Mercurial desperdiça banda e espaço em disco e aumenta o uso de
memória do Mercurial. A extensão largefiles trata esses problemas
adicionando uma camada cliente-servidor centralizada sobre o
Mercurial: largefiles se localiza em um *armazenamento central*
em algum lugar da rede, e você obtém apenas as revisões necessárias
no momento em que são necessárias. E por fim, há um formato interno do Mercurial: Finalmente, você pode habilitar ou desabilitar a paginação para
comandos individuais com a opção attend-<comando>. Esta configuração
tem precedência sobre opções attend e ignore existentes:: Posteriormente, o comando "hg unshelve" restaura as mudanças gravadas
por "hg shelve". Mudanças podem ser restauradas mesmo sobre um pai
diferente; nesse caso, se houver conflitos, o Mercurial usará o sistema
de mesclagem para resolvê-los. Deixe a mensagem vazia para abortar a consolidação. Deixe a mensagem vazia para usar a mensagem padrão. Como outros padrões de arquivo, este tipo de padrão é indicado
por um prefixo, 'set:'. A linguagem suporta vários predicados
associados por operadores infixos. Parênteses podem ser usados
para agrupamento. Lista de filtros: Listas são separadas por espaços em branco ou vírgulas, exceto se os
valores estiverem entre aspas duplas:: Registra informação de eventos no arquivo .hg/blackbox.log para auxiliar
depuração e diagnóstico de problemas. Os eventos que serão registrados
podem ser configurados através da opção de configuração blackbox.track.
Exemplos:: MODO Lista de discussão: http://selenic.com/mailman/listinfo/mercurial Faça mudanças conforme for necessário, consolidando ou gravando usando record.
Quando tiver terminado, execute hg histedit --continue para retomar. Manifest
Manifesto. É a lista de arquivos rastreados por uma determinada revisão. Muitos formatos de data são válidos. Eis alguns exemplos: Sistema de controle de versão distribuído Mercurial
Sistema de controle de versão distribuído Mercurial (versão %s)
O Mercurial aceita diversas notações para identificar um ou mais
arquivos de uma vez. O Mercurial permite que você personalize a saída de comandos
usando modelos. Você pode tanto passar um modelo como selecionar
um modelo existente pela linha de comando, usando a opção
--template. O Mercurial também suporta o formato diff estendido do VCS git
que trata dessas limitações. O formato git diff não é
produzido por padrão porque há muito poucas ferramentas que
entendem esse formato. No momento o Mercurial suporta sub-repositórios do próprio
Mercurial, do Git e do Subversion. Mercurial falhou ao executar a si próprio, veja se o executável hg está no PATH O Mercurial possui um mecanismo de extensão para adicionar novas
funcionalidades. Para habilitar uma extensão, crie para ela uma
entrada nesta seção. O Mercurial possui um mecanismo para adicionar novas
funcionalidades através do uso de extensões. Extensões podem
adicionar novos comandos, adicionar novas opções a comandos
existentes ou implementar ganchos. O Mercurial lê dados de configuração de diversos arquivos, se existirem.
Estes arquivos por padrão não existem, e você mesmo precisa criar os
arquivos de configuração apropriados: configurações globais, como por
exemplo seu nome de usuário, são tipicamente colocadas em
``%USERPROFILE%\mercurial.ini`` ou ``$HOME/.hgrc``, e configurações
específicas de um repositório são colocadas no arquivo
``<repositório>/.hg/hgrc``. O Mercurial suporta uma linguagem funcional para selecionar um conjunto
de arquivos. O Mercurial suporta uma linguagem funcional para selecionar um conjunto
de revisões. O Mercurial suporta diversas sintaxes de padrões. A sintaxe padrão usa
expressões regulares ao estilo Python/Perl. O Mercurial aceita diversas notações para identificar revisões
individuais. O Mercurial segue as seguintes regras para determinar qual utilitário
de mesclagem será usado: Mercurial foi escrito por Matt Mackall <mpm@selenic.com>. O Mercurial não usará as configurações no arquivo ``.hg/hgrc`` de um
repositório se ele não pertencer a um usuário ou a um grupo confiável,
pois diversas funcionalidades do arquivo de configuração possibilitam
a execução de comandos arbitrários.
Esta questão é por vezes encontrada ao configurar ganchos ou extensões
em repositórios compartilhados ou servidores. Entretanto,
a interface web usará algumas definições seguras da seção ``[web]``. O formato padrão do Mercurial para exibir mudanças entre duas
versões de um arquivo é compatível com o formato unified do GNU
diff, que pode ser usado pelo GNU patch e muitos outros
utilitários padrão. hgweb, o servidor web interno do Mercurial, é capaz de servir tanto um único
repositório como uma árvore de repositórios. No caso de uma árvore,
os caminhos e opções globais podem ser especificados através de um
arquivo de configuração dedicado comum a :hg:`serve`, ``hgweb.wsgi``,
``hgweb.cgi`` e ``hgweb.fcgi``. Merge
Mesclagem. Operação usada para conciliar ramos de trabalho divergentes.
Quando você atualiza para uma revisão e faz uma mesclagem com outra
revisão, você traz o histórico da última para seu diretório de
trabalho. Uma vez que eventuais conflitos sejam resolvidos e marcados
(como descrito em :hg:`help resolve`), esta mesclagem pode ser
consolidada como uma revisão de mesclagem. O termo também é
usado para designar tais revisões. Utilitários de Mesclagem Merge changeset
Veja 'Changeset, merge'. Os utilitários de mesclagem são usados por :hg:`resolve`,
:hg:`merge`, :hg:`update`, :hg:`backout` e diversas extensões. Vários ganchos são executados com variáveis de ambiente que fornecem
informações adicionais. Para cada gancho abaixo, as variáveis de
ambiente recebidas são listadas com nomes com a forma ``$HG_foo``. Configuração do modo de acesso MySQL: Exemplo de configuração MySQL. Usa uma instalação local do Bugzilla 3.2
em ``/opt/bugzilla-3.2``. A base de dados MySQL está em ``localhost``,
o nome da base de dados Bugzilla é ``bugs`` e o MySQL é acessado
com o nome de usuário MySQL ``bugs`` e a senha ``XYZZY``. É usado
com uma coleção de repositórios do Mercurial em ``/var/local/hg/repos/``,
com uma interface web em ``http://my-project.org/hg``. :: NOME NÚMERO Named branch
Veja 'Branch, named'. Padrões glob e regexp não são restritos à raiz do repositório. Um padrão
glob com a forma ``*.c`` casará com um arquivo terminado por ``.c`` em
qualquer diretório, e um padrão regexp com a forma ``\.c$`` fará o
mesmo. Para fazer com que um padrão regexp seja considerado somente a
partir da raiz, comece-o por ``^``. Novos predicados (conhecidos como "aliases", ou apelidos) podem ser
definidos usando qualquer combinação de predicados existentes ou
outros apelidos. Uma definição de apelido segue a seguinte forma:: Normalmente, todos os servidores são por padrão ``publishing``
("de publicação"). Isto quer dizer que:: Nem todos os ancestrais desta revisão foram verificados.
Use bisect --extend para continuar a bissecção a partir do
ancestral comum, %s.
Note que ``histedit`` *não* remove qualquer revisão (até mesmo
as temporárias) até completar todas as operações de edição, então
provavelmente ele irá realizar diversas operações de remoção
ao final da operação. Para o exemplo acima, ele teve que executar
a remoção duas vezes. Dependendo de uma variedade de fatores, a
remoção pode ser lenta, então você pode precisar ser um pouco
paciente. Você pode escolher manter as revisões originais passando
o parâmetro ``--keep``. Note que um filtro é apenas uma chamada de função, ou seja,
``expr|filtro`` é equivalente a ``filtro(expr)``. Note que, em alguns sistemas, o modo terminfo pode causar problemas ao
usar coloração com a extensão pager e less -R. O comando less com a
opção -R mostrará apenas códigos de cores ECMA-48, e o modo terminfo
pode por vezes emitir códigos não suportados pelo comando less.
Para evitar esse problema, você pode usar o modo ansi (ou o modo auto)
ou o comando less -r (que propagará todos os códigos de terminal, não
apenas códigos de controle de cores). Note que a segurança de URLs HTTPS depende de uma configuração
adequada de web.cacerts. Note que há algumas limitações no uso desta extensão: Note que isto permitirá que qualquer um envie qualquer coisa para o
servidor, e que isto não deve ser usado em servidores públicos. Nota: O conteúdo das notificações pode ser ajustado com as seguintes
entradas de configuração: Notificações não serão enviadas até que você defina a entrada
``notify.test`` como ``False``; veja abaixo. Null changeset
Revisão nula. A revisão vazia. É o pai do diretório de trabalho em
repositórios recém-criados, ou repositórios sem uma cópia local
obtida. É portanto o pai de revisões raízes (veja 'Root') e
o ancestral efetivo ao mesclar revisões não relacionadas. Pode ser
especificado usando o nome reservado "null" ou pelo id de revisão
'000000000000' (note que isto .não é o mesmo que o número de revisão
0; veja 'Revision number'). OPÇÃO Uma vez que revisões se tornem públicas, extensões como mq e
rebase se recusarão a operar sobre elas, para impedir a criação
de revisões duplicadas. Se necessário, fases também podem ser
manipuladas usando o comando :hg:`phase`.
Veja :hg:`help -v phase` para alguns exemplos. Opções Opções: Outros efeitos adicionais às cores, como negrito e sublinhado,
também estão disponíveis. Por padrão, a base de dados terminfo
é usada para determinar os códigos de terminal usados para mudar
cores e efeitos. Se terminfo não estiver disponível, os efeitos
serão desenhados com a função de controle ECMA-48 SGR (também
conhecidos como códigos de escape ANSI). Caso contrário, forneça um nome à sua escolha, seguido por ``=``,
seguido pelo caminho para o arquivo ``.py`` (incluindo a extensão do
arquivo) que define a extensão. CAMINHO PADRÃO PORTA PREFIXO PYTHONPATH
Isto é usado pelo Python para localizar módulos importados, e
pode precisar ser ajustado apropriadamente se o Mercurial não
estiver instalado para o sistema todo.
Configuração master/worker em paralelo. Em sistemas semelhantes ao
Unix, atualizações do diretório de trabalho são feitas com processos
paralelos, o que melhora consideravelmente o desempenho. Parent
Veja 'Changeset, parent'. Parent changeset
Veja 'Changeset, parent'. Parent, working directory
Pai do diretório de trabalho. É a revisão associada à cópia de trabalho
presente no momento: a próxima revisão consolidada será uma filha do
pai do diretório de trabalho (ou pais, no caso de uma mesclagem).
Podem ser exibidos com os comandos :hg:`parents`, :hg:`summary` ou
:hg:`id`, e mudados através de :hg:`update`. Pode ser especificado
usando o nome reservado ".". Patch
(Nome) O produto de uma operação de diff (veja 'Diff').
Patch também é o nome de um programa Unix capaz de restaurar o
conteúdo de um arquivo de destino a partir do arquivo original
e da representação diff de suas diferenças com o destino.
Por serem capazes de aplicar tais diferenças mesmo em arquivos
ligeiramente diferentes dos originais, patches são muito usados
como forma legível de difundir e aplicar mudanças; veja
:hg:`help export` e :hg:`help import`. Controle de Acesso Baseado em Caminhos
-------------------------------------- Caminhos no sistema de arquivos local podem tanto apontar para
repositórios do Mercurial como para arquivos bundle (criados por
:hg:`bundle` ou :hg:`incoming --bundle`). Veja também :hg:`help paths`. Phase
Fase. Um estado específico de uma revisão que rastreia como essa
revisão foi ou deve ser compartilhada. Veja :hg:`help phases`. Fases e servidores
================== Fases são um sistema para rastrear quais revisões foram ou
devem ser compartilhadas. Isto ajuda a prevenir erros comuns
ao modificar o histórico (usando por exemplo as extensões mq
e rebase). Exemplo de pipe:: Exemplos de caminhos simples:: Argumentos posicionais como ``$1``, ``$2``, etc. na definição
do apelido expandem para argumentos da linha de comando. Argumentos
em excesso são removidos. ``$0`` expande para o nome do apelido e
``$@`` expande para todos os argumentos, separados por espaços.
Estas expansões são realizadas antes de o comando ser passado
para o shell. Public
Pública. Revisões na fase pública foram compartilhadas com
repositórios de publicação, e são portanto consideradas imutáveis.
Veja :hg:`help phases`. Pull
Recebimento de revisões remotas. Uma operação na qual revisões de um
repositório remoto que não estejam no repositório local são trazidas
para o repositório local. Note que esta operação tipicamente afeta
apenas o repositório, sem atualizar os arquivos da área de trabalho;
veja :hg:`help pull`. Push
Envio de revisões. Uma operação na qual revisões de um repositório
local que não estão em um repositório remoto são enviadas para esse
repositório remoto.
Note que essa operação apenas adiciona ao repositório remoto revisões
já consolidadas localmente; mudanças não consolidadas da cópia de
trabalho não são enviadas. Veja :hg:`help push`. módulo ElementTree do Python não está disponível suporte do Python a SSL não instalado Ganchos Python são executados dentro do processo do Mercurial. Cada
gancho é chamado com ao menos três argumentos keyword: um objeto ui
(keyword ``ui``), um objeto repositório (keyword ``repo``) e um
keyword ``hooktype`` que diz o tipo de gancho usado.
Argumentos listados acima como variáveis de ambiente são passados
como argumentos keyword, sem o prefixo ``HG_``, e nomes em minúsculas. suporte do Python a SSL e HTTPS não está instalado Aspas duplas podem ser colocadas nos valores se prefixadas por uma
barra invertida ("\"). Apenas aspas duplas no começo de uma
palavra iniciam uma citação literal (por exemplo, ``foo"bar baz``
é uma lista contendo ``foo"bar`` e ``baz``). arquivo RCS deve ser seguido de um arquivo de trabalho REPOSITÓRIO REPO ARQUIVO [-H|-C ID]... REPO ID... REPOSITÓRIO NAMESPACE [CHAVE ANTIGO NOVO] REPO [OPÇÕES]... [UM [DOIS]] REV REV1 [REV2] Lê alterações de histórico a partir do arquivo especificado. Exemplos de expressão regular:: Caminhos relativos para sub-repositórios são primeiramente tornados
absolutos, e em seguida as regras de reescrita são aplicadas no
caminho absoluto completo. As regras são aplicadas na ordem de definição. Remapeamento de Origens de Sub-Repositórios
=========================================== Repository
Repositório. Os metadados descrevendo todos os estados registrados
de uma coleção de arquivos. Cada estado registrado é representado por
uma revisão. Um repositório é tipicamente encontrado no subdiretório
``.hg`` de um diretório de trabalho. Qualquer estado registrado pode
ser recriado através de uma atualização (veja 'Update') de um
diretório de trabalho para uma revisão específica. Repository head
Veja 'Head, repository'. Recursos
""""""""
Página Principal: http://mercurial.selenic.com/ Revision
Revisão. O estado de um repositório em algum ponto no tempo;
'Changeset' é um termo alternativo praticamente equivalente.
Revisões mais antigas podem ser obtidas usando :hg:`update`.
Veja também 'Revision number'. Revision number
Número de revisão. Este inteiro identifica unicamente uma revisão
dentro de um repositório específico. Ele representa a ordem na qual as
revisões foram adicionadas a um repositório, começando pela revisão
número 0. Note que o número de revisão pode ser diferente em cada
clone de um repositório. Para identificar unicamente revisões entre
diferentes clones, veja 'Changeset id' e :hg:`help revisions`. Os menus de contexto das revisões vão agora mostrar entradas
adicionais para disparar o vdiff em revisões selecionadas.
Revlog
O mecanismo de armazenamento de dados usado pelo Mercurial. É uma
forma de codificação por deltas, com revisões completas ocasionais
seguidas pelas diferenças com relação a cada revisão anterior. Inclui
dados e um índice referenciando esses dados. Rewriting history
Veja 'History, rewriting'. Root
Raiz. Uma revisão que possui como pai apenas a revisão nula.
A maior parte dos repositórios possui apenas uma revisão raiz. SIMILARIDADE SMTPS exige Python 2.6 ou posterior arquivo de certificado de SSL Suporte a SSL indisponível REVINICIAL ESTILO Secret
Secreta. Revisões na fase secreta não podem ser compartilhadas com
push, pull ou clone.
Veja :hg:`help phases`. Seções
====== Veja :hg:`help config` para mais informações sobre arquivos de configuração. Veja :hg:`help patterns` para mais informações sobre os padrões de nome de
arquivo usados.
Veja :hg:`help phase` para mais informações sobre como manipular
fases manualmente.
Veja Também
"""""""""""
|hgignore(5)|_, |hgrc(5)|_ Veja Também
===========
|hg(1)|_, |hgignore(5)|_ Veja Também
===========
|hg(1)|_, |hgrc(5)|_ Veja também :hg:`help filesets`.
Veja também :hg:`help patterns`.
Veja as seções merge-tools e ui da página de manual
hgrc(5) para detalhes da configuração de utilitários de mesclagem.
Definir pager.attend para um valor vazio fará com que todos os
comandos usem o pager. Definições para extensões que enviam mensagens de email. Configurações usadas ao aplicar patches, por exemplo através do
comando 'import' ou da extensão Mercurial Queues. Definições usadas ao exibir diffs. Exceto por ``unified``, todas são
booleanas, por padrão False. Veja a seção ``annotate`` para opções
relacionadas do comando annotate. Definições usadas ao exibir anotações de arquivo. Todos os valores
são booleanos com padrão False. Veja a seção ``diff`` para opções
relacionadas do comando diff. Apelidos de shell são executados em um ambiente no qual ``$HG``
expande para o caminho do Mercurial que foi usado para executar o
apelido. Isto pode ser usado para invocar novos comandos do
Mercurial em um apelido de shell, como foi feito acima para o
apelido purge. Adicionalmente, ``$HG_ARGS`` expande para os
argumentos passados para o Mercurial. Na chamada ``hg echo foo``
acima, ``$HG_ARGS`` expandiria para ``echo foo``. Algumas codificações MBCS não são boas para certas operações de
manipulação de caminhos (por exemplo, quebrar o caminho, conversão
de maiúsculas / minúsculas, etc.) com seus bytes codificados.
Chamamos tais codificações (por exemplo, shift_jis e big5) de
"codificações problemáticas". Esta extensão pode ser usada para
corrigir esses problemas encapsulando algumas funções para as
converter em strings Unicode antes das operações de caminho. Alguns estilos são distribuídos com o Mercurial. Eles podem ser
listados com :hg:`log --template list`. Exemplo de uso:: Alguns comandos (revert, por exemplo) produzem arquivos de backup
terminados em ``.orig``. Se um arquivo ``.orig`` já existir e não for
rastreado pelo Mercurial, ele será sobrescrito. Alguns comandos permitem ao usuário especificar uma data, como: Certas funcionalidades, como o push para URLs http:// e https://
são possíveis apenas se forem explicitamente habilitadas no
servidor remoto do Mercurial. Algumas notas sobre o uso de SSH com o Mercurial: Alguns exemplos de modelos de linha de comando: Alguns exemplos de consultas: Às vezes pode ser desejável fazer push e pull de revisões na fase
rascunho para compartilhar trabalho não concluído. Isto pode ser
feito desabilitando a publicação de um repositório em seu arquivo
de configuração:: Repositório de código fonte: http://selenic.com/hg Dentro de identificadores protegidos por aspas, caracteres
especiais podem ser especificados usando escapes; por exemplo,
``\n`` é interpretado como uma quebra de linha. Para evitar
que eles sejam interpretados dessa maneira, strings podem ser
prefixadas por ``r``, como em ``r'...'``. Especifica o gerenciamento padrão de fases. Veja :hg:`help phases`
para mais informações sobre fases. Especifica o tipo, formato e saída de arquivo de profiling.
Dois profilers são suportados: um profiler de instrumentação
(chamado ``ls``) e um de amostragem (chamado ``stat``). Especificação de Conjuntos de Arquivos Especificação de Múltiplas Revisões Especificação de Conjuntos de Revisões Especificação de Revisões Únicas Strings entre chaves são chamadas palavras chave. A
disponibilidade de palavras chave depende do contexto exato do
modelador. Estas palavras chave estão comumente disponíveis para
modelar comandos semelhantes ao log: Sub-repositórios não rastreiam automaticamente as últimas
mudanças de suas respectivas origens. Ao invés disso, eles são
atualizados para a revisão correspondente à revisão atual do
repositório pai. Isso é feito para que os desenvolvedores
sempre recebam um conjunto consistente e compatível de código
e bibliotecas ao atualizar para uma revisão qualquer. Sub-repositórios Sub-repositórios são constituídos de três componentes: O suporte a sub-repositórios possibilita o aninhamento de
repositórios externos ou projetos em um repositório pai do
Mercurial, fornecendo suporte para a operação de diversos
comandos no conjunto como um todo. URLs de origem de sub-repositórios podem se tornar obsoletas se
um servidor remoto mudar de nome ou se tornar indisponível. Esta
seção possibilita a definição de regras de reescrita com a forma:: Encontrados módulos Python para o Subversion %d.%d, requerida a versão 1.4 ou posterior Módulos Python para o Subversion são antigos demais, requerida a versão 1.4 ou posterior Argumentos suportados: Suponha que haja um ramo para o qual somente um dado usuário (ou grupo) seja capaz
de enviar revisões, e você não quer restringir acesso a qualquer outro ramo que
possa ser criado. Sincronizando um Sub-Repositório
================================ Sinopse
======= Sintaxe
======= Sintaxe dos Arquivos de Padrões de Arquivos Ignorados MODELO TEXTO TIPO Tag
Etiqueta. Um nome alternativo dado a uma revisão. Etiquetas podem
ser usadas em todos os lugares nos quais o Mercurial espera um
ID de revisão, por exemplo em :hg:`update`. A criação de uma
etiqueta é armazenada no histórico e será portanto
automaticamente compartilhada com outros, usando push e pull. Uso de Modelos Testando a revisão %d:%s (%d revisões restando, ~%d testes)
O prefixo "!" permite que você previna que qualquer um com exceção de um
dado usuário ou grupo envie revisões em um certo ramo ou caminho. A palavra chave "date" não produz saída legível para humanos.
Se você quiser usar uma data em sua saída, você pode usar um
filtro para processá-la. Filtros são funções que devolvem uma
string baseada na variável de entrada. Certifique-se de usar
primeiro o filtro stringify quando você estiver aplicando um
filtro de entrada de strings para uma variável de entrada que
contenha uma lista. Você também pode encadear
filtros para obter a saída desejada:: O comando "hg shelve" salva ("engaveta") mudanças locais em uma
área separada, para em seguida reverter essas mudanças, limpando o
diretório de trabalho. A opção --pager=... pode também ser usada para controlar em que momentos
o pager será usado. Use um valor booleano como yes, no, on, off, ou use
auto para comportamento normal. O comando :hg:`view` irá lançar o script Tcl hgk. Para esse comando
funcionar, hgk deve estar em seu caminho de busca. Alternativamente,
você pode especificar o caminho para o hgk em seu arquivo de
configuração:: O Mercurial usa um arquivo chamado ``.hgignore`` no diretório
raiz de um repositório para controlar seu comportamento em relação
a arquivos que não estejam sendo rastreados no momento. O Mercurial usa um conjunto de arquivos de configuração para controlar
aspectos de seu comportamento. O servidor web interno do Mercurial não faz autenticação (ele não
consulta por nomes de usuários e senhas para validar *quem* são
os usuários), mas faz autorização (aceita ou nega o acesso de
*usuários autenticados* baseado em definições desta seção).
Você deve ou configurar seu servidor web para fazer autenticação,
ou desabilitar as verificações de autorização. A seção ``[patterns]`` especifica como quebras de linha devem ser
convertidas entre o diretório de trabalho e o repositório.
O formato é especificado por um padrão de nomes
de arquivo. O primeiro padrão que combinar será usado, de modo que
padrões mais específicos devem ser especificados primeiro. Os tipos
de quebra de linha disponíveis são ``LF``, ``CRLF`` e ``BIN``. A seção ``[usermap]`` é usada para especificar mapeamentos de emails dos
consolidadores do Mercurial para emails de usuários do Bugzilla. Veja
também ``bugzilla.usermap``.
Contém entradas com o formato ``consolidador = usuário do Bugzilla``. A seção ``collections`` é obsoleta e foi completamente substituída
pela seção ``paths``.
A operação de edição (``edit``) irá conduzi-lo de volta ao prompt
de comando, permitindo a você editar arquivos livremente,
ou até mesmo usar ``hg record`` para colocar algumas mudanças em
uma consolidação separada.
Quando você terminar, qualquer mudança pendente restante também
será consolidada. Ao final, execute ``hg histedit --continue``
para encerrar essa etapa. Você será consultado interativamente
para uma nova mensagem de consolidação, mas o texto da mensagem
original será incluído na edição. As opções de configuração ``largefiles.minsize`` e ``largefiles.patterns``
serão ignoradas em qualquer repositório que ainda não contenha um
largefile. Para adicionar o primeiro largefile de um repositório,
você deve fazê-lo explicitamente passando a opção --large para o
comando :hg:`add`.
A opção de configuração ``largefiles.patterns`` permite especificar
uma lista de padrões de nomes de arquivo (veja :hg:`help patterns`)
que devam ser sempre tratados como largefiles:: A operação de mensagem (``message``) possibilita revisar
uma mensagem de consolidação sem mudar o conteúdo da revisão.
É um atalho para ``edit`` seguido imediatamente por
``hg histedit --continue``. A seção ``paths`` mapeia caminhos URL para caminhos de
repositórios no sistema de arquivos. O hgweb não expõe o
sistema de arquivos diretamente - apenas repositórios
do Mercurial podem ser publicados e apenas de acordo com a
configuração. As opções ``web`` são descritas com detalhes em :hg:`help config`. Os ganchos ``win32text.forbid*`` fornecidos pela extensão win32text
foram unificados em um único gancho chamado ``eol.checkheadshook``. Esse
gancho procura pela configuração de quebra de linha no arquivo
``.hgeol``, de modo que você precisa migrar para um arquivo
``.hgeol`` para poder usar o gancho. Lembre-se de habilitar a
extensão eol no repositório onde você tiver instalado o gancho.
``eol.checkheadshook`` verifica apenas cabeças; revisões intermediárias
inválidas serão enviadas. Para proibi-las completamente, use o gancho
``eol.checkallhook``. Estes ganchos são mais eficazes como ganchos
``pretxnchangegroup``. As entradas acima são referidas como ``ui.username`` e
``ui.verbose``, respectivamente. Veja a seção Sintaxe abaixo. O gancho acl funciona melhor se você usar um shell restrito (como
por exemplo o hgsh), impedindo que usuários autenticados usem outros
comandos além de push e pull. Ele não é seguro se os usuários tiverem
acesso a um shell interativo, pois eles então poderão desabilitar o
gancho. Também não é seguro se usuários remotos compartilharem uma
conta local, pois não haverá maneira de distingui-los. Os próprios comandos (e não apelidos) devem ser usados ao definir padrões
de comandos. Os padrões também serão aplicados aos apelidos que usarem
esses comandos. As seções allow e deny usam pares chave-valor. A autorização é feita com relação ao nome de usuário local no sistema
onde o gancho é executado, e não ao autor da revisão original (já
que este é meramente informativo). Os efeitos disponíveis em modo terminfo são 'blink', 'bold', 'dim',
'inverse', 'invisible', 'italic', 'standout', e 'underline'; em modo
ECMA-48 mode, as opções são 'bold', 'inverse', 'italic' e
'underline'. O modo como cada um é desenhado dependerá do emulador
de terminal. Alguns efeitos podem não estar disponíveis para um
determinado tipo de terminal, e serão silenciosamente ignorados. As referências para bugs podem opcionalmente incluir atualizações do
registro do Bugzilla de horas de trabalho gastas com o bug. Bugs
também podem ser marcados como corrigidos. A sintaxe escolhida permanece em efeito para todos os padrões
subsequentes, até que outra sintaxe seja selecionada. Os arquivos de configuração usam um simples formato ini.
Um arquivo de configuração consiste de seções iniciadas por um
cabeçalho ``[seção]`` seguidas por entradas ``nome = valor``:: Os valores correspondentes podem ser: Os modelos padrão do hgweb aplicam estas substituições apenas
nos campos de descrição de revisões. Ao criar seus próprios
modelos, você pode aplicá-los em outros locais adicionando
chamadas ao filtro "websub" (tipicamente após chamar o
filtro "escape"). O padrão é 'colorful'.
Os mapeamentos de modelo padrões (veja com :hg:`kwdemo -d`) podem
ser substituídos com palavras chave personalizáveis e modelos.
Novamente, execute :hg:`kwdemo` para controlar os resultados de
suas mudanças na configuração. A entrada executable define o caminho completo para o binário
factotum. A entrada mountpoint define o caminho para o serviço de
arquivos do factotum. Por fim, a entrada service controla o nome do
serviço usado ao ler chaves. A extensão extdiff do Mercurial permite o uso de programas externos
para comparar revisões ou revisões e a cópia local. Os programas de
diff externos são chamados com um conjunto configurável de opções e
dois argumentos: caminhos para diretórios contendo cópias temporárias
dos arquivos a serem comparados. A extensão extdiff também permite a você configurar novos comandos
de diff, de modo que você não precise sempre digitar
:hg:`extdiff -p kdiff3`. :: A extensão extdiff irá ler configurações nas seções [diff-tools] e
[merge-tools] para determinar os parâmetros das ferramentas de diff,
se nenhum for especificado em [extdiff]. A extensão fornece os filtros ``cleverencode:`` e ``cleverdecode:``, para
compatibilidade com a extensão obsoleta win32text. Isso quer dizer que,
ao desabilitar a extensão win32text e habilitar a eol, seus filtros ainda
irão funcionar. Você só precisará desses filtros até preparar um arquivo
``.hgeol``. A extensão lê sua configuração de um arquivo versionado chamado
``.hgeol`` localizado no raiz da cópia de trabalho. O arquivo
``.hgeol`` usa a mesma sintaxe que outros arquivos de configuração
do Mercurial. Ele usa duas seções, ``[patterns]`` e ``[repository]``. A extensão também usa uma seção opcional ``[eol]`` lida tanto a partir
dos arquivos de configuração normais do Mercurial como do arquivo
``.hgeol``, sendo que este último sobrepõe os anteriores. Você pode usar
essa seção para controlar o comportamento global. Há três configurações: O comando de filtragem pode começar com um especificador ``pipe:`` ou
``tempfile:``. Se nenhum for fornecido, ``pipe:`` será usado. A primeira revisão ruim é:
A primeira revisão boa é:
O seguinte exemplo faz com que :hg:`log` execute em modo verboso,
e :hg:`status` mostre apenas arquivos modificados, por padrão:: Os seguintes predicados são suportados: As seguintes opções estão disponíveis:: As opções são: A funcionalidade desta extensão foi incluída no Mercurial
a partir da versão 2.3. A extensão hgk permite visualizar o histórico de um repositório
graficamente. Ela requer o Tcl/Tk versão 8.4 ou posterior. (Tcl/Tk
não é distribuído com o Mercurial.) Essa linguagem suporta um número de predicados que são agrupados através
de operadores infixos. Parênteses podem ser usados para agrupar expressões. O lado esquerdo corresponde ao caminho na URL. Note que o hgweb
reserva caminhos intermediários como ``rev`` ou ``file``, tente
usar nomes diferentes para repositórios aninhados para evitar
confusão. O comando log também aceita intervalos de data: Os nomes desses arquivos dependem do sistema no qual o Mercurial
está instalado. Arquivos ``*.rc`` de um único diretório são lidos em
ordem alfabética, e definições em arquivos posteriores sobrepõe
definições em arquivos anteriores. Onde múltiplos caminhos forem
mencionados abaixo, definições de caminhos anteriores sobrepõe
definições de caminhos posteriores. A seção opcional ``[repository]`` especifica as quebras de linha a
serem usadas para arquivos armazenados no repositório. Ela possui uma
única configuração, ``native``, que determina as quebras de linha
armazenadas para arquivos declarados como ``native`` na seção
``[patterns]``. Pode ser definida para ``LF`` ou ``CRLF``. O padrão é
``LF``. Isso quer dizer que no Windows os arquivos configurados como
``native`` (``CRLF`` por padrão) serão convertidos para ``LF`` ao serem
armazenados no repositório. Arquivos declarados como ``LF``, ``CRLF``
ou ``BIN`` na seção ``[patterns]`` são sempre armazenados da maneira
correspondente no repositório. A ordem na qual verificações de acesso são realizadas é: O nome reservado "." indica a revisão pai do diretório de
trabalho. Se nenhum diretório de trabalho estiver selecionado,
será equivalente a null. Se uma mesclagem estiver em progresso,
"." será a revisão do primeiro pai.
O nome reservado "null" indica a revisão nula. Essa é a revisão
de um repositório vazio, e a revisão pai da revisão 0. O nome reservado "tip" sempre identifica a revisão mais recente. O lado direito corresponde ao caminho no sistema de arquivos.
Se o caminho especificado terminar por ``*`` ou ``**``, será feita
uma busca recursiva por repositórios a partir daquele ponto.
Com ``*`` a busca não entrará nos repositórios que encontrar (com
a exceção de ``.hg/patches``).
Com ``**`` a busca incluirá os diretórios de trabalho dos
repositórios, e eventuais sub-repositórios. A série é iniciada por uma introdução "[PATCH 0 of N]", que
descreve a série como um todo. As revisões especificadas devem ter exatamente uma raiz comum As sintaxes de extensão do glob suportadas são ``**`` para bater
com qualquer string incluindo separadores de caminho, e ``{a,b}``
para significar "a ou b". A sintaxe de ganchos Python é como segue:: A sintaxe é semelhante à de modelos do Mercurial, e você pode ter um
número ilimitado de variáveis, iniciando com ``{1}`` e prosseguindo com
``{2}``, ``{3}`` e assim por diante. Estas variáveis receberão partes da
URL fornecida, separadas por ``/``. Qualquer coisa não especificada como
``{parte}`` será simplesmente anexada ao final da URL. A sintaxe da notação de sequência é [INÍCIO]:[FIM], onde INÍCIO
e FIM são identificadores de revisão. Tanto INÍCIO como FIM são
opcionais. Se INÍCIO não for especificado, terá como valor padrão
a revisão número 0. Se FIM não for especificado, terá como valor
padrão a revisão tip. A sequência ":" portanto significa
"todas as revisões". Os valores podem ser strings de texto, listas de strings de texto, ou
valores booleanos. Valores booleanos podem ser definidos como verdadeiros
usando "1", "yes", "true" ou "on", e como falsos usando "0",
"no", "false" ou "off" (sem considerar maiúsculas ou minúsculas). O diretório de trabalho de um repositório do Mercurial frequentemente
irá conter arquivos que não devem ser rastreados. Isso inclui cópias
de segurança criadas por editores e produtos de compilação de fontes.
Estes arquivos podem ser ignorados listando-os em um arquivo
``.hgignore`` localizado no raiz do diretório de trabalho. O arquivo
``.hgignore`` deve ser criado manualmente. Ele é tipicamente colocado
sob controle de versão, para que suas definições sejam propagadas
para outros repositórios juntamente com as revisões do projeto. Então você poderá usar o comando :hg:`email` para enviar por e-mail
uma série de revisões como uma "patchbomb". Também estão disponíveis os seguintes utilitários de mesclagem
internos: Há uma única opção de configuração:: Há um único operador posfixo: Há um único operador prefixo: Estas URLs podem ser todas armazenadas em seu arquivo de configuração
com apelidos de caminho na seção [paths] , da seguinte forma:: Estes são os operadores infixos suportados: Estas fases são ordenadas (pública < rascunho < secreta) e
nenhuma revisão pode estar em uma fase menor que as de seus
ancestrais. Por exemplo, se uma revisão é pública, todos os
seus ancestrais também serão públicos. Por fim, as fases de
revisões só devem ser modificadas em direção à fase pública. Isto pode ser usado por exemplo para converter referências para um
tíquete em links para o seu rastreador de tíquetes, ou converter
sintaxe "markdown" em HTML (veja exemplos abaixo). Esta extensão adiciona uma opção --graph aos comandos incoming,
outgoing e log. Quando esta opção for passada, também será mostrada
uma representação ASCII do grafo de revisões.
Esta extensão permite que o recurso factotum(4) nas plataformas
Plan 9 from Bell Labs forneçam informação de autenticação para
acesso HTTP. Entradas de configuração especificadas na seção
auth bem como informações de autenticação fornecidas na URL do
repositório são inteiramente suportadas. Se nenhum prefixo for
especificado, assume-se o valor ``*``. Esta extensão gerencia o tipo de quebras de linha (CRLF ou LF) que
são usados no repositório e no diretório de trabalho local. Dessa
maneira você terá quebras de linha CRLF no Windows e LF no Unix/Mac,
permitindo que todos usem quebras de linha nativas em cada sistema. Esta extensão permite especificar atalhos para URLs pais comuns a
diversos repositórios sob a forma de um protocolo, por exemplo:: Esta extensão possibilita a remoção de revisões e todos os seus
descendentes do histórico do repositório. Veja a ajuda do
comando para mais detalhes.
Esta extensão possibilita o transplante de mudanças para outra
revisão pai, possivelmente em outro repositório. O transplante
é realizado usando patches no formato 'diff'. Esta extensão expande palavras chave RCS/CVS ou customizáveis
($Keywords$) em arquivos texto rastreados selecionados em sua
configuração. Esta extensão fornece ganchos para o envio de emails de notificação
quando revisões são enviadas ou recebidas pelo repositório local. Esta extensão é obsoleta. Você deve usar :hg:`log -r
"children(REV)"` em seu lugar.
Esta extensão não é necessária para: Esta extensão é útil para: Esta extensão lhe permite rebasear revisões em um repositório
existente do Mercurial. Esta extensão lhe permite trabalhar com uma pilha de patches em um
repositório do Mercurial. Ela gerencia duas pilhas de patches - todos
os patches conhecidos, e patches aplicados (subconjunto dos patches
conhecidos.). Esta extensão modifica os comandos status e resolve para adicionar
coloração às suas respectivas saídas para refletir estado de arquivos,
o comando qseries para adicionar coloração para refletir os estados dos
patches (aplicado, não aplicado, faltando), e comandos relacionados com
diff para destacar adições, remoções, cabeçalhos de diffs e espaços em
branco no final das linhas. Esta extensão antigamente fornecia o comando strip. Este comando
passou a ser fornecido pela extensão strip.
Esta extensão usa a informação de progresso fornecida por comandos do
Mercurial para desenhar barras de progresso que sejam tão informativas
quanto possível. Algumas barras de progresso fornecem apenas informação
indeterminada, enquanto outras possuem um ponto de encerramento definido. Esta funcionalidade só é suportada nas versões do Python 2.6 ou posteriores. Este arquivo usa a mesma sintaxe de arquivos de configuração do Mercurial,
mas reconhece apenas as seguintes seções: Este mecanismo de filtragem é usado internamente pela extensão
``eol`` para traduzir quebras de linha entre os formatos Windows (CRLF)
e Unix (LF). Por conveniência, sugerimos que você utilize a extensão
``eol`` se esse tipo de conversão for necessária. Essa extensão adiciona comentários a bugs do Bugzilla quando
forem encontradas revisões que se refiram a esses bugs pelo ID.
Os comentários são formatados usando o mecanismo de templates
do Mercurial. Este gancho possibilita permitir ou recusar acesso de escrita a
determinados ramos ou caminhos ao receber revisões, usando
pretxnchangegroup e pretxncommit. Isto deve ser executado como um gancho changegroup ou incoming.
Para configurá-lo, defina as seguintes opções em seu hgrc:: Este é o formato interno de representação de datas. O primeiro número é
o número de segundos desde a epoch (1970-01-01 00:00 UTC). O segundo
é a defasagem do fuso horário local, em segundos a oeste de UTC
(negativo para fusos horários a leste de UTC). Isso quer dizer que ao gerar diffs de um repositório do Mercurial
(por exemplo, com :hg:`export`), você deve tomar cuidado com por
exemplo cópias e renomeações de arquivos ou outras coisas
mencionadas acima, porque essa informação extra é perdida ao
aplicar um diff padrão em um outro repositório. As operações
internas do Mercurial (como push e pull) não são afetadas por
isso, porque usam um formato binário interno para comunicar
mudanças. Isto registra os hooks. Para habilitar notificações, os assinantes devem
ser inscritos em repositórios. A seção ``[usersubs]`` mapeia múltiplos
repositórios para um dado destinatário. A seção ``[reposubs]`` mapeia
múltiplos destinatários para um único repositório:: Esta seção configura utilitários externos a serem usados para
mesclagem a nível de arquivo.
Esta seção é tipicamente pré-configurada no momento da instalação.
Use :hg:`config merge-tools` para exibir a configuração existente.
Veja também :hg:`help merge-tools` para detalhes adicionais. Esta seção contém texto de ajuda para extensões que são distribuídas junto com o Mercurial. A ajuda para outras extensões está disponível no sistema de ajuda. Esta seção descreve as diversas seções que podem aparecer em um arquivo
de configuração do Mercurial, o propósito de cada seção, suas chaves e
seus valores possíveis. Esta seção especifica ferramentas de mesclagem a serem associados a
determinados padrões de arquivo. As ferramentas correspondentes têm
prioridade sobre o utilitário padrão de mesclagem. Por padrão, os
padrões de arquivo são globs a partir do raiz do repositório. Esta seção especifica quais usuários e grupos são confiáveis. O
usuário atual é sempre confiável. Para confiar em todos os usuários,
liste um usuário ou grupo de nome ``*``. Para terem efeito, estas
configurações devem ser colocadas em um arquivo
*que já seja confiável*, como ``$HOME/.hgrc`` do usuário ou serviço
que executa o Mercurial. Isto envia para ``qa-team@example.com`` sempre que uma revisão no ramo
``release`` dispara uma notificação em qualquer repositório terminado
por ``widgets``. Isto definiria as chaves de configuração ``eggs``, ``ham`` e ``bread``
da seção ``foo`` com os valores ``medium``, ``prosciutto`` e ``toasted``,
respectivamente. Note que a única coisa que importa é o último valor
definido para cada chave de configuração. Isto definirá a chave de configuração ``eggs`` com o valor ``small``. Três filtros de modelos de data adicionais são fornecidos: Três modos básicos de acesso ao Bugzilla são fornecidos: Ou seja, a atualização de sub-repositórios é um processo manual.
Basta atualizar o sub-repositório em questão para a revisão
desejada, testar no repositório pai, e consolidar no repositório
pai para que a nova combinação seja gravada. Tip
Ponta. A revisão com o maior número de revisão. É a revisão que foi
adicionada por último a um repositório. Tip, branch
A ponta de um ramo. É a cabeça de um determinado ramo com o maior
número de revisão. Quando um nome de ramo é usado como identificador
de revisão, ele se refere à ponta do ramo.
Veja também 'Branch, head'. Note que a ponta do ramo pode ser diferente
em diferentes clones de um repositório, já que os números de revisão
podem não ser os mesmos. Dica: Para permitir que outras pessoas encontrem seu repositório execute
:hg:`serve` em seu repositório:: Para mudar a sintaxe utilizada, use uma linha com a forma:: Para configurar outros padrões, adicione uma seção como esta em seu
arquivo de configuração:: Para controlar o gerenciamento do Mercurial de arquivos versionados,
muitos comandos suportam as opções ``-I`` e ``-X``; veja
:hg:`help <comando>` e :hg:`help patterns` para mais detalhes. Para fazer a mesma verificação em um servidor para impedir que
CRLF/CR sejam enviados ou trazidos:: Para habilitar a extensão "foo", tanto se for distribuída com
o Mercurial como estiver no caminho de busca do Python, crie uma
entrada para ela em seu arquivo de configuração, da seguinte forma:: Para desabilitar explicitamente uma extensão habilitada em um
arquivo de configuração de escopo mais amplo, prefixe seu caminho com !:: Para desabilitar explicitamente uma extensão habilitada em um
arquivo de configuração de escopo mais amplo, prefixe seu caminho com !,
como em ``foo = !/ext/path``, ou ``foo = !`` se um caminho não for
fornecido. Para forçar a expansão após habilitação, ou após uma mudança de
configuração, execute :hg:`kwexpand`. Para ignorar comandos globais como :hg:`version`ou :hg:`help`,
você precisa especificá-los no seu arquivo de configuração de
usuário. Para fazer com que o Mercurial produza o formato estendido git
diff, use a opção --git disponível para vários comandos, ou
defina 'git = True' na seção [diff] de seu arquivo de configuração.
Você não precisa definir essa opção para importar diffs nesse formato,
nem para usá-lo com a extensão mq.
Para mesclar arquivos o Mercurial usa utilitários de mesclagem. Para fazer conversão automática de quebras de linha, use:: Para enviar revisões para o caminho definido em ``my_path`` execute o comando:: Para ler de um arquivo os padrões de nomes, use ``listfile:`` ou
``listfile0:``. O primeiro lê padrões delimitados por quebras de
linha; o segundo, por caracteres null. Cada string lida do
arquivo também é tratada como um padrão de arquivos. Para remover a associação de um sub-repositório com seu repositório
pai, remova a referência correspondente do arquivo ``.hgsub``, e
em seguida apague manualmente seus arquivos. Para definir o pager a ser usado, defina a variável de aplicação:: Para iniciar um novo repositório ou adicionar novos arquivos
binários grandes, adicione --large ao seu comando :hg:`add`.
Por exemplo:: Para usar uma expressão regular Perl/Python, comece um nome com
``re:``. O casamento de padrões por expressão regular é feito a
partir do raiz do repositório. Para usar um nome simples de caminho sem qualquer casamento de
padrões, comece o nome com ``path:``. Estes nomes de caminho
devem bater completamente, a partir da raiz do repositório
atual. Para usar um glob estendido, comece um nome com ``glob:``. Globs
têm como raiz o diretório corrente; um glob como ``*.c`` baterá
apenas com arquivos terminados em ``.c`` no diretório corrente. Parâmetros de ferramentas podem incluir variáveis que são expandidas durante a execução:: Tópicos Patches transplantados são gravados em .hg/transplant/transplants,
como um mapeamento de um hash de revisão para seu hash no
repositório de origem.
Dois apelidos de caminho são especiais por serem usados como
valores padrão quando você não fornece a URL para um comando: Caminhos URL USUÁRIO Update
(Nome) Atualização. Outro sinônimo para revisão. Use ``[patchbomb]`` como nome da seção de configuração se for preciso
sobrepor configurações globais da seção ``[email]``. Você pode usar a seção ``[defaults]`` para definir padrões de comandos,
isto é, as opções ou argumentos a serem passadas para comandos
especificados por padrão. Use as seções ``acl.deny.branches`` e ``acl.allow.branches`` para controlar
o acesso com base no ramo nomeado das revisões. Chaves nessa seção podem ser: Use as seções ``acl.deny`` e ``acl.allow`` para controlar o acesso com
base nos caminhos de arquivo alterados pelas revisões. Chaves nessas
seções aceitam um padrão de sub-árvore (por padrão com sintaxe glob).
Os valores correspondentes seguem a mesma sintaxe que as outras
seções acima. Usado para acessar repositórios do Mercurial disponibilizados
via web através de um proxy HTTP. Controles de interface com o usuário. Usando Funcionalidades Adicionais Tipicamente, o utilitário de mesclagem tenta automaticamente reconciliar
os arquivos combinando todas as mudanças não sobrepostas que tiverem
ocorrido separadamente nas duas evoluções diferentes do mesmo arquivo
base inicial. Além disso, alguns programas de mesclagem interativos
facilitam a resolução manual de conflitos de mesclagem, de maneira
gráfica ou inserindo no arquivo algum marcador de conflitos. O Mercurial
não inclui nenhum programa de mesclagem interativa, mas usa utilitários
externos para essa tarefa. VALOR VISUAL
Este é o nome do editor a ser usado em consolidações. Veja
EDITOR. URLs válidas são da forma:: Entradas válidas para o campo format são topic (tópico), bar (barra),
number (número), unit (unidade), estimate (estimativa), speed (velocidade)
e item (item).
item por padrão são os
últimos caracteres do item, mas isto pode ser modificado adicionando ou
``-<num>``, que consideraria os últimos num caracteres, ou ``+<num>``
para os primeiros num caracteres.
AVISO: %s já tem quebras de linha %s
e não precisa da conversão de fim de linha do plugin win32text.
Antes da próxima consolidação, por favor reconsidere suas
configurações de encode/decode em
Mercurial.ini ou %s.
Aviso! Configuração da visualização de grafo da interface web. Esta seção
possibilita mudar propriedades de exibição de elementos do grafo,
para por exemplo ressaltar o ramo ``default``. Configurações para a interface web. As opções desta seção se aplicam
tanto ao servidor web interno (iniciado por :hg:`serve`) como ao
script executado através de um servidor web separado (``hgweb.cgi``
e derivados para FastCGI e WSGI). Definições de filtros de substituição para web. Nesta seção você
pode definir um conjunto de substituições por expressões regulares
para modificação automática da saída do servidor hgweb. O que são fases?
================ Quando o Mercurial aceita mais de uma revisão, elas podem ser
especificadas individualmente, ou fornecidas como uma sequência
topologicamente contínua, separadas pelo caractere ":". Ao trazer revisões de um repositório remoto que afetam largefiles,
os largefiles para essas revisões por padrão não serão trazidos.
No entanto, ao atualizar para tal
revisão, quaisquer largefiles necessárias para tal revisão serão
baixadas e guardadas em um cache (se elas nunca foram baixadas antes).
Para trazer os largefiles em uma operação pull, você pode usar a opção
--update, que atualizará sua cópia de trabalho para a última revisão
trazida (e consequentemente baixará qualquer novo largefile). Ao enviar uma revisão que adiciona/modifica arquivos grandes para um
repositório remoto, sua revisão largefile correspondente será também
enviada. Note que o Mercurial remoto também deve ter a extensão
largefiles habilitada. Apesar de esse formato padrão ser muitas vezes suficiente, ele
não codifica as seguintes informações: Com essa extensão instalada, o Mercurial ganha um novo comando: histedit.
O uso é como a seguir, assumindo o seguinte histórico:: Working directory
Veja 'Directory, working'. Working directory parent
Veja 'Parent, working directory'.
Trabalhando Com Fases A escrita direta na base de dados é suscetível a mudanças de schema,
e se baseia em um script Bugzilla para enviar notificações de mudança
de bug por email. Este script é executado pelo usuário que executa o
Mercurial, deve ser executado no host contendo a instalação do
Bugzilla, exige permissões de leitura de detalhes de configuração
do Bugzilla e um usuário e senha do MySQL que tenha acesso completo
à base de dados do Bugzilla.
Por essas razões, este modo de acesso é considerado obsoleto, e
não será atualizado para novas versões do Bugzilla.
Neste modo de acesso, apenas a adição de comentários é suportada. Configuração do modo de acesso XMLRPC: Exemplo de configuração XMLRPC. Usa o Bugzilla em
``http://my-project.org/bugzilla``, entrando como usuário
``bugmail@my-project.org`` com senha ``plugh``. É usado com uma
coleção de repositórios do Mercurial em ``/var/local/hg/repos/``,
com uma interface web em ``http://my-project.org/hg``. :: O modo de acesso XMLRPC+email usa os itens de configuração do modo
XMLRPC, além de: Exemplo de configuração XMLRPC+email. Usa o Bugzilla em
``http://my-project.org/bugzilla``, entrando como usuário
``bugmail@my-project.org`` com a senha ``plugh``. É usado com uma
coleção de repositórios do Mercurial em ``/var/local/hg/repos/``,
com uma interface web em ``http://my-project.org/hg``. Comentários
para bugs são enviados para o endereço de email do Bugzilla
``bugzilla@my-project.org``. :: Você pode adicionar o prefixo "!" para um usuário ou grupo
para inverter o sentido do casamento. Você também pode tanto configurar a opção method na seção email
para um programa de envio de e-mails compatível com o sendmail
como preencher a seção [smtp] para que a extensão patchbomb possa
automaticamente enviar patchbombs diretamente da linha de comando.
Veja as seções [email] e [smtp] na página de manual hgrc(5) para
mais detalhes.
Você também pode habilitar o pager para apenas certos comandos
usando pager.attend. A lista padrão de comandos que usarão o pager
é:: Você pode personalizar a saída de qualquer comando semelhante
ao log: log, outgoing, incoming, tip, parents e heads. Você pode definir grupos na seção ``acl.groups``. Se um nome de grupo
não estiver definido nessa seção, e o Mercurial for executado em um
sistema semelhante ao Unix, a lista de usuários será obtida do grupo
Unix. Caso contrário, uma exceção será lançada. Você pode desabilitar o pager para certos comandos adicionando-os
à lista pager.ignore:: Você pode encontrar repositórios com zeroconf habilitado executando
:hg:`paths`:: Você pode ter mais de uma mudança "engavetada" ao mesmo tempo:
cada mudança engavetada possui um nome distinto. Para mais detalhes,
veja o texto de ajuda de "hg shelve".
Você pode sobrepor um protocolo pré-definido definindo um novo com o
mesmo nome.
Você pode então usar o apelido em qualquer comando que receba uma
URL (por exemplo :hg:`pull apelido1` será tratado como :hg:`pull URL1`). Você pode usar -I/-X e uma lista de nomes de arquivos ou diretórios
como no comando :hg:`diff` normal. A extensão extdiff faz cópias
temporárias apenas dos arquivos necessários, de modo que a execução
do diff externo seja rápida (ao menos mais rápida que comparar a
árvore completa).
Além de "/", você pode usar qualquer outro separador. O "i"
final é opcional e indica que a busca não deve ser sensível a
maiúsculas e minúsculas. Você também pode especificar o caminho completo para uma
extensão:: Você gerenciará por padrão uma fila de patches chamada "patches". Você
pode criar outras filas independentes usando o comando :hg:`qqueue`. Repositórios que habilitarem zeroconf serão anunciados numa rede
sem a necessidade de configurar um servidor ou serviço. Eles podem
ser descobertos sem o conhecimento de seus respectivos endereços IP. [-M] [-p] [-n] [-f] [-r REV]... [DEST] [-P] [-f] [[-r] REV] [-U] ORIGEM [DEST] [-ac] [-c] [-C] [-d DATA] [[-r] REV] [-ct] [-r REVINICIAL] [REV]... [-e CMD] [--remotecmd CMD] [DEST] [-e] DATA [INTERVALO] [-ec] [TÓPICO] [-f FORMATO] -c|-m|ARQUIVO [-fC] [NOME] [-f] [-l] [-m TEXTO] [-d DATA] [-u USUÁRIO] [-r REV] NOME... [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [DEST] [-f] [-t TIPO] [-a] [-r REV]... [--base REV]... ARQUIVO [DEST] [-gbsr] [-U] [-c CMD] [REV] [-l REV] [-r REV] [-b RAMO]... [OUTRO] [-nibtB] [-r REV] [ORIGEM] [-o] CMD [-p] [-g] [-p] [-n] [-M] [-f] [-r REV]... [--bundle ARQUIVO] [ORIGEM] [-p|-d|-s] [-f] [-r] REV... [-r REV] [-r REV] ARQUIVO [-r REV] PADRÃOARQ [-r REV] [-f] [-a] [-u] [-d] [-n] [-c] [-l] FILE... [-r REV] [ARQUIVO] [-r REV] [REV] [-s REV | -b REV] [-d REV] [OPÇÃO] [-u] ARQUIVO... [-u] [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [ORIGEM] [-u] [NOME]... [COMANDO] [ÍNDICE] REV1 REV2 [NOME] [OBSOLETA [SUBSTITUTA] [SUBSTITUTA... ] [OPÇÃO] [FILA] [OPÇÃO]... [OPÇÃO]... ([-c REV] | [-r REV1 [-r REV2]]) [ARQUIVO]... [OPÇÃO]... DEST [OPÇÃO]... ARQUIVO... [OPÇÃO]... PATCH... [OPÇÃO]... PADRÃO [ARQUIVO]... [OPÇÃO]... ORIGEM [DEST] [OPÇÃO]... ORIGEM... DESTINO [OPÇÃO]... [-o PADRÃOARQSAÍDA] [-r] [REV]... [OPÇÃO]... [-r REV] [NOME]... [OPÇÃO]... [-r] REV [OPÇÃO]... [-r] REV... [OPÇÃO]... [ARQUIVO [REVISÃO]...] [OPÇÃO]... [ARQUIVO] [OPÇÃO]... [ARQUIVO]... [OPÇÃO]... [PADRÃO]... [OPÇÃO]... [ORIGEM]... DEST [OPÇÃO]... [TEXTO] [ORIGEM] [CAMINHO] [REV] [Ynesfdaq?]$$ (&Y) sim, grave esta mudança$$ &Não, descarte esta mudança$$ &Edite esta mudança manualmente$$ De&Scarte as mudanças restantes neste arquivo$$ (&F) grave as mudanças restantes deste arquivo$$ Termina&Do, descarte as mudanças e arquivos restantes$$ Grave tod&As as mudanças de todos os arquivos restantes$$ (&Q) encerra, sem gravar nenhuma mudança$$ &? (exibe a ajuda) [extensions]
win32text =
[encode]
** = %sencode:
[decode]
** = %sdecode:
[hooks]
pretxncommit.%s = python:hgext.win32text.forbid%s padrões [keyword] não podem casar [win32mbcs] não se pode ativar nesta plataforma.
[win32mbcs] conversão de nome de arquivo falhou com codificação %s
^ espera o número 0, 1 ou 2 _matchfiles espera no máximo um modo padrão _matchfiles espera no máximo uma revisão _matchfiles requer ao menos um argumento _matchfiles requer argumentos de texto ``.hg/last-message.txt``
Este arquivo é usado por :hg:`commit` para armazenar uma cópia
da mensagem de consolidação, para o caso de a consolidação falhar. ``.hg/localtags``
Este arquivo pode ser usado para definir etiquetas locais,
que não são compartilhadas com outros repositórios. O formato
do arquivo é o mesmo de ``.hgtags``, mas usando a codificação
local do sistema. ``.hgignore``
Este arquivo contém expressões regulares (uma por linha) que
descrevem nomes de arquivo que devem ser ignorados pelo **hg**.
Para mais detalhes, veja |hgignore(5)|_. ``.hgsub``
Este arquivo define as localizações de todos os sub-repositórios,
e indica quais as origens de suas revisões. Para mais detalhes,
veja :hg:`help subrepos`. ``.hgsubstate``
Este arquivo armazena os estados dos sub-repositórios
aninhados. *NB: Este arquivo é mantido automaticamente
pelo Mercurial, e não deve ser editado manualmente.* ``.hgtags``
Este arquivo contém identificadores de revisão e nomes
de etiquetas (um par por linha, separados por um espaço) que
correspondem a versões etiquetadas do conteúdo do repositório.
Seu conteúdo é codificado em UTF-8. ``/etc/mercurial/hgrc``, ``$HOME/.hgrc``, ``.hg/hgrc``
Estes arquivos contêm opções padrão e configurações. Os valores
em ``.hg/hgrc`` sobrepõe os valores em ``$HOME/.hgrc``, e estes
sobrepõe configurações feitas no arquivo ``/etc/mercurial/hgrc``
global.
Veja |hgrc(5)|_ para detalhes sobre o conteúdo e formato destes
arquivos. ``accesslog``
Onde escrever o log de acesso. O padrão é a saída padrão (stdout). ``added()``
Arquivo com status adicionado (A). ``address``
Endereço de interface para fazer o bind. Por padrão, usa todos
os endereços. ``adds(padrão)``
Revisões que adicionam arquivos correspondentes ao padrão. ``alias``
--------- ``all()``
Todas as revisões, o mesmo que ``0:tip``. ``allow_archive``
Lista de formatos de pacote (bz2, gz, zip) permitidos para download.
O padrão é nenhum (lista vazia). ``allow_push``
Se este repositório pode receber revisões em uma operação push.
Se vazio ou não definido, o push não é permitido. Com o valor
especial ``*``, qualquer usuário remoto poderá fazer push,
incluindo usuários não autenticados. Caso contrário, o
conteúdo desta opção será uma lista de usuários. Se o usuário
remoto estiver autenticado, e se o nome do usuário remoto estiver
presente nesta lista, o push será autorizado. O conteúdo da lista
allow_push é examinado após a lista deny_push. ``allow_read``
Se o usuário já não tiver seu acesso ao repositório negado pelo
conteúdo de deny_read, esta lista determinará se o usuário poderá
acessar o repositório. Se esta lista não estiver vazia, e se o
usuário não estiver autenticado ou não estiver presente nesta lista,
o acesso será negado. Se esta lista estiver vazia ou não definida,
o acesso por padrão é permitido para todos os usuários. Definir
allow_read com o valor especial ``*`` é equivalente a deixá-la
sem definição (ou seja, o acesso é permitido para todos os
usuários). O conteúdo da lista allow_read é examinado após a lista
deny_read. ``allowbz2``
(OBSOLETA) Determina se revisões estarão disponíveis para download
em formato .tar.bz2.
O padrão é False. ``allowgz``
(OBSOLETA) Determina se revisões estarão disponíveis para download
em formato .tar.gz.
O padrão é False. ``allowpull``
Se este repositório pode fornecer revisões em uma operação pull.
O padrão é True. ``allowzip``
(OBSOLETA) Determina se revisões estarão disponíveis para download
em formato .zip.
O padrão é False. ``always``
Opcional. Sempre usar o proxy, mesmo para localhost e quaisquer
entradas em ``http_proxy.no``. Booleana; o padrão é False. ``ancestor(*revisões)``
Um maior ancestral comum das revisões. ``ancestors(conjunto)``
Revisões ancestrais de revisões no conjunto. ``archivemeta``
Determina se o arquivo .hg_archival.txt contendo metadados (hashes
do repositório base e da tip) em pacotes criados pelo comando
:hg:`archive` ou baixados via hgweb.
O padrão é True. ``archivesubrepos``
Determina se sub-repositórios devem ser percorridos recursivamente
em uma operação archive. O padrão é False. ``args``
Os parâmetros passados para o executável da ferramenta. Você pode se
referir aos arquivos a serem mesclados, bem como ao arquivo de saída,
usando as seguintes variáveis: ``$base`` (versão base), ``$local``
(versão local), ``$other`` (a outra versão), ``$output`` (o arquivo
de saída).
O significado de ``$local`` e ``$other`` pode variar dependendo da
ação realizada.
Durante um update ou merge, ``$local`` representa o estado original
do arquivo, enquanto ``$other`` representa a revisão de destino ou
a revisão com a qual a mesclagem é realizada.
Durante um rebase, ``$local`` representa o destino do rebaseamento,
e ``$other`` representa a revisão sendo rebaseada.
Padrão: ``$local $base $other`` ``askusername``
Determina se o usuário deve ser consultado interativamente para
fornecer um nome de usuário ao consolidar uma revisão. Se for True,
e nem ``$HGUSER`` nem ``$EMAIL`` estiverem definidas, o usuário
será consultado para fornecer um nome. Se nenhum nome for passado,
o padrão ``USER@HOST`` será usado.
O padrão é False. ``author(string)``
Apelido para ``user(string)``. ``baseurl``
URL base usada ao publicar URLs em outros locais, para que
ferramentas de terceiros (notificações por email, por exemplo)
possam construir URLs. Exemplo: ``http://hgserver/repos/``. ``bcc``
Opcional. Lista separada por vírgulas de destinatários especificados
em cópia carbono oculta. ``binary()``
O arquivo parece ser binário (contém bytes NUL). ``binary``
Esta ferramenta é capaz de mesclar arquivos binários. O padrão é
False, a não ser que a ferramenta tenha sido selecionada por
correspondência de padrão de arquivo (seção ``[merge-patterns]``). ``bisected(string)``
Revisões marcadas com o estado de bissecção especificado: ``bookmark([nome])``
O marcador chamado nome, ou todos os marcadores. ``branch(string ou conjunto)``
Todas as revisões pertencentes ao ramo pedido ou aos ramos
das revisões no conjunto. ``branchpoint()``
Revisões com mais de uma revisão filha. ``bumped()``
Revisões colididas: revisões mutáveis marcadas como sucessoras de
revisões públicas. ``bundle()``
Revisões no bundle. ``cacerts``
Caminho para um arquivo contendo uma lista de certificados de
autoridades certificadoras em formato PEM. Variáveis de ambiente
e construções ``~user`` são expandidas no nome de arquivo. Se
especificada no cliente, o Mercurial irá verificar a identidade
de servidores HTTPS remotos usando estes certificados. ``cache``
Habilita suporte a cache na interface hgweb. O padrão é True. ``cc``
Opcional. Lista separada por vírgulas de destinatários especificados
em cópia carbono. ``cert``
Opcional. Arquivo certificado de cadeia codificado em formato PEM.
Variáveis de ambiente serão expandidas no caminho do arquivo. ``changegroup``
Executado após um changegroup ser adicionado em operações push, pull
ou unbundle.
O ID da primeira revisão nova é passado em ``$HG_NODE``.
A URL de origem das mudanças é passada em ``$HG_URL``. A configuração ``changeset`` nesta seção é usada como modelo para
customizar o texto exibido no editor em uma consolidação. ``charsets``
Opcional. Lista separada por vírgulas de conjuntos de caracteres
considerados convenientes para destinatários. Endereços, cabeçalhos
e partes de mensagens que não contiverem patches serão codificadas
no primeiro conjunto de caracteres para o qual a conversão da
codificação local (``$HGENCODING``, ``ui.fallbackencoding``) seja
realizada com sucesso. Se a conversão correta falhar, o texto em
questão será enviado sem modificações. O valor padrão é uma lista
(explicitamente) vazia. ``check``
Uma lista de opções de verificação de sucesso da mesclagem: ``checksubrepos``
Verifica a fase da revisão atual de cada sub-repositório. Os valores
possíveis são "ignore", "follow" ou "abort". Para valores
diferentes de "ignore", a fase da revisão atual de cada
sub-repositório será verificada antes da consolidação no repositório
pai. Se houver qualquer fase maior que a do pai (por exemplo, se um
sub-repositório estiver na fase "secret" e o repositório pai estiver
na fase "draft"), o valor "abort" faz com que a consolidação
seja abortada, e "follow" faz com que a fase mais alta seja usada
na consolidação do repositório pai.
O valor padrão é: "follow". ``children(conjunto)``
Revisões filhas das revisões no conjunto. ``clean()``
Arquivo com status limpo (C). ``closed()``
Revisões fechadas. ``collapse``
Com ``descend`` habilitado, repositórios em subdiretórios são
exibidos em um único nível junto com repositórios no caminho
atual. Com ``collapse`` também habilitado, repositórios que
residam em um nível mais profundo que o caminho atual são
agrupados atrás de entradas de diretório navegáveis que levam
às localizações desses repositórios. Ou seja, esta
configuração colapsa cada coleção de repositórios encontrada
em um subdiretório em uma única entrada para esse
subdiretório. O padrão é False. ``color``
Define a cor das arestas do ramo, em notação RGB hexadecimal. ``commit``
Executado após uma revisão ser criada no repositório local.
O ID da nova revisão é passado em ``$HG_NODE``.
Os IDs das revisões pais são passados em ``$HG_PARENT1`` e ``$HG_PARENT2``. ``commitsubrepos``
Determina se sub-repositórios modificados serão automaticamente
consolidados ao consolidar o repositório pai. Se for False e
algum sub-repositório tiver mudanças não consolidadas, aborta a
consolidação do repositório pai.
O padrão é False. ``comparisoncontext``
Número de linhas de contexto a serem exibidas em comparações lado a
lado. Se negativo, ou com o valor ``full``, serão exibidos arquivos
completos. O padrão é 5.
Esta configuração pode ser redefinida por um parâmetro ``context`` do
pedido para o comando ``comparison``, recebendo os mesmos valores. ``contact``
Nome ou endereço de email da pessoa responsável pelo repositório.
O padrão é ui.username ou ``$EMAIL``, ou "unknown" se vazia ou
não definida. ``contains(padrão)``
Revisões cujos manifestos contenham um arquivo que combine com o padrão
(mesmo sem modificações).
Veja :hg:`help patterns` para informações sobre padrões de arquivo. ``converted([id])``
Revisões convertidas a partir do identificador dado no
repositório de origem, ou todas as revisões convertidas se
um identificador não for fornecido. ``copied()``
O arquivo foi registrado como cópia. ``date(intervalo)``
Revisões dentro do intervalo de datas, veja :hg:`help dates`. ``debug``
Imprime informações de depuração. Booleana; o padrão é False. ``decode/encode``
----------------- ``default-push``
Opcional. Diretório ou URL a ser usado para um push se o destino
não for especificado. ``default``
Diretório ou URL a ser usado para um pull se a origem não
for especificada. Por padrão, é definido como o repositório
do qual o repositório local foi clonado. ``deleted()``
Arquivo com status apagado (!). ``deny_push``
Determina se operações push que têm como destino este repositório
devem ser recusadas. Se vazio ou não definido, o push não é
recusado. Com o valor especial ``*``, nenhum usuário remoto
poderá fazer push. Caso contrário, o conteúdo desta opção será
uma lista de usuários, e todos os usuários autenticados presentes
nesta lista, bem como todos os usuários não autenticados, serão
recusados. O conteúdo da lista deny_push é examinado antes da
lista allow_push. ``deny_read``
Determina se o acesso de leitura e visualização deve ser recusado.
Se esta lista não estiver vazia, todos os usuário não autenticados
serão recusados, bem como os usuários autenticados presentes nesta
lista. Se estiver definida com o valor especial ``*``, todos os
usuários remotos são recusados (raramente necessária ;). Se
deny_read estiver vazia ou não definida, a determinação do acesso
remoto depende da presença e conteúdo da lista allow_read (veja
sua descrição). Se tanto deny_read como allow_read estiverem
vazias ou não definidas, o acesso é por padrão permitido para
todos os usuários.
Se o repositório estiver sendo servido via hgwebdir, usuários
recusados não verão este repositório na lista de repositórios.
O conteúdo da lista deny_read é examinado antes (ou seja, tem
prioridade sobre) o conteúdo da lista allow_read. ``desc(string)``
Procura por string na mensagem de consolidação. Essa procura não
distingue maiúsculas e minúsculas. ``descend``
Booleana. Com o valor False, índices do hgwebdir não irão entrar em
subdiretórios recursivamente. Apenas repositórios diretamente no
caminho atual serão mostrados (outros repositórios ainda ficam
disponíveis a partir do índice correspondente ao caminho que os
contém). O padrão é True. ``descendants(conjunto)``
Todas as revisões descendentes de revisões do conjunto. ``description``
Descrição textual do propósito ou conteúdo do repositório. O
padrão é "unknown" (desconhecido). ``destination([conjunto])``
Revisões criadas por operações graft, transplant ou rebase
que tiveram como origem revisões no conjunto. Se o conjunto
não for especificado, será o mesmo que especificar all(). ``divergent()``
Sucessores finais de revisões com um conjunto alternativo de
sucessores finais. ``dotencode``
Habilita ou desabilita o formato de repositório "dotencode", que
aprimora o formato "fncache" (que deve ser habilitado para o uso de
dotencode) para evitar problemas com nomes de arquivo iniciados por
._ no Mac OS X e espaços no Windows. Habilitado por padrão.
Desabilitar esta opção garante que o formato em disco de repositórios
criados recentemente seja compatível com versões do Mercurial
anteriores à 1.7. ``draft()``
Revisões na fase "draft" (rascunho). ``editor``
O editor usado durante um commit. O padrão é ``$EDITOR`` ou
``sensible-editor``. ``email``
--------- ``encoding(name)``
O arquivo pode ser decodificado com sucesso com a codificação de
caracteres fornecida. Pode não ser muito útil para codificações
diferentes de ASCII e UTF-8. ``encoding``
Nome da codificação de caracteres. O padrão é o conjunto de
caracteres atual de acordo com o locale. Exemplo: "UTF-8" ``eol(estilo)``
O arquivo contém quebras de linha no estilo especificado
(dos, unix, mac). Arquivos binários são excluídos; arquivos
contendo quebras de linha misturadas são incluídos em cada
um dos estilos correspondentes. ``eol``
Se definida como 'strict', quebras de linha do conteúdo do patch
e dos arquivos alterados são preservadas. Se definida como ``lf``
ou ``crlf``, as quebras de linha de ambos são ignoradas na
aplicação do patch, e o resultado é normalizado para LF (Unix) ou
CRLF (Windows). Se definida como ``auto``, quebras de linha são
novamente ignoradas na aplicação do patch, mas as quebras de
linha em arquivos modificados são normalizadas para suas
configurações originais, arquivo por arquivo. Se o arquivo de
destino não existir ou não tiver quebras de linha, as quebras de
linha do patch serão preservadas.
Padrão: strict. ``errorlog``
Onde escrever o log de erros. O padrão é a saída de erros (stderr). ``exec()``
O arquivo foi marcado como executável. ``executable``
Pode ser apenas o nome do executável ou seu caminho completo. No
Windows, o caminho pode usar variáveis de ambiente com a sintaxe
${ProgramFiles}.
Padrão: o próprio nome da ferramenta. ``extinct()``
Revisões extintas (revisões obsoletas que possuam apenas
descendentes obsoletos). ``extra(rótulo, [valor])``
Revisões com o rótulo pedido nos metadados extras, opcionalmente
com o valor pedido. ``extramsg``
Texto: Mensagem extra (tipicamente 'Deixe a mensagem vazia para
abortar a consolidação.'). Isto pode ser modificado por alguns
comandos ou extensões. ``fallbackencoding``
Codificação a ser tentada se não for possível decodificar o
changelog usando UTF-8. O padrão é ISO-8859-1. ``file(padrão)``
Revisões que afetam arquivos correspondentes ao padrão. ``filelog(padrão)``
Revisões conectadas ao filelog especificado. ``first(conjunto, [n])``
Um apelido para limit(). ``fixeol``
Tenta corrigir mudanças de quebras de linha causadas pela ferramenta de mesclagem.
Padrão: False ``follow([arquivo])``
Um apelido para ``::.`` (ancestrais do primeiro pai da cópia de trabalho).
Se um nome de arquivo for especificado, o histórico do arquivo pedido será
seguido, incluindo cópias. ``format``
Formato de profiling. Específico para o profiler de
instrumentação ``ls``.
Padrão: text. ``frequency``
Frequência de amostragem. Específico para o profiler de amostragem
``stat``.
Padrão: 1000. ``from``
Opcional. Endereço de email usado no cabeçalho "From" e envelope
SMTP de mensagens enviadas. ``git``
usa o formato estendido de diff do git ``graph``
--------- ``grep(regex)``
O arquivo contém a expressão regular fornecida. ``grep(regex)``
Como ``keyword(string)`` mas aceita uma expressão regular. Use
``grep(r'...')`` para garantir que caracteres especiais sejam
manipulados corretamente. Ao contrário de ``keyword(string)``,
a comparação diferencia maiúsculas e minúsculas. ``groups``
Lista separada por vírgulas de grupos confiáveis. ``guessmime``
Controla tipos MIME para download inalterado do conteúdo de
arquivos. Use True para permitir que o hgweb determine o tipo de
conteúdo a partir da extensão do arquivo. Isto servirá arquivos
HTML como ``text/html``, e portanto pode permitir ataques de
cross-site scripting (XSS) ao servir repositórios não confiáveis.
O padrão é False. ``gui``
Esta ferramenta exige uma interface gráfica para ser executada. Padrão: False ``head()``
Revisões que forem cabeças de ramos nomeados. ``heads(conjunto)``
Membros do conjunto que não tenham filhos no conjunto. ``hgignore()``
O nome do arquivo combina com um padrão do arquivo .hgignore ativo. ``hidden()``
Revisões ocultas. ``hidden``
Determina se o repositório não deve aparecer na índice do hgwebdir.
O padrão é False (ou seja, mostrar o repositório). ``hooks``
--------- ``host``
Nome e porta (opcional) do servidor proxy, por exemplo
"myproxy:8000". ``host``
Nome do servidor de emails, como em "mail.example.com". ``id(string)``
Revisão especificada de modo não ambíguo pelo
prefixo hexadecimal fornecido em string. ``ignore``
Um arquivo contendo listas de padrões de arquivos a serem ignorados
para o usuário. Este arquivo deve estar no mesmo formato de um
arquivo .hgignore de um repositório. Esta opção suporta sintaxe
semelhante a ganchos, de modo que múltiplos arquivos hgignore podem
ser especificados de modo semelhante a
``ignore.other = ~/.hgignore2``. Para detalhes do formato de arquivo
hgignore, veja a página de manual ``hgignore(5)``. ``ignoreblanklines``
ignora mudanças cujas linhas sejam todas brancas ``ignored()``
Arquivo com status ignorado (I). Tais arquivos só serão
considerados se este predicado for usado. ``ignorews``
ignora espaços em branco ao comparar linhas ``ignorewsamount``
ignora mudanças na quantidade de espaços em branco ``incoming``
Executado após uma revisão ser trazida para o repositório local em
uma operação pull, push ou unbundle.
O ID da nova revisão é passado em ``$HG_NODE``.
A URL de origem da revisão é passada em ``$HG_URL``. ``interactive``
Permite que o usuário seja consultado interativamente.
Booleana; o padrão é True. ``internal:dump``
Cria três versões dos arquivos a serem mesclados, com os conteúdos
das versões local, outra e base. Estes arquivos podem então ser
usados para fazer uma mesclagem manual. Se o arquivo a ser mesclado
se chamar ``a.txt``, estes arquivos serão chamados respectivamente
``a.txt.local``, ``a.txt.other`` e ``a.txt.base`` e serão colocados
no mesmo diretório de ``a.txt``. ``internal:fail``
Ao invés de tentar mesclar arquivos modificados em ambos os ramos,
marca tais arquivos como não resolvidos. O comando resolve deve
então ser usado para resolver esses conflitos. ``internal:local``
Usa a versão local de arquivos como resultado da mesclagem. ``internal:merge``
Usa o algoritmo não interativo interno simples para mesclar arquivos.
Se houver qualquer conflito, esse algoritmo falhará, deixando
marcadores no arquivo parcialmente mesclado. ``internal:other``
Usa a outra (não local) versão de arquivos como resultado da mesclagem. ``internal:prompt``
Pergunta ao usuário se a versão local ou a outra deve ser usada
como resultado da mesclagem. ``internal:tagmerge``
Usa o algoritmo interno de mesclagem de etiquetas (experimental). ``ipv6``
Determina se IPv6 deve ser usado. O padrão é False. ``key``
Opcional. Arquivo certificado de cliente codificado em formato PEM.
Variáveis de ambiente serão expandidas no caminho do arquivo. ``keyword(string)``
Revisões que contenham string na mensagem de consolidação, nome de
usuário ou nomes de arquivos modificados. A comparação não diferencia
maiúsculas e minúsculas. ``last(conjunto, [n])``
Os últimos n membros do conjunto. O valor padrão de n é 1. ``limit(conjunto, [n])``
Os primeiros n membros do conjunto. O valor padrão de n é 1. ``limit``
Número de linhas mostradas. Específico do profiler de instrumentação ``ls``.
Padrão: 30. ``listkeys``
Executado após listar pushkeys (como marcadores) no repositório.
O espaço de nomes de chave é passado em ``$HG_NAMESPACE``.
``$HG_VALUES`` é um dicionário contendo as chaves e valores. ``local_hostname``
Opcional. É o nome de servidor que o remetente pode usar para se
identificar para o MTA. ``logoimg``
Nome do arquivo contendo a imagem de logotipo que alguns modelos
exibem em cada página. O nome de arquivo é relativo a ``staticurl``.
Isto é, o caminho completo para a imagem de logo é
"staticurl/logoimg".
Se não definido, ``hglogo.png`` será usado. ``logourl``
URL base para usar em logos. Se não estiver definida,
``http://mercurial.selenic.com/`` será usada. ``logtemplate``
String de modelo para comandos que imprimem revisões. ``matching(revisão [, campos])``
Revisões nas quais os valores do conjunto especificado de campos
combinam com os valores do mesmo conjunto de campos na revisão ou
conjunto de revisões pedido. ``max(conjunto)``
Revisão com maior número de revisão no conjunto. ``maxchanges``
Número máximo de mudanças listadas no changelog. O padrão é 10. ``maxfiles``
Numero máximo de arquivos listados por revisão. O padrão é 10. ``maxshortchanges``
Número máximo de mudanças listadas nas páginas shortlog, graph ou
filelog. O padrão é 60. ``merge()``
Revisões de mesclagem. ``merge-patterns``
------------------ ``merge-tools``
--------------- ``merge``
O programa de resolução de conflitos a ser usado durante uma
mesclagem manual. Para mais informações sobre ferramentas de
mesclagem, veja :hg:`help merge-tools`.
Para configurar ferramentas de mesclagem, veja a seção
``[merge-tools]``. ``mergemarkers``
Define o estilo dos rótulos de marcação de conflitos de mesclagem.
O estilo ``detailed`` usa a configuração ``mergemarkertemplate``.
O estilo ``basic`` usa simplesmente 'local' e 'other' como rótulos
dos marcadores.
O padrão é ``basic``. ``mergemarkertemplate``
O modelo usado para imprimir a descrição da consolidação próxima
a cada marcador de conflitos durante conflitos de mesclagem.
Veja :hg:`help templates` para o formato do modelo.
O padrão exibe o hash, etiquetas, ramos, marcadores, autor e
a primeira linha da mensagem de consolidação.
Você deve prestar atenção na codificação dos arquivos gerenciados
se forem utilizados caracteres não-ASCII em etiquetas, ramos,
marcadores, autores ou mensagens de consolidação.
Na expansão do modelo, caracteres não-ASCII usam a codificação
especificada pela opção global ``--encoding``, ``HGENCODING`` ou
outras variáveis de ambiente de configuração de localização.
Diferenças de codificação entre arquivos mesclados e marcadores
de conflitos podem causar problemas sérios. ``method``
Opcional. Método usado para enviar mensagens de email. Se o valor
for ``smtp`` (o padrão), usa SMTP (veja a seção de configuração
``[smtp]``). Caso contrário, o valor será interpretado como o nome
de um programa a ser executado que atue como o sendmail
(que use a opção ``-f`` para remetente, leia a lista de
destinatários na linha de comando, e a mensagem da entrada padrão).
Normalmente, definir esta chave como ``sendmail`` ou
``/usr/sbin/sendmail`` basta para usar o sendmail para enviar mensagens. ``min(conjunto)``
Revisão com menor número de revisão no conjunto. ``modified()``
Arquivo com status modificado (M). ``modifies(padrão)``
Revisões que modificam arquivos correspondentes ao padrão. ``mq()``
Revisões gerenciadas pela MQ. ``name``
Nome do repositório a ser usado na interface web. Por padrão é
o nome do diretório de trabalho. ``nested``
Mostra no máximo este número de linhas de informações
após cada entrada principal. Isto pode
ajudar a explicar a diferença entre Total e Inline.
Específico do profiler de instrumentação ``ls``.
Padrão: 5. ``new-commit``
Fase de revisões criadas usando commit.
Padrão: draft (rascunho) ``no``
Opcional. Lista separada por vírgulas de nomes de servidores para
os quais o proxy não deva ser usado. ``nodates``
Não inclui datas nos cabeçalhos de diff. ``not x``
Revisões que não estejam em x. A forma curta é ``! x``. ``not x``
Arquivos que não estejam em x. A forma curta é ``! x``. ``numcpus``
Número de CPUs a serem usadas para operações em paralelo. O padrão
é o maior valor entre 4 e o número de CPUs no sistema. Zero ou
negativo indicam o uso do valor padrão.
``obsolete()``
Revisões obsoletas (revisões mutáveis com uma nova versão). ``only(conjunto1, [conjunto2])``
Revisões que são ancestrais do primeiro conjunto que não
são ancestrais de nenhuma outra cabeça no repositório. Se um
segundo conjunto for especificado, seleciona os ancestrais
do primeiro conjunto que não são ancestrais do segundo conjunto
(ou seja, ::<conjunto1> - ::<conjunto2>). ``origin([conjunto])``
Revisões que foram especificadas como origem em operações graft,
transplant ou rebase que criaram as revisões no conjunto. Omitir
o conjunto tem o mesmo efeito de passar all(). Se uma revisão
criada por essas operações for ela mesma especificada como
origem de uma dessas operações, apenas a revisão de origem da
primeira operação será selecionada. ``outgoing([caminho])``
Revisões não encontradas no repositório de destino
especificado pelo caminho ou na localização padrão de push. ``outgoing``
Executado após o envio de mudanças do repositório local para algum outro.
O ID da primeira revisão enviada é passado em ``$HG_NODE``.
A origem da operação é passada em ``$HG_SOURCE``; veja o gancho
"preoutgoing" para uma descrição desse valor. ``output``
Caminho do arquivo onde dados de profiling devem ser gravados.
Se o arquivo existir, será sobrescrito. Padrão: nenhum; os dados
são impressos na saída de erros. ``p1([conjunto])``
O primeiro pai das revisões no conjunto, ou do diretório de trabalho. ``p2([conjunto])``
O segundo pai das revisões no conjunto, ou do diretório de trabalho. ``parents([conjunto])``
O conjunto de todos os pais de todas as revisões no conjunto pedido,
ou os pais do diretório de trabalho. ``passwd``
Opcional. Senha usada para autenticação no servidor proxy. ``password``
Opcional. Senha usada para autenticação no servidor de emails.
Se não for especificada, sessões interativas consultarão o
usuário para que ele forneça a senha; sessões não interativas
falharão. Padrão: none. ``password``
Opcional. Senha usada para autenticação. Se não for fornecida, e o
servidor remoto solicitar autenticação básica ou digest, o usuário
do Mercurial será consultado interativamente para fornecê-la. ``port``
Opcional. Porta usada pelo servidor de emails. O valor padrão é
465 se ``tls`` = smtps, ou 25 caso contrário. ``port``
Porta na qual escutar. O padrão é 8000. ``portablefilenames``
Verifica a portabilidade de nomes de arquivos. Pode ser ``warn``
(avisar), ``ignore`` (ignorar) ou ``abort`` (abortar).
O padrão é ``warn``.
Com o valor ``warn`` (ou ``true``), uma mensagem de aviso será
impressa em plataformas POSIX se um arquivo com um nome não
portável for adicionado (por exemplo, um arquivo com um nome que
não pode ser criado em Windows por conter partes reservadas (como
``AUX``), caracteres reservados (como ``:``) ou que causaria uma
colisão de maiúsculas e minúsculas com um arquivo existente).
Com o valor ``ignore`` (ou ``false``), nenhum aviso é emitido.
Com o valor ``abort``, o comando é abortado.
No Windows, esta configuração é ignorada, e o comando é sempre
abortado. ``post-<comando>``
Executado após invocações do comando associado realizadas com sucesso.
O conteúdo da linha de comando é passado em ``$HG_ARGS``, e o código de
resultado em ``$HG_RESULT``. Argumentos de linha de comando decodificados
são passados em ``$HG_PATS`` e ``$HG_OPTS``; estas contém representações
em string dos dados python passados internamente para o <comando>.
Em ``$HG_OPTS`` é passado um dicionário de opções (com opções não
especificadas definidas para seus valores padrão). ``$HG_PATS`` é uma
lista de argumentos. A falha destes ganchos é ignorada. ``pre-<comando>``
Executado antes de invocações do comando associado.
O conteúdo da linha de comando é passado em ``$HG_ARGS``.
Argumentos de linha de comando decodificados
são passados em ``$HG_PATS`` e ``$HG_OPTS``; estas contém representações
em string dos dados python passados internamente para o <comando>.
Em ``$HG_OPTS`` é passado um dicionário de opções (com opções não
especificadas definidas para seus valores padrão). ``$HG_PATS`` é uma
lista de argumentos.
Se o gancho devolver uma falha, o comando correspondente não será
executado, e o Mercurial devolverá o código da falha. ``prechangegroup``
Executado antes de um changegroup ser adicionado em operações
push, pull ou unbundle. O status de saída 0 permite que o
changegroup seja processado. Status diferentes de zero farão com
que a operação push, pull ou unbundle falhe.
A URL de origem das mudanças é passada em ``$HG_URL``. ``precommit``
Executado antes de iniciar um commit local. O status de saída 0
permite que o commit seja realizado. Status diferentes de zero
fazem com que o commit falhe.
Os IDs das revisões pais são passados em ``$HG_PARENT1`` e ``$HG_PARENT2``. ``preferuncompressed``
Se definido, clientes preferirão o protocolo de streaming
não comprimido.
O padrão é False. ``prefix``
Ou ``*`` ou um prefixo URI com ou sem a parte do esquema.
Será usada a entrada de autenticação com o maior prefixo que
combine (onde ``*`` combina com qualquer coisa, e conta como um
prefixo de comprimento 1). Se o prefixo não incluir um esquema,
a URL também terá seu esquema removido para a verificação, e o
argumento schemes será então consultado em seguida. ``prefix``
Prefixo dos caminhos a serem servidos. O padrão é '' (que
corresponde à raiz do servidor). ``prelistkeys``
Executado antes de listar pushkeys (como marcadores) do repositório.
Status de saída diferente de zero causará uma falha.
O espaço de nomes de chave é passado em ``$HG_NAMESPACE``. ``premerge``
Tenta executar a ferramenta interna não interativa de mesclagem de
3 vias antes de executar a ferramenta externa. As opções são
``true``, ``false``, ou ``keep`` para deixar marcações no conteúdo
do arquivo se o premerge falhar.
Padrão: True ``preoutgoing``
Executado antes da coleta de mudanças a serem enviadas do
repositório local para algum outro. Status de saída diferentes
de zero causarão uma falha. Desta forma, você pode impedir
operações pull por HTTP ou SSH. Também previne comandos pull, push
(de saída) ou bundle locais, embora esta prevenção não seja
efetiva, já que os arquivos locais ainda poderão ser copiados.
A operação de origem é passada em ``$HG_SOURCE``. Se esta tiver
o valor "serve", a operação ocorre através de SSH ou HTTP
envolvendo um repositório remoto. Se tiver os valores "push",
"pull" ou "bundle", a operação lida com um outro repositório
no mesmo sistema. ``prepushkey``
Executado antes de uma pushkey (como um marcador) ser adicionada ao
repositório. Status de saída diferentes de zero farão com que a
chave seja rejeitada. O espaço de nomes de chave é passado em
``$HG_NAMESPACE``, a chave é passada em ``$HG_KEY``, o valor antigo
(se houver) é passado em ``$HG_OLD``, e o novo valor é passado em
``$HG_NEW``. ``present(set)``
Um conjunto vazio, se qualquer revisão no conjunto pedido não for
encontrada; caso contrário, todas as revisões no conjunto pedido. ``pretag``
Executado antes da criação de uma etiqueta. O status de saída 0
permite que a etiqueta seja criada. Status de saída diferentes de 0
causarão uma falha do comando. O ID da revisão a ser etiquetada é
passado em ``$HG_NODE``. O nome da etiqueta é passado em ``$HG_TAG``.
Uma etiqueta local é indicada por ``$HG_LOCAL=1``; uma global, por
``$HG_LOCAL=0``. ``pretxnchangegroup``
Executado após um changegroup ser adicionado em uma operação
push, pull ou unbundle, mas antes da transação ser completada.
O changegroup é visível para o programa do gancho.
Isto permite que as novas mudanças sejam validadas antes de serem
aceitas. O ID da primeira nova revisão é passado em ``$HG_NODE``.
O status de saída 0 permite que a transação seja completada. Status
de saída diferentes de 0 farão com que a transação seja desfeita,
e a operação push, pull ou unbundle falhará.
A URL de origem das revisões é passada em ``$HG_URL``. ``pretxncommit``
Executado após uma revisão ser criada mas antes da transação ser
completada. A revisão é visível para o programa do gancho.
Isto permite que as novas mudanças e a mensagem de consolidação
sejam validadas.
O status de saída 0 permite que a transação seja completada. Status
de saída diferentes de 0 farão com que a transação seja desfeita.
O ID da revisão é passado em ``$HG_NODE``.
Os IDs das revisões pais são passados em ``$HG_PARENT1`` e ``$HG_PARENT2``. ``preupdate``
Executado antes de uma atualização do diretório de trabalho.
O status de saída 0 permitirá a atualização. Status de saída
diferentes de 0 impedirão a atualização.
O ID de revisão do novo primeiro pai é passado em ``$HG_PARENT1``.
No caso de uma mesclagem, o ID do novo segundo pai será passado
em ``$HG_PARENT2``. ``priority``
A prioridade com a qual avaliar esta ferramenta.
Padrão: 0. ``public()``
Revisões na fase "public" (pública). ``publish``
Controla o comportamento da fase rascunho em um servidor. Se for
True, revisões enviadas usando push se tornam públicas tanto no
cliente como no servidor, e revisões recebidas usando pull ou
clone se tornam públicas no cliente. O padrão é True. ``push_ssl``
Determina se SSL será exigido para o recebimento de revisões em
um push, para prevenir o vazamento de senhas. O padrão é True. ``pushkey``
Executado após uma pushkey (como um marcador) ser adicionado ao
repositório. O espaço de nomes de chave é passado em ``$HG_NAMESPACE``,
a chave é passada em ``$HG_KEY``, o valor antigo (se houver) é passado
em ``$HG_OLD``, e o novo valor é passado em ``$HG_NEW``. ``quiet``
Reduz a quantidade de saída impressa. Booleana; o padrão é False. ``regappend``
String a ser anexada ao valor lido do registro, tipicamente o nome
do executável da ferramenta.
Padrão: None ``regexp``
Expressão regular, com sintaxe ao estilo Python/Perl.
``glob``
Caracteres de glob (curingas) ao estilo shell. ``regkey``
Chave do registro do Windows que descreve a localização de instalação
desta ferramenta. O Mercurial procurará por esta chave primeiro sob
``HKEY_CURRENT_USER`` e em seguida sob ``HKEY_LOCAL_MACHINE``.
Padrão: Nenhum ``regkeyalt``
Uma chave alternativa de registro do Windows a ser tentada caso a primeira
chave não seja encontrada. A chave alternativa usa as mesmas semânticas
``regname`` e ``regappend`` da chave primária.
O uso mais comum desta chave é a procura de aplicações 32 bits em
sistemas operacionais 64 bits.
Padrão: None ``regname``
Nome do valor a ser lido da chave de registro especificada. O padrão é
o valor sem nome (padrão). ``remote([id] [,caminho])``
Revisão local que corresponda ao identificador dado em um
repositório remoto, se presente. Aqui, o identificador '.' é um
sinônimo para o ramo local atual. ``remotecmd``
Comando remoto a ser usado para operações clone/push/pull.
O padrão é ``hg``. ``removed()``
Arquivo com status removido (R). ``removes(padrão)``
Revisões que removem arquivos correspondentes ao padrão. ``report_untrusted``
Avisa se um arquivo ``.hg/hgrc`` for ignorado por não pertencer a um
usuário ou grupo confiável (veja a seção ``[trusted]``).
Booleana; o padrão é True. ``reportoldssl``
Avisa se um certificado SSL não puder ser usado por falta de
suporte nas versões do Pyton 2.5 ou anteriores. True ou False.
O padrão é True. ``resolved()``
O arquivo foi marcado como resolvido de acordo com o estado de
resolução (comando resolve). ``rev(number)``
Revisão com o identificador numérico dado. ``reverse(set)``
Ordem reversa do conjunto. ``revsetalias``
--------------- ``roots(conjunto)``
Revisões no conjunto sem revisões pais no conjunto. ``schemes``
Opcional. Lista separada por espaços de esquemas URI com os quais
usar esta entrada de autenticação. Só será usado se o prefixo não
incluir um esquema. Os esquemas suportados são http e https. Eles
também combinarão com static-http e static-https, respectivamente.
O padrão é: https. ``secret()``
A revisão está na fase "secret" (secreta). ``server``
---------- ``showfunc``
mostra em qual função está cada mudança ``size(expressão)``
O tamanho do arquivo combina com a expressão fornecida. Por exemplo: ``slash``
Exibe caminhos usando uma barra ``/`` como separador de caminhos.
Isto faz diferença apenas em sistemas nos quais o separador de
caminhos padrão não for esse caractere (por exemplo, o Windows
usa a barra invertida (``\``)).
O padrão é False. ``smtp``
-------- ``sort(conjunto[, [-]chave...])``
Ordena conjunto de acordo com as chaves. A ordem padrão é ascendente,
especifique uma chave como ``-chave`` para ordem descendente. ``sort``
Campo de ordenação. Específico para o profiler de instrumentação.
Pode ter os valores ``callcount``, ``reccallcount``, ``totaltime``
e ``inlinetime``.
Padrão: inlinetime. ``ssh``
comando a ser usado para conexões SSH. O padrão é ``ssh``. ``staticurl``
URL base para servir arquivos estáticos. Se não estiver definida,
arquivos estáticos (por exemplo, o favicon hgicon.png) serão
servidos pelo próprio script CGI. Use esta configuração para
servi-los diretamente pelo servidor HTTP externo.
Exemplo: ``http://hgserver/static/``. ``strict``
Exige nomes de comando exatos, ao invés de permitir abreviações
não ambíguas. Booleana; o padrão é False. ``stripes``
Quantas linhas uma "listra de zebra" deve ocupar em saídas com
múltiplas linhas. O padrão é 1; use 0 para desabilitar. ``style``
Nome do estilo usado para saída de comandos. ``style``
Estilo a ser usado para exibição. ``subrepo([padrão])``
Sub-repositórios cujos caminhos combinam com o padrão. ``symlink()``
O arquivo foi marcado como link simbólico. ``symlink``
Esta ferramenta pode mesclar links simbólicos. O padrão é False,
mesmo que a ferramenta tenha sido selecionada por
correspondência de padrão de arquivo. ``tag([nome])``
Se nome for dado, a revisão correspondente à etiqueta
especificada por nome; caso contrário, todas as revisões
etiquetadas. ``tag``
Executado após a criação de uma etiqueta. O ID da revisão etiquetada é
passado em ``$HG_NODE``. O nome da etiqueta é passado em ``$HG_TAG``.
Uma etiqueta local é indicada por ``$HG_LOCAL=1``; uma global, por
``$HG_LOCAL=0``. ``templates``
Onde modelos HTML são encontrados. O padrão é o caminho de instalação. ``timeout``
O tempo limite de espera (em segundos) para a obtenção de locks;
um valor negativo desabilita o limite. O padrão é 600. ``tls``
Opcional. Método para habilitar TLS ao conectar com o servidor de
emails: starttls, smtps ou none. Padrão: none. ``to``
Opcional. Lista separada por vírgulas de endereços de email
destinatários. ``traceback``
O Mercurial sempre imprime um traceback quando ocorre uma exceção
desconhecida. Definir isto para o valor True fará com que um
traceback seja impresso em todas as exceções, mesmo que sejam
reconhecidas pelo Mercurial (como IOError ou MemoryError).
O padrão é False. ``transplanted([set])``
Revisões transplantadas no conjunto, ou todas as revisões transplantadas. ``trusted``
----------- ``type``
O tipo de profiler a ser usado.
Padrão: ls. ``uncompressed``
Permite que clientes clonem um repositório usando o protocolo
de streaming não comprimido. Isto transfere cerca de 40% mais
dados que um clone comum, mas usa menos memória e CPU tanto no
cliente como no servidor. Em uma LAN (100 Mbps ou melhor) ou uma
WAN bem rápida, um clone por streaming não comprimido é bem mais
rápido (~10x) que um clone comum. Na maior parte de conexões WAN
(ou qualquer conexão mais lenta que cerca de 6 Mbps), streaming
não comprimido é mais lento, por causa dos dados extras
transferidos. Este modo também usará
temporariamente o bloqueio de escrita no repositório enquanto
forem determinados os dados a serem transmitidos.
O padrão é True. ``unified``
número de linhas de contexto a serem mostradas ``unknown()``
Arquivo com status desconhecido (?). Tais arquivos só serão
considerados se este predicado for usado. ``unresolved()``
O arquivo foi marcado como não resolvido de acordo com o estado de
resolução (comando resolve). ``unstable()``
Revisões instáveis (revisões não-obsoletas com ancestrais obsoletos). ``update``
Executado após uma atualização do diretório de trabalho.
O ID de revisão do novo primeiro pai é passado em ``$HG_PARENT1``.
No caso de uma mesclagem, o ID do novo segundo pai será passado
em ``$HG_PARENT2``. Se a atualização tiver sucesso, ``$HG_ERROR=0``.
Se a atualização falhar (por exemplo, por apresentar conflitos não
resolvidos), ``$HG_ERROR=1``. ``usefncache``
Habilita ou desabilita o formato de repositório "fncache", que
aprimora o formato "store" (que deve ser habilitado para o uso de
fncache) para permitir nomes de arquivo mais longos e evitar o uso
de nomes de arquivo reservados, como "nul". Habilitado por padrão.
Desabilitar esta opção garante que o formato em disco de repositórios
criados recentemente seja compatível com versões do Mercurial
anteriores à 1.1. ``user(texto)``
O nome do usuário contém texto. A comparação não diferencia
maiúsculas e minúsculas. ``user``
Opcional. Nome de usuário usado para autenticação no servidor proxy. ``username``
Opcional. Nome de usuário usado para autenticação no servidor
de emails. Padrão: none. ``username``
Opcional. Nome do usuário usado para a autenticação. Se não for
fornecido, e o servidor remoto solicitar autenticação básica ou
digest, o usuário do Mercurial será consultado interativamente para
fornecê-lo. Variáveis de ambiente são expandidas no nome de usuário,
de forma a suportar ``foo.username = $USER``.
Se a URI incluir um nome de usuário, só serão consideradas as
entradas ``[auth]`` com o nome de usuário correspondente ou
sem nome de usuário. ``username``
O autor de uma revisão criada ao executar "commit".
Tipicamente, é o nome de uma pessoa seguido de seu endereço de
email, como em ``Fred Widget <fred@example.com>``.
O padrão é ``$EMAIL`` ou ``username@hostname``.
Se o nome de usuário em um arquivo de configuração estiver vazio, ele
deve ser especificado manualmente ou em um arquivo de configuração
diferente (por exemplo, ``$HOME/.hgrc``, se o administrador definir
``username =`` no arquivo de configuração de sistema).
Variáveis de ambiente são expandidas no nome de usuário. ``users``
Lista separada por vírgulas de usuários confiáveis. ``usestore``
Habilita ou desabilita o formato de repositório "store", que melhora
compatibilidade com sistemas de arquivo que interferem em nomes de
arquivo, por exemplo alterando maiúsculas e minúsculas.
Habilitado por padrão. Desabilitar esta opção permite o armazenamento
de nomes de arquivo mais longos em algumas situações, em prejuízo
da compatibilidade, e garante que o formato em disco de repositórios
criados recentemente seja compatível com versões do Mercurial
anteriores à 0.9.4. ``validate``
Verifica se revisões recebidas em um push estão completas, checando
se todas as novas revisões de arquivo especificadas em manifestos
estão presentes. O padrão é False. ``verbose``
Aumenta a quantidade de saída impressa. Booleana; o padrão é False. ``verifycert``
Opcional. Verificação do certificado do servidor de emails, se
``tls`` for starttls ou smtps. Pode ser "strict", "loose" ou False.
Para "strict" ou "loose", o certificado será verificado da mesma
maneira que para conexões HTTPS (veja ``[hostfingerprints]`` e
``[web] cacerts``).
Para "strict", o envio de emails também será abortado, se não
houver configuração para o servidor de emails em
``[hostfingerprints]`` e ``[web] cacerts``.
A opção --insecure de :hg:`email` força o valor "loose".
O padrão é "strict". ``websub``
---------- ``width``
Define a largura das arestas do ramo, em pixels. ``worker``
---------- ``x - y``
Revisões em x mas não em y. ``x - y``
Arquivos em x mas não em y. ``x and y``
A intersecção das revisões em x e y. A forma curta é ``x & y``. ``x and y``
A intersecção dos arquivos em x e y. A forma curta é ``x & y``. ``x or y``
A união de revisões em x e y. Há duas formas curtas alternativas:
``x | y`` e ``x + y``. ``x or y``
A união dos arquivos em x e y. Há duas formas curtas alternativas:
``x | y`` e ``x + y``. ``x::y``
Uma sequência no DAG, significando todas as revisões descendentes de x
e ancestrais de y, incluindo os próprios. Se o primeiro extremo for
omitido, a expressão equivale a ``ancestors(y)``, se o segundo termo
for omitido a expressão é equivalente a ``descendants(x)``. ``x:y``
Todas as revisões com números de revisão entre x e y, inclusive.
Os extremos podem ser omitidos: os valores padrão são 0 e tip. ``x^``
Equivalente a ``x^1``, o primeiro pai de cada revisão em x. ``x^n``
O n-ésimo pai de x, onde n == 0, 1, ou 2.
Para n == 0, x; para n == 1, o primeiro pai de cada revisão em x;
para n == 2, o segundo pai de cada revisão em x. ``x~n``
O n-ésimo primeiro ancestral de x; ``x~0`` é x; ``x~3`` é ``x^^^``. uma revisão base que se assume estar presente no destino uma revisão base especificada ao invés de um destino (com -b/--bundle) um marcador não pode ter o mesmo nome de um ramo existente já existe um ramo com o mesmo nome uma revisão que deve ser adicionada ao destino uma revisão que se deva incluir no destino uma revisão remota que se deva adicionar a revisão a enviar já existe uma mudança engavetada com o nome '%s' um ramo específico que você gostaria de incluir no bundle um ramo específico que você gostaria de trazer um ramo específico que você gostaria de enviar uma revisão específica que você gostaria de trazer a: %s
transação abandonada encontrada transação abandonada encontrada - execute hg recover
aborta uma edição de histórico em andamento aborta uma operação unshelve incompleta aborta um rebaseamento interrompido abort e continue não permitem especificar revisões aborta se ocorrer um erro abortado: %s abortado: %s
abortado: %s!
abortado: %s: %s
abortado: %s: '%s'
abortado: impossível travar %s: %s
abortado: erro: %s
abortado: sem memória
abortado: erro remoto:
abortando; hg cat-file entende apenas commits
acessa o protocolo pushkey de pares chave/valor acl: o acesso do usuário "%s" a "%s" foi negado (revisão "%s") acl: acesso do usuário "%s" negado para o ramo "%s" (revisão "%s") acl: o acesso do usuário "%s" a "%s" não foi permitido (revisão "%s") acl: usuário "%s" não tem acesso ao ramo "%s" (revisão "%s") guardas ativas:
adiciona "Date: <DATA>" ao patch adiciona "Date: <data atual>" ao patch adiciona "From: <USUÁRIO>" ao patch adiciona "From: <usuário atual>" ao patch adiciona uma assinatura para a revisão atual ou pedida adiciona todos os arquivos acima deste tamanho (em megabytes) como largefiles (padrão: 10) adiciona arquivos novos e remove arquivos faltando adiciona como largefile adiciona como arquivo normal adiciona a saída do diffstat a mensagens adiciona um arquivo novo a cada revisão adiciona uma ou mais etiquetas à revisão atual ou pedida adiciona um único arquivo que todas as revisões sobrescrevem adiciona mudanças mescláveis em arquivos únicos adiciona os arquivos especificados na próxima consolidação adiciona/atualiza a entrada de autor no patch com o usuário atual adiciona/atualiza a entrada de autor no patch com o usuário pedido adiciona/atualiza a entrada de data no patch com a data atual adiciona/atualiza a entrada de data no patch com a data pedida adicionadas %d revisões com %d mudanças em %d arquivos%s
added não tem argumentos adicionando %s
adicionando %s como largefile
adicionando %s ao arquivo series
adicionando ramo
adicionando revisões
adicionando mudanças em arquivos
adicionando manifestos
adicionando marcador remoto %s
endereço onde escutar (padrão: todas as interfaces) adds requer um padrão apelido '%s' indica comando ambíguo '%s'
apelido '%s' indica comando desconhecido '%s'
apelido para: hg %s todas as cabeças locais são conhecidas remotamente
todos os patches aplicados
todos os patches estão aplicados nesse momento
all não tem argumentos permite o envio de um novo ramo nomeado permite o uso de caminhos MBCS com codificação problemática. permite que o limite seja movido para trás permitindo %s - guardada por %s
permitindo %s - nenhuma guarda em efeito
permitindo %s - nenhuma guarda negativa que case
já possui a revisão sempre imprime traceback em exceções identificador ambíguo emenda o pai do diretório de trabalho emendando revisão %s
analisando analisando versão da árvore %s...
e %s outras e considere também a adição de: faz um annotate da revisão especificada comenta com nomes de ramos anexa informações de enxerto à mensagem de log anexa informações de transplante à mensagem de log aplicado no diretório de trabalho aplica todos os patches aplica qualquer filtro de decodificação que case aplicar revisão? [ynmpcq?]:$$ &y sim, transplante esta revisão$$ &não, omite esta revisão$$ &mescle nesta revisão$$ mostre o &patch$$ &consolide revisões selecionadas$$ &q encerre e cancele o transplante$$ &? (exibe esta ajuda) a aplicação do patch %s falhou aplica por cima das mudanças locais aplica um ou mais arquivos de changegroup aplica o patch aos nós a partir dos quais ele foi gerado aplica o patch sem alterar o diretório de trabalho aplica o filespec nesta revisão aplica o patch alvo em seu pai armazenado aplicando %s
aplicando patch da entrada padrão
prefixo de arquivo contém componentes ilegais empacotando empacotando (%s) você tem certeza que deseja enviar (yn)?$$ (&Y) Sim $$ &Não os argumentos não correspondem a caminhos que necessitem de resolução
pede confirmação antes do envio assumindo destino %s
exigido ao menos um nome de arquivo ou padrão ao menos uma das opções -n/-c é exigida para -l tentativa de consolidação ou push de arquivo(s) texto usando quebras de linha %s
tentativa de adicionar linkrev -1 a %s author requer uma string autorização falhou a mesclagem automática de .hgtags falhou
as seguintes %d etiquetas estão em conflito: %s
a mesclagem automática de etiquetas de %s falhou! (use 'hg resolve --tool internal:merge' ou outra ferramenta de mesclagem à sua escolha)
gerencia automaticamente quebras de linha em arquivos no repositório cores disponíveis:
estilos disponíveis: %s estilos disponíveis: %s
b: %s
ruim ruim (implicitamente) trecho ruim #%d trecho ruim #%d %s (%d %d %d %d) trecho ruim #%d antiga linha de texto %d bad mtn packet - bad packet size %s bad mtn packet - bad stream type %s bad mtn packet - no divider before size bad mtn packet - no end of commandnbr bad mtn packet - no end of packet size bad mtn packet - unable to read full packet read %s of %s entrada obsmarker ruim: %s marcação de obsolescência inválida detectada: sucessores nullid inválidos padrão ruim de sub-repositório em %s: %s caminho base (OBSOLETO) comandos básicos: binary não tem argumentos bisect requer uma string dispositivo de bloco o marcador %s não existe nem no repositório local nem no remoto!
o marcador '%s' já existe (use -f para forçar) marcador '%s' apagado
o marcador '%s' não existe marcador '%s' não encontrado requerido nome do marcador nomes de marcadores não podem conter apenas espaços em branco bookmark requer um ou nenhum argumento marcador a ser trazido marcador a ser enviado marcador: %s
marcadores: ramo %s não encontrado o ramo '%s' tem %d cabeças - por favor mescle com uma revisão explícita o ramo '%s' tem apenas uma cabeça - por favor mescle com uma revisão explícita nome do ramo não está em UTF-8! ramo: %s
ramo: %s
branchpoint não tem argumentos pipe quebrado
revlog quebrado! (%s) visualiza a saída do comando com um pager externo visualiza o repositório em modo gráfico o bug %d já sabe sobre a revisão %s
o bug %d não existe
comando de notificação do bugzilla %s versão %s do bugzilla não suportada bugzilla.bzdir
Diretório de instalação do Bugzilla. Usado pelo notify padrão. Seu
valor padrão é ``/var/www/html/bugzilla``. bugzilla.bzemail
O endereço de email do Bugzilla. bugzilla.bzurl
A URL base para a instalação do Bugzilla.
O padrão é ``http://localhost/bugzilla``. bugzilla.bzuser
Nome de usuário no Bugzilla utilizado para gravar os comentários
se o autor da revisão não for encontrado como um usuário do
Bugzilla. bugzilla.db
Nome do banco de dados do Bugzilla no MySQL. O padrão é ``bugs``. bugzilla.fixregexp
Expressão regular para encontrar na mensagem de consolidação da
revisão os IDs dos bugs a serem marcados como resolvidos.
Deve conter um grupo "()" nomeado ``<ids>`` contendo os IDs de
bugs separados por não-dígitos. Pode também conter um grupo
nomeado ``<hours>`` com um valor de ponto flutuante fornecendo
as horas trabalhadas no bug. Se nenhum grupo nomeado estiver
presente, assume-se que o primeiro grupo "()" irá conter os
IDs dos bugs, e as horas trabalhadas não serão atualizadas.
A expressão padrão encontra
``Fixes 1234``, ``Fixes bug 1234``,
``Fixes bugs 1234,5678``, ``Fixes 1234 and 5678`` e variações,
seguidas de um número de horas prefixado por ``h`` ou ``hours``,
como em ``hours 1.5``.
A busca não é sensível a maiúsculas e minúsculas. bugzilla.fixresolution
A resolução definida em um bug que tiver sido marcado como corrigido.
O padrão é ``FIXED``. bugzilla.fixstatus
O status definido em um bug que tiver sido marcado como corrigido.
O padrão é ``RESOLVED``. bugzilla.host
Nome do servidor do MySQL que contém o banco de dados do Bugzilla.
O padrão é ``localhost``. bugzilla.notify
O comando que deve ser executado para o Bugzilla enviar o email
de notificação de alterações. É realizada a substituição de 3
entradas: ``bzdir``, ``id`` (bug id) e ``user`` (email do submetedor
do bugzilla). O padrão depende da versão; na 2.18 é
"cd %(bzdir)s && perl -T contrib/sendbugmail.pl %(id)s %(user)s". bugzilla.password
Senha para acessar o servidor MySQL. bugzilla.password
A senha de login do Bugzilla. bugzilla.regexp
Expressão regular para encontrar na mensagem de consolidação da
revisão os IDs dos bugs a serem atualizados.
Deve conter um grupo "()" nomeado ``<ids>`` contendo os IDs de
bugs separados por não-dígitos. Pode também conter um grupo
nomeado ``<hours>`` com um valor de ponto flutuante fornecendo
as horas trabalhadas no bug. Se nenhum grupo nomeado estiver
presente, assume-se que o primeiro grupo "()" irá conter os
IDs dos bugs, e as horas trabalhadas não serão atualizadas.
A expressão padrão encontra
``Bug 1234``, ``Bug no. 1234``, ``Bug number 1234``,
``Bugs 1234,5678``, ``Bug 1234 and 5678`` e variações,
seguidas de um número de horas prefixado por ``h`` ou ``hours``,
como em ``hours 1.5``.
A busca não é sensível a maiúsculas e minúsculas. bugzilla.strip
O número de separadores de caminho que devem ser retirados do
início do caminho para o repositório do Mercurial (``{root}``
nos templates) para produzir ``{webroot}``. Por exemplo, um
repositório com ``{root}`` ``/var/local/my-project`` com valor
de strip 2 gera ``my-project`` como valor de ``{webroot}``.
O padrão é 0. bugzilla.style
O arquivo de estilo usado para formatar os comentários. bugzilla.template
O template usado para formatar os comentários. Sobrepõe style se
especificado. Além das palavras chave do Mercurial, a extensão
especifica: bugzilla.timeout
Tempo de espera limite para conexão com o banco de dados (em
segundos). O padrão é 5. bugzilla.user
O nome de usuário a ser usado para entrar no Bugzilla via XMLRPC.
O padrão é ``bugs``. bugzilla.user
Nome de usuário para acessar o servidor MySQL. O padrão é ``bugs``. bugzilla.usermap
Caminho para o arquivo que contem o mapeamento do consolidador do
Mercurial para o ID do usuário do Bugzilla. Se especificado, o
arquivo deve conter um mapeamento por linha:: bugzilla.version
O tipo de acesso a ser usado. Os valores reconhecidos são: construindo constrói um repositório do zero com um DAG dado em um repositório vazio existente bumped não tem argumentos cria um bundle com todas as revisões no repositório tipo de compressão de bundle a ser usada criando bundle o tipo de origem bzr não pôde ser determinado
cache possui %d entradas de log
invocando gancho %s: %s
só se pode fechar cabeças de ramo é possível acompanhar cópias/renomeações apenas para nomes de arquivo explícitos só é possível omitir arquivo de patch em uma mesclagem só é possível compartilhar repositórios locais só é possível especificar um nome de arquivo explícito só pode especificar dois rótulos. só é possível realizar unshelve de uma mudança de cada vez não é possível consolidar na fase "%s" com a fase conflitante "%s" no sub-repositório %s não é possível consolidar sub-repositórios sem o arquivo .hgsub não é possível obter o arquivo localmente não é possível negar essa expressão não é possível consultar o número de revisão, ramo ou etiquetas remotos não é possível ler mensagem de consolidação '%s': %s não é possível rebasear a revisão imutável %s não é possível remover revisões originais que tenham descendentes não rebaseados não é possível renomear "%s" para seu nome atual não é possível especificar --all e padrões não é possível especificar --continue e revisões você não pode especificar uma revisão com --all não se pode usar %s aqui não se pode usar --local e --global ao mesmo tempo não se pode usar --local fora de um repositório impossível usar TLS: suporte Python a SSL não instalado não se pode usar uma lista nesse contexto impossível %s; repositório remoto não suporta a funcionalidade '%r' não é possível emendar revisões com filhas não é possível emendar revisões públicas não é possível emendar durante uma mesclagem amend não suporta --subrepos não é possível usar amend com ui.commitsubrepos habilitada não se pode empacotar arquivos simples na saída padrão não se pode anular uma mudança sem pais não se pode anular revisões de mesclagem não se pode anular uma mudança que não seja um ancestral não é possível fazer o bisect (nenhuma revisão ruim conhecida) não é possível fazer o bisect (nenhuma revisão boa conhecida) não é possível mudar a fase da revisão nula não é possível colapsar múltiplos ramos nomeados não é possível combinar --bundle e --subrepos não é possível combinar abort/continue com um nome de mudança engavetada não se pode consolidar uma mesclagem com arquivos ausentes não se pode consolidar entradas svn ausentes não se pode consolidar sobre um patch mq aplicado não se pode consolidar svn externals não é possível continuar um rebaseamento inconsistente impossível criar %s: destino já existe impossível criar %s: o destino já existe
não é possível criar novo repositório de bundle impossível criar novo repositório http não é possível criar novo repositório http estático não é possível criar novo repositório de união impossível decodificar nome de arquivo '%s' não se pode remover o patch %s aplicado não é possível remover a fila ativa não é possível remover uma fila que não existe não se pode apagar a revisão %d acima de patches aplicados não é possível editar histórico que contenha mesclagens não é possível editar histórico de forma a produzir nós órfãos não é possível editar uma revisão imutável: %s não é possível editar um patch para um arquivo binário não é possível editar um patch para o arquivo inteiro não é possível encontrar uma ferramenta do GNU Arch não é possível encontrar o id do usuário no bugzilla para %s não é possível encontrar o id do usuário no bugzilla para %s ou %s não foi possível encontrar ferramenta "%s" necessária não é possível seguir arquivo não presente na revisão pai: "%s" não é possível seguir arquivo inexistente: "%s" não é possível fornecer prefixo ao arquivar para arquivos não se pode importar a revisão de mesclagem %d não se pode importar sobre um patch aplicado não é possível incluir %s (%s) não é possível travar o repositório de origem, a mudança local para fase '%s' não será feita
não é possível travar repositório http estático não é possível buscar por uma revisão negativa não se pode gerenciar revisões de mesclagem não se pode misturar -l/--list com opções ou argumentos não é possível mover %i revisões para uma fase mais alta, use --force
não é possível decodificar entrada não é possível consolidar parcialmente uma mesclagem (não especifique arquivos ou padrões) não é possível consolidar parcialmente uma mesclagem (use "hg commit") não é possível aplicar o patch em %s: arquivo não rastreado não se pode empilhar '%s' - %s
não se pode fazer qpush usando --exact com patches aplicados não se pode empilhar para um patch anterior: %s não é possível ler objeto %r em %s não é possível ler objeto %r em %s: tamanho inesperado não é possível ler mudanças em %s não é possível ler arquivo de configuração de submódulos em %s não é possível ler etiquetas de %s não se pode rebasear para um patch mq aplicado não se pode renovar uma revisão com filhos não se pode renovar uma revisão imutável não é possível recuperar cabeças do git não é possível obter a versão do git
não é possível obter a versão da ferramenta svn não é possível engavetar uma mudança durante uma mesclagem não é possível especificar simultaneamente --changelog e --manifest não é possível especificar --changelog ou --manifest sem um repositório não é possível especificar simultaneamente --rev e --change não se pode especificar ao mesmo tempo ---noupdate e --updaterev não se pode especificar ao mesmo tempo -c/--check e -C/--clean não se pode especificar ao mesmo tempo uma revisão e uma base não se pode especificar ao mesmo tempo uma revisão e uma origem não se pode especificar ao mesmo tempo uma origem e uma base não é possível especificar um nome de arquivo com --changelog ou --manifest não se pode especificar nomes ao usar --cleanup não é possível iniciar o servidor em '%s:%d': %s não é possível adicionar uma etiqueta na revisão nula não se pode especificar --exact e --keep-changes simultaneamente não se pode especificar --exact e --move simultaneamente não se pode usar --no-commit com --bypass não se pode usar --parent numa revisão que não seja uma mesclagem não se pode usar --similarity com --bypass não se pode usar --stdio com --cmdserver um inteiro não pode ser usado como um nome não se pode especificar --force e --keep-changes simultaneamente não se pode usar abort e continue simultaneamente não se pode usar collapse com continue ou abort não se pode usar a revisão %d como base, o resultado teria 3 pais não é possível usar transação quando já estiver consolidada/abortada impossível verificar bundle ou repositório remoto não é possível escrever o patch "%s": %s conflito de maiúsculas e minúsculas entre %s e %s copia para a saída uma revisão específica cat-file: tipo ou revisão não fornecido
verificação de certificado exige Python 2.6 o certificado %s não pode ser verificado (versão do Python muito antiga) certificado para %s tem impressão digital inesperada %s o certificado é para %s muda nomes de ramos durante a conversão mudança feita pela revisão muda o diretório de trabalho a revisão %d está ao mesmo tempo antes e depois de %d
revisão %d:%s: %s
revisão %s anulada, não se esqueça de consolidar.
a revisão %s anula a revisão %s
revisão %s: %s faltando
revisão %s: %s referencia %s corrompido
revisão %s: %s referencia %s faltando
revisão %s: %s: o conteúdo está diferente
revisão se refere a manifesto desconhecido %s revisão {node|short} no repositório {root} refere-se ao bug {bug}.
detalhes:
{desc|tabindent} revisão: %d:%s
revisões revisões não encontradas no destino dispositivo de caracteres verifica push e pull verifique a configuração hostfingerprint verifique as configurações hostfingerprints ou web.cacerts obtenha um ramo do git se você pretender fazer mudanças
verifique seu relógio checando verificando executável Python (%s)
verificando biblioteca Python (%s)...
verificando a versão do Python (%s)
checando revisões
verificando editor para consolidação...
verificando codificação (%s)...
checando arquivos
verificando módulos instalados (%s)...
checando manifestos
obtendo detached HEAD no sub-repositório %s
checando pais de %s checando renomeação de %s verificando modelos (%s)...
verificando nome de usuário...
processo filho falhou ao iniciar trechos clean não tem argumentos limpando o diretório temporário
limpando diretório de trabalho... limpa o arquivo de estado da fila clone clone de origem remota para destino remoto não suportado clona os repositórios principal e de fila ao mesmo tempo clona apenas o ramo especificado clonando repositório principal
clonando o repositório de patches
clonando sub-repositório %s de %s
closed não tem argumentos colapsa as revisões rebaseadas coletados %d arquivos candidatos nos repositórios
coletando coletando rlog do CVS
coletando changelists do p4
colore a saída de alguns comandos falha ao executar o comando '%s' : %s comando que usa programas externos para comparar revisões comando para apagar do diretório de trabalho arquivos não rastreados comando para exibir revisões filhas (OBSOLETO) comando para mostrar estatísticas do histórico do repositório comando para mover conjuntos de revisões para um ancestral diferente comando para enviar revisões como uma série de e-mails de patch comando para transplantar revisões de um outro ramo comando para exibir grafos de revisão em terminais modo texto (OBSOLETO) comandos para selecionar interativamente mudanças em um commit ou qrefresh comando para assinar e verificar revisões execute commit e merge, ou update --clean para descartar mudanças consolida mudanças no repositório da fila de patches (OBSOLETO) consolida mesmo que alguns trechos falhem falha ao consolidar execute commit, ou update --clean para descartar mudanças consolida os arquivos pedidos ou todas as mudanças por gravar consolidação com novo sub-repositório %s excluída consolidação: %s
consolidada a revisão %d:%s
consolidando sub-repositório %s
compara marcadores comparando com %s
programa de comparação a executar completa "rótulos" - etiquetas, nomes de ramos abertos, nomes de marcadores completa um caminho completo completa todo ou uma parte de um caminho rastreado erro de configuração - tipo de gancho "%s" não pode interromper consolidações nem revisões de entrada arquivo de configuração %s não encontrado! a configuração 'bzemail' está faltando configure a hostfingerprint %s ou use --insecure para conectar de modo inseguro conectando em %s
conectando a %s:%s como %s, senha %s
conexão terminou inesperadamente considera revisões ocultas contains requer um padrão continua uma edição em andamento continua uma operação unshelve incompleta continua um rebaseamento interrompido continua a última sessão de transplante após a resolução de conflitos converte um repositório de um outro sistema em um do Mercurial. converte um repositório normal em um repositório largefiles converte um repositório compartilhado para um repositório normal converte um repositório largefiles em um repositório normal convert: %s
converted requer uma revisão converted recebe um ou nenhum argumento convertendo convertendo revisões convertendo...
copied não tem argumentos cópias: %s
copia %s para %s
copia mudanças de outros ramos para o ramo atual copia o nome do diretório cópia falhou: %s não é um arquivo ou um link simbólico
copia o diretório do patch cópia: %s -> %s
copiando %s para %s
copiando revisão %s para %s
copiando arquivo em diretório renomeado de '%s' para '%s' não foi possível criar repositório hg %s como destino não foi possível criar repositório remoto não foi possível decodificar o patch binário "%s": %s não foi possível extrair os dados binários de "%s" não foi possível encontrar web.cacerts: %s não foi possível carregar os módulos python do Subversion não foi possível abrir arquivo de mapeamento %r: %s não foi possível decodificar cat-log de %s impossível criar link simbólico para %r: %s não foi possível encontrar ferramenta de mesclagem %s
não foi possível processar localização %s não foi possível decodificar o tamanho: %s não foi possível ler a entrada do jornal %r!
conta a frequência pelo numero de revisões conta a frequência das revisões que casem com a data especificada conta a frequência para uma revisão ou faixa especificada cria um arquivo de changegroup (coleção de revisões) cria um novo marcador ou lista marcadores existentes cria um novo patch cria um novo repositório no diretório pedido cria um novo repositório compartilhado cria um pacote não versionado contendo uma revisão do repositório cria uma marcação de obsolescência arbitrária cria uma informação de revisão do CVS cria uma nova cache de log do cvs cria uma nova fila cria o repositório da fila revisão %s criada nova cabeça criada
cria um novo comando ``ultimos`` que mostra apenas as cinco revisões
mais recentes. Você pode definir apelidos a partir de outros apelidos
definidos anteriormente:: criando revisões
criando repositório temporário em %s
checagem cruzada checagem cruzada de arquivos em revisões e no manifesto
a revisão biseccionada atual é uma mesclagem a revisão biseccionada atual é desconhecida - para corrigir inicie uma nova bissecção esquema personalizado %s:// conflita com a letra de unidade %s:\
servidor cvs: %s
ciclo detectado entre %s e %s necessária versão do darcs 2.1 ou posterior (%r encontrada) comprimento dos dados difere de %d bytes data supera 32 bits: %d data espera um ou dois argumentos date requer uma string data: %s
datas não podem conter apenas espaços em branco comandos de depuração (internos e não suportados): debugsvnlog: não foi possível carregar os módulos python do Subversion o email do usuário padrão do bugzilla %s não foi encontrado o caminho padrão para o sub-repositório não foi encontrado o caminho default do repositório não foi configurado! default-push:
O comando push procurará por um caminho chamado 'default-push',
e o usará ao invés de 'default' se ambos estiverem definidos.
default:
Quando você cria um repositório com hg clone, o comando clone
grava a localização do repositório de origem como o novo
caminho 'default' do repositório. Ele é então usado quando você
omitir o caminho de comandos semelhantes ao push e ao pull
(incluindo incoming e outgoing). defines três apelidos, ``h``, ``d`` e ``rs``. ``rs(0:tip, author)`` é
exatamente equivalente a ``reverse(sort(0:tip, author))``. apaga o marcador pedido remove todas as mudanças engavetadas apaga a fila e remove o diretório de patches remove referência para uma fila apaga entrada salva remove da shelve as mudanças pedidas deleted não tem argumentos apagando marcador remoto %s
remoções encontradas entre revisões do repositório delta: %d hdist: %d distância: %d relação: %s
profundidade(a): %d profundidade(b): %d
desc requer uma string descrição:
o destino %s existe e não é um diretório o destino %s existe, use -f para forçar o destino %s não é um diretório o destino '%s' já existe o destino '%s' não está vazio o destino já existe diretório de destino: %s
o destino não suporta push largefile de destino já existe tipo de repositório de destino detecta cópias faz o diff com o segundo pai o número de linhas de contexto de diff deve ser um inteiro, e não %r diff do patch atual e modificações subsequentes exibe um diff do repositório (ou arquivos selecionados) calcula a diferença entre duas revisões diretório diretório %r já está em dirstate o nome de diretório termina em '\', o que não é permitido em Windows prefixo de diretório para arquivos armazenados opção de remoção de diretório para o patch. Tem o mesmo significado da opção correspondente do utilitário patch ramo do dirstate inacessível desabilita todas as guardas extensões desabilitadas: descarta mudanças não consolidadas (sem backup) descobre e anuncia repositórios na rede local mostra separadamente linhas adicionadas/removidas exibe ajuda e sai mostra o dirstate de largefiles exibe largefiles a serem enviados exibe o padrão combinado de arquivos ignorados exibe usando arquivo de mapeamento de modelo (OBSOLETO) exibe usando modelo exibindo marcador divergente %s guardado como %s
divergent não tem argumentos faz uma busca insensível a maiúsculas / minúsculas por um texto dado não consolida o arquivo de assinaturas após assinar não cria uma cópia de trabalho não exibe revisão ou qualquer de seus ancestrais não exibe o mtime armazenado não modifica a cópia de trabalho durante o strip não passar arquivos por decodificadores não realiza ações, apenas imprime a saída não consulta o usuário, usa automaticamente a primeira opção em todas as escolhas não grava backups de arquivos não mostra mesclagens não atualiza os novos diretórios de trabalho não atualiza para o alvo não verifica o certificado do servidor (ignorando a opção de configuração web.cacerts) você gostaria de usar a ação drop? não consolida, apenas atualiza o diretório de trabalho não segue cópias e renomeações não remove nós antigos após o término da edição feito
baixa todas as versões trazidas dos largefiles (OBSOLETO) baixa todas as versões de todos os largefiles baixa largefiles para estas revisões draft não tem argumentos descarta todas as guardas extrai os dados de um índice DAG como um arquivo .dot do graphviz imprime diretamente dados do índice exibe informações de renomeação exibe o conteúdo de uma revisão de dados de arquivo extrai o conteúdo de um arquivo de índice exibe o cabeçalho e diffs para uma ou mais revisões revisão duplicada %d (%d) comando duplicado para a revisão %s editar mensagem de consolidação (OBSOLETO) falha ao editar edita a configuração global edita a configuração do repositório edita a configuração do usuário ou dois ou três argumentos necessários endereço de email do remetente endereços de e-mail de destinatários para cópia oculta endereços de e-mail de destinatários para cópia endereços de e-mail dos destinatários endereços para resposta email.from
Endereço ``From`` do e-mail se um endereço não for encontrado
no conteúdo do e-mail gerado. email.from deve estar definido ao enviar por e-mail conjunto de revisões "base" vazio - não é possível calcular o conjunto de rebaseamento
conjunto de revisões "rev" vazio - nada para rebasear
conjunto de revisões "fonte" vazio - nada para rebasear
mensagem de consolidação vazia um caminho de destino vazio não é válido %s vazio ou faltando revlog de origem %s:%s vazio ou faltando revlog vazio ou não encontrado para %s consulta vazia faixa de revisões vazia conjunto vazio de revisões nome de usuário vazio habilita saída adicional habilita saída de depuração extensões habilitadas: encoding requer um nome de codificação termina campos com NUL termina nomes de arquivo com NUL, para uso com xargs termina nomes de arquivo com NUL, para uso com xargs (implica -p/--print) fim do leilão a verificação de quebras de linha falhou:
entre o nome do usuário para consolidação: entrando no depurador - digite c para continuar iniciando o hg ou h para ajuda
erro ao acessar o repositório em %s
erro incorporando patch %s erro obtendo diretório de trabalho atual: %s erro ao obter id %s a partir da url %s para o arquivo %s: %s
erro na definição do apelido '%s': %s
erro na definição do apelido '%s': %s pode ser passado apenas na linha de comando
erro decodificando patch: %s erro ao ler %s/.hg/hgrc: %s
erro lendo cache: %r
erro ao remover %s: %s
erro ao remover desfazimento: %s
erro removendo %s
erro ao assinar erro: gancho %s falhou: %s
erro: gancho %s lançou uma exceção: %s
erros ao aplicar, por favor conserte e renove %s
erros no filemap examinar mudanças em %s? exceção na primeira tentativa de import:
exceção na segunda tentativa de import:
exclui nomes que casem com os padrões fornecidos exec não tem argumentos terminou com o código %d expande palavras chave no diretório de trabalho expande palavras chave em arquivos rastreados %s esperado em %r, mas não encontrado esperado um símbolo, recebido '%s' esperado id %i, obtido %i número de revisão esperado esperado um especificador de modelo export exige ao menos uma revisão exportando marcador %s
exportando patch:
exportando patches:
amplia protocolos com atalhos para conjuntos de repositórios amplia o alcance da bissecção a extensão '%s' sobrepõe o comando: %s
extinct não tem argumentos extra recebe um ou dois argumentos extra: %s=%s
factotum não é interativo factotum não está respondendo falha na consulta: %s %s
falha ao consolidar mudanças do svn falha na detecção do formato do repositório! falhou ao executar %s erro ao enviar algumas marcações de obsolescência!
fim de cabeçalhos stdio do mtn automate não atingido falha ao recuperar %s
falha ao remover %s do manifesto falha ao sincronizar metadados para "%s" falha ao truncar %s
obtendo log da revisão para "%s" de %d até %d
fifo o arquivo "%s" é um standin largefile o arquivo %r em dirstate colide com %r arquivo %s já existe
arquivo não encontrado! arquivo não gerenciado: %s
arquivo não rastreado! file requer um padrão arquivo no qual armazenar os bundles arquivo com apelidos de email arquivo sem nome no manifesto URLs file:// só podem se referir a localhost filelog requer um padrão o nome de arquivo contém '%s', que é inválido em Windows o nome de arquivo contém '%s', que é um nome reservado em Windows o nome de arquivo termina em '%s', o que não é permitido em Windows o nome de arquivo termina em '\', o que não é permitido em Windows arquivos arquivos+: arquivos-: arquivos...
indica um ou mais nomes ou caminhos relativos para arquivos;
veja `Padrões de Nomes de Arquivo`_ para informações sobre
correspondência de padrões arquivos: arquivos: %s
fill espera um número inteiro fill espera de um a quatro argumentos o filtro %s espera um argumento filtra revisões através do comando filtra revisões corrompidas (sem usuário ou data) filtro falhou filtrando %s
filtrando revisão vazia
encontra a revisão ancestral de duas revisões no índice dado encerra todas as revisões aplicadas o primeiro argumento de extra deve ser uma string primeira revisão a ser editada conserte a mesclagem e execute hg transplant --continue indicador adicionado no prefixo de assunto incorpora os patches pedidos no patch atual acompanha histórico de revisões, ou histórico de arquivo através de cópias e renomeações segue cópias e renomeações e lista o nome de arquivo (OBSOLETA) para clientes remotos forçar força a inclusão na mesclagem de mudanças não consolidadas (OBSOLETO) força a cópia força outgoing mesmo para repositórios não relacionados força um push força a remoção de revisões, descarta mudanças não consolidadas (sem backup) força a mudança da etiqueta força cópia sobre um arquivo não gerenciado existente descarta qualquer mudança local a arquivos modificados pelo patch esquece os arquivos especificados na próxima consolidação esquecendo %s
formata o changelog ou um índice DAG como uma representação textual concisa encontrado %s em %r
encontrado %s no armazenamento
encontrado %s no cache do sistema
encontrado ramo %s em %d
encontrado pai do ramo %s em %d: %s
encontrada revisão %s de %s
discrepância encontrada ao aplicar patch, parando
gera patch get() espera um dicionário como primeiro argumento get() espera dois argumentos obtendo %s
obtendo %s para %s
obtendo %s:%s
obtendo largefiles modificados
obtendo arquivos obtendo largefiles sub-repositórios do git exigem a versão 1.6.0 ou posterior sub-repositórios do git exigem a versão 1.6.0 ou posterior
opções globais: boa boa (implicitamente) obteve o lock após %s segundos
o enxerto para a revisão %s é vazio
enxerto em andamento enxertando revisão %s
grep requer um padrão grep requer uma string grep: padrão de busca inválido: %s
o grupo '%s' não está definido a guarda %r inicia com um caractere inválido a guarda %r inicia com um caractere inválido: %r guarda %r muito curta uma guarda não pode ser uma string vazia guardado por %s guardas desativadas
guardas no arquivo series:
infere arquivos renomeados por similaridade (0<=s<=100) hardlinks não são suportados neste sistema head não tem argumentos cabeçalho as cabeças estão marcadas com bookmarks - por favor mescle com uma revisão explícita hg %s [OPÇÃO]... [ARQUIVO]... hg %s: %s
hg blackbox [OPÇÃO]... hg bookmarks [OPÇÕES]... [NOME]... hg children [-r REV] [ARQUIVO] hg churn [-d DATA] [-r REV] [--aliases ARQUIVO] [ARQUIVO] hg convert [OPÇÃO]... ORIGEM [DESTINO [REVMAP]] hg debug-cat-file [OPÇÃO]... TIPO ARQUIVO hg debug-config hg debug-merge-base REV REV hg debug-rev-parse REV hg debugcvsps [OPÇÃO]... [CAMINHO]... hg email [OPÇÃO]... [DEST]... hg extdiff [OPÇÃO]... [ARQUIVO]... hg fetch [ORIGEM] exemplo de configuração e expansão da extensão keyword hg kwdemo [-d] [-f ARQUIVORC] [MAPADEMODELOS]... hg kwexpand [OPÇÃO]... [ARQUIVO]... hg kwfiles [OPÇÃO]... [ARQUIVO]... hg kwshrink [OPÇÃO]... [ARQUIVO]... hg lfconvert ORIGEM DEST [ARQUIVO ...] estado de hg patches salvo hg purge [OPÇÃO]... [DIR]... hg qapplied [-1] [-s] [PATCH] hg qclone [OPÇÃO]... ORIGEM [DEST] hg qcommit [OPÇÃO]... [ARQUIVO]... hg qdelete [-k] [PATCH]... hg qdiff [OPÇÃO]... [ARQUIVO]... hg qfinish [-a] [REV]... hg qfold [-e] [-k] [-m TEXTO] [-l ARQUIVO] PATCH... hg qgoto [OPÇÃO]... PATCH hg qguard [-l] [-n] [PATCH] [-- [+GUARDA]... [-GUARDA]...] hg qheader [PATCH] hg qimport [-e] [-n NOME] [-f] [-g] [-P] [-r REV]... [ARQUIVO]... hg qinit [-c] hg qnew [-e] [-m TEXTO] [-l ARQUIVO] PATCH [ARQUIVO]... hg qnext [-s] hg qpop [-a] [-f] [PATCH | ÍNDICE] hg qprev [-s] hg qpush [-f] [-l] [-a] [--move] [PATCH | ÍNDICE] hg qrecord [OPÇÃO]... PATCH [ARQUIVO]... hg qrefresh [-I] [-X] [-e] [-m TEXTO] [-l ARQUIVO] [-s] [ARQUIVO]... hg qrename PATCH1 [PATCH2] hg qrestore [-d] [-u] REV hg qsave [-m TEXTO] [-l ARQUIVO] [-c] [-n NOME] [-e] [-f] hg qselect [OPÇÃO]... [GUARDA]... hg qseries [-ms] hg qtop [-s] hg qunapplied [-1] [-s] [PATCH] hg record [OPÇÃO]... [ARQUIVO]... hg shelve [OPÇÃO]... [ARQUIVO]... hg sigcheck REV hg sign [OPÇÃO]... [REV]... hg sigs hg strip [-k] [-f] [-n] [-B marcador] [-r] REV... hg transplant [-s REPOSITÓRIO] [-b RAMO [-a]] [-p REV] [-m REV] [REV]... hg unshelve [MUDANÇA] hg view [-l LIMITE] [SEQUÊNCIADEREVISÕES] hg.revs não pode ser combinado com hg.startrev ou --rev hg: %s
hg: o comando '%s' é ambíguo:
%s
hg: erro de análise da entrada em %s: %s
hg: erro de análise da entrada: %s
hg: comando '%s' desconhecido
hgcia: enviando atualização para %s
hgignore não tem argumentos O hgk pode usar a extensão extdiff para visualizar revisões.
Assumindo que você já configurou o comando vdiff da extdiff, basta
adicionar:: hgk consiste de duas partes: um script Tcl que faz a exibição e
consulta de informações, e uma extensão do Mercurial chamada hgk.py,
que provê ganchos para o hgk obter informações. O hgk pode ser
encontrado no diretório contrib, e o hgk.py pode ser encontrado no
diretório hgext (e precisa ser habilitado). hidden não tem argumentos esconde prefixo de status hist: %s (histedit --continue)
edição de histórico em andamento histedit requer exatamente uma revisão ancestral histedit: movendo marcadores %s de %s para %s
histograma de mudanças do repositório uma edição de histórico já está em progresso, tente --continue ou --abort gancho do tipo %s não passa um id de revisão ganchos para controlar o acesso a um repositório ganchos para integração com o bug tracker Bugzilla ganchos para integração com o serviço de notificação CIA.vc gancho para enviar notificações por e-mail em um push a impressão digital do host para %s não pode ser verificada (versão do Python muito antiga) autenticação http: usuário %s, senha %s
autenticação http com factotum autorização http requerida para %s autorização http requerida para %s
erro http, possivelmente causado pela configuração de proxy id do nó comum id do nó cabeça id requer uma string id requer um argumento identifica a revisão especificada identifica a cópia de trabalho ou revisão especificada if espera dois ou três argumentos ifcontains espera três ou quatro argumentos ifeq espera três ou quatro argumentos ignora maiúsculas/minúsculas ao casar ignora mudanças na quantidade de espaços em branco ignora mudanças cujas linhas sejam todas brancas ignora medidas de segurança ignora espaços em branco ao comparar linhas ignorado ignorado (OBSOLETO) ignorada para compatibilidade ignored não tem argumentos ignorado: %s
ignorando linha inválida no arquivo de mapeamento de autor %s: %s
ignorando ramo vazio %s
ignorando raiz pública inconsistente no repositório remoto: %s
ignorando chave inválida em [auth] '%s'
ignorando sendcharset inválido: %s
ignorando sintaxe inválida '%s' ignorando cache antigo
ignorando raiz inesperada no repositório remoto: %i %s
ignorado estilo de quebra de linha desconhecido '%s' de %s
ignorando cor/efeito desconhecido %r (configurado em color.%s)
ignorando: %s
importa um patch ou revisão existente importa um conjunto ordenado de patches importa um arquivo do diretório de patches importa revisões de repositórios de outros sistemas para o Mercurial importa mudanças não consolidadas (OBSOLETO) importa até a revisão REV da origem importando marcador %s
fuso horário impossível: %d em %s: %s
na revisão mas não no manifesto no manifesto mas não na revisão na seção ``revsetalias`` de um arquivo de configuração do Mercurial.
Argumentos da forma `$1`, `$2`, etc. são substituídos pelos argumentos
passados na chamada do apelido. ciclo nos marcadores com %s inclui nomes que casem com os padrões fornecidos inclui revisões nas quais arquivos foram removidos inclui a revisão especificada argumentos incompatíveis marcação de revisão incompatível %x estilo de quebra de linha inconsistente em %s
estado inconsistente, %s:%s é bom e ruim índice %s corrompido índice %s marcadores desconhecidos %#04x para o formato v0 índice %s marcadores desconhecidos %#04x para o revlogng índice %s formato desconhecido %d índice contém %d bytes extras flags de entrada de índice exigem RevlogNG detectada expansão infinita no apelido de revset "%s" cria um novo repositório de fila (OBSOLETO) iniciando destino %s
iniciando repositório de destino %s
iniciando repositório svn %r
iniciando cópia de trabalho do svn %r
checagem de integridade falhou em %s:%s edição interativa de histórico edição interativa de histórico de revisões grava um novo patch interativamente seleção interativa de alterações para consolidação seleciona interativamente alterações para atualização do patch inconsistência interna de chamadas interrompido interrompido!
prefixo _matchfiles inválido: %s argumentos inválidos estado de bissecção inválido caractere inválido na descrição do dag: %s... caractere inválido na guarda %r: %r comprimento de trecho inválido %d data inválida: %r especificação de dia inválida, use '<DATA' especificação de dia inválida, use '>DATA' especificação de dia inválida: %s endereço de e-mail inválido: %s entrada inválida na fncache, linha %s tipo de entrada inválido no dag: %s especificador inválido de formato '%%%s' no nome de arquivo de saída endereço local inválido: %s padrão de busca inválido: %s número de argumentos inválido: %s padrão inválido padrão inválido (%s): %s configuração phases.checksubrepos inválida: %s nome de fila inválido: o nome não pode conter os caracteres ":\/." expressão regular inválida: %s identificador de revisão inválido %s frequência de amostragem '%s' inválida - ignorando
configuração smtp.verifycert inválida: %s especificador de revisão de sub-repositório inválido na linha %d do arquivo .hgsubstate token inválido valor %r inválido para a opção %s, int esperado chama um editor para mensagens de consolidação join espera um ou dois argumentos kb mantém os arquivos dos patches incorporados mantém nomes de ramos originais mantém revisões originais mantém o arquivo de patch mantém a mudança na gaveta após o unshelve keyword requer uma string morto pelo sinal %d morto!
label espera dois argumentos o largefile %s se tornou um link simbólico largefile %s tem um conflito de mesclagem
o ancestral era %s
manter o (l)ocal %s ou
usar o (o)utro %s?$$ &Local $$ &Outro o largefile %s não está no cache e não pôde ser baixado o largefile %s está faltando no repositório (deve ser enviado) largefile %s não encontrado no armazenamento do repositório nem no cache de sistema o conteúdo do largefile não combina com o hash largefiles a serem enviados (%d entidades):
largefiles funciona mantendo um arquivo "standin" em .hglf/ para cada
largefile. Os arquivos standin são pequenos (41 bytes: um hash SHA-1 e
uma quebra de linha) e são rastreados pelo Mercurial. As revisões
largefile são identificadas pelo hash SHA-1 de seus conteúdos, que
são registrados no standin. largefiles usa tal ID de revisão para
obter ou enviar revisões largefile de ou para o armazenamento central.
Isto economiza tanto espaço em disco como banda de rede, já que não é
necessário obter todas as revisões históricas de arquivos grandes em
um clone ou pull. largefiles: %d entidades para %d arquivos a serem enviados
largefiles: (nenhum arquivo a ser enviado)
largefiles: (nenhum repositório remoto)
largefiles: não foi possível colocar %s no armazenamento: %s
largefiles: nenhum arquivo a ser enviado
largefiles: o tamanho deve ser um número (e não %s)
last espera um número last requer um número last exige um ou dois argumentos o último update foi interrompido limit espera um número o limite deve ser um inteiro positivo o limite deve ser positivo número limite de mudanças exibidas limit requer um número limit exige um ou dois argumentos exibe todas as opções e comandos disponíveis lista todas as filas disponíveis lista todas as guardas no arquivo series lista todos os patches e guardas lista mudanças na shelve lista os arquivos de todas as revisões lista de comandos: lista o nome do patch no texto de consolidação lista os ramos nomeados do repositório lista as etiquetas do repositório lista as revisões assinadas lista estado de arquivos que precisam ser mesclados lista o autor (formato longo com -v) lista os arquivos modificados por uma revisão lista a revisão lista a data (formato curto com -q) lista o nome de arquivo lista o número de revisão (padrão) ouvindo em http://%s%s/%s (associado a %s:%d)
lista o conteúdo de um bundle o carregamento do gancho %s falhou:
local alterou %s, que a remota removeu
use (c) a versão alterada, ou (d) apague?$$ (&C) alterada $$ (&D) apague encontrados sub-repositórios locais modificados encontrados sub-repositórios modificados localmente, você deve executar qrefresh primeiro mudanças locais encontradas mudanças locais encontradas, você deve executar qrefresh primeiro localiza arquivos que casem com os padrões especificados localização do repositório de origem de patches travado por %s o bloqueio do repositório remoto falhou o cache do log se sobrepõe a novas entradas do log, execute novamente sem o cache. registra eventos do repositório para depuração exceção de log stream '%s' procurar mudanças remotas procurar revisão remota procurando usuário %s
lsprof não disponível - instale de http://codespeak.net/svn/user/arigo/hack/misc/lsprof/ cria uma cópia de um repositório existente torna a assinatura local torna a etiqueta local faz com que esses comandos se comportem como se --keep-changes
tivesse sido passada, e mudanças locais não conflitantes serão
toleradas e preservadas. Se forem passadas mudanças incompatíveis
como -f/--force ou --exact, esta configuração será ignorada. fazendo fotografia de %d arquivos da revisão %s
fazendo fotografia de %d arquivos do diretório de trabalho
linha de status da mq malformada: %s
opção --config mal formada: %r (use --config seção.nome=valor) linha malformada "%s" linha malformada em .hg/bookmarks: %r
resposta malformada do CVS gerencia uma pilha de patches gerencia múltiplas filas de patches manifesto: %d:%s
manifestos muda manualmente os pais do diretório de trabalho atual mapeando autor %s para %s
torna um marcador inativo marca um ramo como fechado, escondendo-o da lista de ramos marca revisão ruim marca revisão boa marca arquivos como copiados para a próxima consolidação marca arquivos como resolvidos marca arquivos como não resolvidos marca arquivos novos/ausentes como adicionados/removidos antes da consolidação marca arquivos novos/ausentes como adicionados/removidos antes da operação shelve diretório de trabalho marcado como ramo %s
flag de marcação matching exige uma string como segundo argumento matching recebe um ou dois argumentos número máximo não é possível usar revisões além das listadas mesclagem em REV mescla com outra fila (OBSOLETO) use "hg merge" ou veja "hg help push" para detalhes sobre como enviar novas cabeças execute merge, ou update --check para forçar a atualização nome da fila de mesclagem (OBSOLETO) merge não tem argumentos mesclar com pai do dirstate anterior após o backout mescla o diretório de trabalho com outra revisão mesclando %s
mesclando %s e %s para %s
mesclagem de %s falhou!
a mesclagem de %s está incompleta! (edite os conflitos, e em seguida use 'hg resolve --mark')
mesclando com %d:%s
mesclar com um ancestral do diretório de trabalho não tem nenhum efeito mesclando com revisão %s
mesclando com fila em: %s
a mensagem só pode ser especificada ao usar --collapse identificador de mensagem para a qual responder tamanho mínimo (MB) para arquivos serem convertidos em largefiles o tamanho mínimo para largefiles deve ser especificado faltando ] na origem do sub-repositório argumento faltando faltando dados de arquivo para %s:%s - execute hg verify largefile '%s' da revisão %s faltando revlog faltando! regras faltando para a revisão %s modified não tem argumentos modifies requer um padrão mais de um modo de ordenação especificado move patches aplicados para o histórico do repositório move a revisão (e descendentes) para um ramo diferente movendo %s para %s
movendo marcador '%s' para frente a partir de %s
arquivo de estado da mq se refere ao nó desconhecido %s
mq não tem argumentos a opção mq.git pode ser auto/keep/yes/no mas é %s mq: %s
mq: (fila vazia)
cabeçalho stdio do mtn automate inesperado: %s o comando mtn '%s' devolveu %s múltiplas cabeças nesse ramo (use "hg heads ." e "hg merge" para mesclar múltiplos marcadores para mesclar - por favor mescle com uma revisão ou marcador explícitos deve possuir ao menos algumas revisões nome do arquivo de log de acesso a ser escrito nome do arquivo de log de erros a ser escrito nome do arquivo no qual escrever o ID do processo nome do arquivo de patch nome do arquivo bundle anexado nome do arquivo de configuração do hgweb (OBSOLETA) nome do arquivo de configuração do hgweb (veja "hg help hgweb") nome a ser exibido em páginas web (padrão: diretório de trabalho) o ramo nomeado não pôde ser redefinido: o ramo atual ainda é %s
--name é necessário ao importar um patch de - é necessário ao menos um nome de patch para importar é necessário um repositório para o DAG do changelog valor de data negativo: %d timestamp negativo: %d requerido nome do novo marcador nova revisão %d:%s mescla alterações remotas com local
nova fila criada, mas não pode ser ativada pois patches estão aplicados novas cabeças remotas no ramo '%s':
novas cabeças remotas:
nenhum '://' na url da extensão scheme '%s' nenhum padrão [keyword] configurado nenhum marcador ativo
nenhuma guarda ativa
--abort não recebe argumentos adicionais --continue não recebe argumentos adicionais nenhuma cópia de segurança sem cópias de segurança (OBSOLETO) não existe nenhum marcador que corresponda a '%s' nenhum marcador definido
nenhum ramo obtido no sub-repositório %s
não é possível fazer push da revisão %s
nenhum bundle fornecido - especifique com -R nenhum certificado recebido nenhum marcador modificado encontrado
nenhuma alteração encontrada
nenhuma mudança encontrada (%d revisões secretas ignoradas)
nenhuma mudança no sub-repositório %s desde o último push para %s
nenhuma mudança necessária para %s
nenhuma mudança a ser gravada
nenhuma mudança, revisão %d omitida
nenhum comando definido
nenhum commonName ou subjectAltName encontrado no certificado nenhuma definição para o apelido '%s'
nenhum destino especificado nenhum arquivo corresponde ao padrão pedido nenhum arquivo ou diretório especificados nenhuma revisão ou arquivo especificados nenhum arquivo especificado nenhum arquivo para copiar estado de graft não encontrado, não é possível continuar nenhuma guarda no arquivo series
texto de ajuda não disponível nenhuma edição de histórico em andamento nenhum padrão de arquivos ignorados encontrado nenhuma transação interrompida disponível
nenhum mapeamento para o id %s
nenhum casamento encontrado nenhuma correspondência sob o diretório! nenhuma correspondência encontrada nenhum marcador correspondente para mesclar - por favor mescle com uma revisão ou marcador explícitos nenhuma guarda com nome semelhante nenhuma revisão correspondente nenhum nó nenhuma cabeça de ramo aberta encontrada nos ramos %s nenhum ancestral a ser enviado nenhum patch de nome %s nenhum patch com o qual trabalhar nenhum patch aplicado nenhum patch aplicado
nenhum patch na série
nenhuma fase mudou
nenhum número de porta associado ao serviço '%s' nenhum problema detectado
repositório da fila não existente nenhum rebaseamento em andamento nenhum endereço de destinatário fornecido não foi encontrado um repositório em '%s' (.hg não encontrado) nenhuma revisão posicionada nenhuma revisão encontrada no módulo %s nenhuma revisão é permitida com --outgoing nenhuma revisão especificada nenhuma informação de desfazimento disponível
nenhum dado salvo de patches encontrado
nenhuma fila salva encontrada, por favor use -n
nenhuma mudança engavetada foi especificada! nenhuma mudança engavetada para ser aplicada! URL de origem, nome de ramo ou lista de revisões não fornecidas nenhuma origem ou destino especificado não há tal arquivo na revisão %s não há tal tópico de ajuda: %s nenhuma resposta adequada do hg remoto nenhum modelo encontrado, tente `hg debuginstall` para mais informação nenhuma entrada terminfo para setab/setaf: revertendo para cores ECMA-48
nenhuma operação unshelve em andamento nome de usuário não encontrado, usando '%s'
nome de usuário não fornecido nenhuma assinatura válida para %s
sem cópia de trabalho: por favor especifique uma revisão nó '%s' não é bem formado o diretório "%s", que não é uma fila de patches, já existe não é uma sandbox do CVS não é um arquivo de bundle do Mercurial não é um patch do Mercurial não é uma função: %s não é uma atualização linear não é um prefixo: %s não é um símbolo nem todas as revisões foram ordenadas não é um infixo: %s não está em uma cabeça de ramo (use -f para forçar) não encontrado no manifesto não encontrado!
não mesclando com %d outras novas cabeças de ramo (use "hg heads ." e "hg merge" para mesclá-las)
%s não removido: o arquivo foi marcado para adição (use forget para desfazer)
%s não removido: arquivo já não é rastreado
%s não removido: o arquivo foi modificado (use -f para forçar a remoção)
arquivo %s não removido: arquivo não rastreado
arquivo %s não removido: o arquivo ainda existe
%s não removido: nenhum arquivo rastreado
repositório %s não removido por possuir mudanças.
não confiando em arquivo %s de usuário não confiável %s, grupo %s
atualização não realizada: %s
nota: mensagem de consolidação gravada em %s
nota: mesclando %s e %s usando lances dos ancestrais %s
nota: possível conflito - %s foi apagado e renomeado para:
nota: possível conflito - %s foi renomeado múltiplas vezes para:
nota: usando %s como ancestral de %s e %s
nada mudou
nada mudou (%d arquivos faltando, veja 'hg status')
nada para ampliar nada para mesclar nada para rebasear
nada para rebasear - a "base" %s já é um ancestral do destino %s
nada para rebasear - %s é tanto "base" como destino
nada para rebasear - o pai do diretório de trabalho já é um ancestral do destino %s
nada para rebasear - o pai do diretório de trabalho também é o destino.
nada para rebasear de %s para %s
notify.changegroup
O modelo usado ao executar o gancho changegroup; sobrepõe
``notify.template``. notify.diffstat
Use True para incluir um diffstat antes do conteúdo do diff.
Padrão: True. notify.domain
Domínio de emails a ser usado para remetentes ou destinatários sem um domínio explícito. notify.fromauthor
Se for True, usa o autor da primeira revisão do changegroup
para o campo "From"
do email de notificação. Se não definido, usa o usuário do repositório
que estiver fazendo o push. Padrão: False. notify.incoming
O modelo usado ao executar o gancho incoming; sobrepõe
``notify.template``. notify.maxdiff
Número máximo de linhas de diff incluídas no e-mail de notificação.
Use 0 para desabilitar o diff, e -1 para incluir o diff completo.
Padrão: 300. notify.maxsubject
Número máximo de caracteres na linha de assunto do e-mail. Padrão: 67. notify.mboxt
Se definido, anexa mensagens a este arquivo mbox ao invés de enviar. O padrão é None. notify.merge
Se True, envia notificações para revisões de mesclagem. Padrão: True. notify.outgoing
O modelo usado ao executar o gancho outgoing; sobrepõe
``notify.template``. notify.sources
Lista separada por espaços de origens das mudanças. As notificações
são enviadas apenas se esta lista incluir a origem das mudanças.
As origens podem ser: notify.strip
Número de barras "/" à esquerda a serem removidas de urls. Por
padrão, notificações referenciam repositórios usando caminhos
absolutos. ``notify.strip`` pode ser usado para suportar caminhos
relativos. Por exemplo, ``notify.strip=3`` mudará
``/caminho/longo/repositorio`` para ``repositorio``. Padrão: 0. notify.style
O arquivo de estilo usado para formatar os e-mails. notify.template
O modelo usado para formatar os e-mails. notify.test
Se ``True``, imprime as mensagens para a saída padrão, ao
invés de enviá-las. O padrão é True. notify: enviando a %d assinantes %d mudanças
notify: suprimindo notificação para mesclagem %d:%s
now agora em: %s
nullid o número de cpus deve ser um inteiro número de patches com guarda e aplicados mudou de %d para %d
número de linhas de contexto a serem mostradas número de patches sem guarda e não aplicados mudou de %d para %d
obsolete não tem argumentos omite datas dos cabeçalhos de diff omite o cabeçalho do hg patch apenas um repositório de fila local pode ser inicializado acompanha apenas o primeiro pai de revisões de mesclagem (OBSOLETO) apenas um item de configuração permitido apenas um novo nome de marcador é permitido apenas um patch aplicado
apenas uma fase pode ser especificada apenas um repositório pode ser usado com --outgoing só retorna alterações anteriores ou entre as tags especificadas só retorna revisões no ramo especificado procura apenas por arquivos que mudaram dentro do intervalo pedido mostra apenas arquivos desconhecidos (não rastreados) only recebe um ou dois argumentos abre o changelog abre o manifesto opera no repositório de patches operação não permitida pelo servidor operação não suportada sobre http opção "-n" inválida ao importar múltiplos patches opção "-r" inválida ao importar arquivos a opção '--%s' não pode ser usada ao engavetar uma mudança a opção --config não pode ser abreviada! a opção --cwd não pode ser abreviada! a opção -R deve ser separada de outras opções (por exemplo, não usar -qR) e --repository pode ser abreviada apenas como --repo! as opções '--%s' e '--%s' não podem ser usadas ao mesmo tempo opções --message e --logfile são mutuamente exclusivas opções: o outro repositório não suporta busca por revisão, portanto uma revisão não pode ser especificada. outgoing exige um caminho para um repositório outgoing recebe um ou nenhum argumento exibe informação de ancestral comum imprime sumário de mudanças no estilo diffstat mostra o conteúdo de um arquivo na revisão atual ou pedida mostra a revisão atual ou pedida do manifesto do projeto exibe versão e informação de copyright exibe informação de versão e sai alterações locais pendentes alterações não consolidadas pendentes mesclagem não consolidada pendente mesclagens pendentes não consolidadas sobrepondo mapeamento para autor %s, era %s, será %s
sobrescreve qualquer alteração local sobrescreve arquivos existentes sobrescrevendo %s palavras chave em expansão
sobrescrevendo %s palavras chave em redução
pad() espera de dois a quatro argumentos id do pai %i é maior que o id atual %i pai a ser escolhido ao fazer o backout de mesclagem (OBSOLETO) pai a ser escolhido ao transplantar uma mesclagem pai: %d:%s
pai: %d:%s pais interpreta e aplica uma especificação de fileset interpreta e aplica uma especificação de revisões decodifica e exibe uma data decodifica as revisões dadas decodificando marcações de obsolescência: metadados são curtos demais, %d bytes esperados, %d obtidos decodificando marcações de obsolescência: versão desconhecida %r pull parcial não pode ser feito porque o outro repositório não suporta 'changegroupsubset'. passa opções para o programa de comparação senha na URL não é suportada senha: o patch "%s" já existe o patch %s não existe o patch %s não existe
patch %s finalizado sem a mensagem de revisão
o patch %s já está no arquivo series o patch %s é vazio
o patch %s não está aplicado o patch %s não está aplicado
o patch %s não está no arquivo series o patch %s não está na série o patch %s não está no arquivo series o patch foi aplicado parcialmente
comando de patch falhou: %s o patch não funcionou, mesclando %s
aplicação do patch falhou o patch falhou, rejeitos deixados no diretório de trabalho
o patch falhou, impossível continuar (tente -v)
o patch está danificado ou perde informação o nome de patch "%s" é ambíguo:
o nome do patch não pode começar com "%s" o diretório de fila de patches já existe a fila de patches agora está vazia
série de patches já completamente aplicada
patchbomb cancelado modificando arquivo %s
caminho
indica um caminho na máquina local o caminho %r percorre o link simbólico %r o caminho '%s' está dentro do repositório aninhado %r o caminho contém um componente ilegal: %s o caminho termina em um separador de diretório: %s faz conversão automática de tipo de quebras de linha (OBSOLETO) as fases de %i revisões foram modificadas
fase: %s
phases.new-commit: não é um nome de fase válido ('%s') põe revisões existentes sob controle da mq por favor especifique uma revisão a ser anulada por favor especifique apenas uma revisão por favor especifique o patch a ser movido desempilha todos os patches desempilha o patch atual da pilha desempilha até antes do primeiro patch aplicado com guarda desempilha, e em seguida reaplica os patches desempilhando %s
desempilhando patches com guarda
desempilhar removeria uma revisão não gerenciada por esta fila de patches qpop removeria uma revisão imutável porta onde escutar (padrão: 8000) possível colisão de maiúsculas e minúsculas para %s prefixo dos caminhos a serem servidos (padrão: raiz do servidor) prefixo para remover dos nomes dos arquivos preserva a ordem de revisões da origem bonito imprime a configuração [keywordmaps] e um exemplo de expansão imprime todas as revisões que casarem exibe profile de execução de comando imprime caminhos completos a partir do raiz do sistema de arquivos imprime opções da extensão imprime os nomes de arquivo ao invés de removê-los imprime a primeira linha do cabeçalho do patch imprime número de linhas que casarem imprime mensagens que seriam enviadas imprime o nome da fila ativa imprime apenas nomes de arquivo e revisões que casarem imprime a saída para o arquivo com o nome formatado imprime a árvore de parsing após a otimização imprime os patches que não estão na série imprime as revisões imprime todo o arquivo series imprime a revisão dada imprime o cabeçalho do último patch ou do patch pedido imprime o nome do patch atual imprime o nome do próximo patch que pode ser aplicado imprime o nome do patch aplicado anterior imprime os patches já aplicados imprime os patches ainda não aplicados imprime o raiz (topo) do diretório de trabalho atual produz um diff que desfaz as mudanças reduzidos para %d prováveis candidatos
podando public não tem argumentos traz todas as revisões até as revisões do --branch use "hg pull" e "hg merge" ou veja "hg help push" para detalhes sobre como enviar novas cabeças traz mudanças de um repositório remoto, mesclando se necessário traz mudanças da origem especificada traz largefiles para as revisões especificadas a partir da origem especificada traz largefiles para estas revisões pull, update e merge em um comando (OBSOLETA) pulled() só está disponível para --lfrev trazendo revisões de %s
trazendo de %s para %s
trazendo largefiles para a revisão %s
trazendo sub-repositório %s de %s
remove diretórios vazios remove arquivos remove também arquivos ignorados envia mudanças para o destino especificado push cria um novo ramo '%s' com múltiplas cabeças push cria novos ramos remotos: '%s'! push cria uma nova cabeça remota %s no ramo '%s'! push cria uma nova cabeça remota %s com o marcador '%s'! push cria uma nova cabeça remota %s! o push falhou (resposta inesperada): o push falhou: o push falhou: %s push inclui revisão colidida: %s! push inclui uma revisão divergente: %s! push inclui uma revisão obsoleta: %s! push inclui uma revisão instável: %s! empilha ou desempilha patches até que o patch nomeado esteja no topo envio recusado: %s empilha o próximo patch na pilha enviando o ramo %s do sub-repositório %s
enviando sub-repositório %s para %s
enviando revisões para %s
putlfile falhou (resposta inesperada): putlfile falhou: indisponível suporte ao mysql no python: %s qdelete exige ao menos uma revisão ou nome de patch qfold não pode incorporar o patch %s já aplicado qfold requer ao menos um nome de patch qpop: %s já está no topo
qpop: forçando atualização do dirstate
executa qpush após importar qpush duplicaria com exatidão uma revisão filha qpush: %s já está no topo
consultas consulta: %s %s
a fila "%s" já existe nome da fila para desempilhar (OBSOLETO) lê de um arquivo a mensagem de consolidação da revisão colapsada lê de um arquivo a mensagem de consolidação lê o mapeamento do arquivo rc lendo DAG da entrada padrão
lendo cache de log do CVS %s
lendo alterações no manifesto %s lendo 'p4 views'
URL real é %s
domínio: %s
reaplicando patches sem guarda
rebaseamento abortado
rebase abortado (nenhuma revisão foi removida, apenas o estado quebrado foi limpo)
rebaseamento completado
rebaseia a partir da base da revisão especificada (até o maior ancestral comum de base e dest) rebaseia a partir da revisão especificada rebaseamento em andamento mesclagem de rebaseamento completada
rebaseia sobre a revisão especificada rebaseia estas revisões rebaseia o diretório de trabalho para a cabeça do ramo rebase: %s, %s (rebase --continue)
rebase: (use "hg rebase --abort" para limpar o estado quebrado)
rebaseando rebaseando mudanças engavetadas
reconstrói o dirstate como ele pareceria para a revisão dada grupo de changelogs recebido é vazio grupo recebido de arquivos revlog vazio recebida entrada de revlog de arquivo espúria grava uma cópia que já ocorreu grava uma renomeação que já ocorreu gravar mudança %d/%d em '%s'? grava remoção de arquivos faltando grava a data atual como data da consolidação grava o usuário atual como autor da consolidação grava a data especificada como data da consolidação grava o usuário pedido como autor da consolidação gravar esta mudança em '%s'? gravando remoção de %s como renomeação para %s (%d%% de similaridade)
restaura hardlinks entre dois repositórios recria hardlinks entre clones de repositórios trabalha em sub-repositórios recursivamente recursivo refaz mesclagens e exibe ou muda o estado da mesclagem de arquivos renovação interrompida enquanto o patch foi desempilhado! (revert --all, qpush para recuperar)
renova apenas os arquivos especificados ou que já estão no patch restaurados hardlinks de %d arquivos (%s recuperados)
restaurando hardlinks restaurando hardlinks de %s para %s
arquivo de mapeamento de nomes de arquivo arquivo de mapeamento de nomes de usuário marcador remoto %s não encontrado! busca de ramo remoto não suportada remota mudou %s, apagada pela local
use (c) a versão alterada, ou (d) deixe apagada?$$ (&C) alterada $$ (&D) deixe apagada o repositório remoto não suporta marcadores
o repositório remoto tem cabeças no ramo '%s' que não são conhecidas localmente: %s
o repositório remoto possui cabeças que não são conhecidas localmente
o repositório remoto tem cabeças que não são conhecidas localmente: %s
remote requer um caminho para um repositório remote requer uma string de identificação remote recebe nenhum, um ou dois argumentos o remoto transformou o largefile local %s em um arquivo normal
manter como (l)argefile ou usar um arquivo (n)ormal?$$ &Largefile $$ Arquivo &Normal o remoto transformou o arquivo local normal %s em um largefile
usar (l)argefile ou manter como arquivo (n)ormal?$$ &Largefile $$ Arquivo &Normal remoto: remoto: %s
remoto: (sincronizado)
remotestore: não foi possível abrir arquivo %s: %s remotestore: não foi possível colocar %s no armazenamento remoto %s remotestore: %s foi colocado no armazenamento remoto %s
remove (e apaga) o arquivo mesmo se foi adicionado ou modificado remove uma etiqueta remove patches da fila remove revisões alcançáveis apenas pelo marcador dado remove os arquivos pedidos na próxima consolidação removed não tem argumentos remove arquivos não rastreados pelo Mercurial removes requer um padrão removendo %s
removendo diretório %s
removendo arquivo %s
removendo entrada de salvamento %s
removendo sub-repositório %s
renomeia um marcador renomeia um patch renomeia a fila ativa renomeia arquivos; equivalente a uma cópia seguida de remoção o largefile %s renomeado/copiado se tornou um link simbólico renomeando %s para %s
reabrindo cabeça de ramo fechada %d
reabrindo cabeça de ramo fechada %s
reordena a fila de patches e aplica apenas o patch consolidação no repositório falhou consolidação no repositório falhou
repositório %s repositório %s já existe repositório %s não encontrado o repositório '%s' não é local consolidação no repositório falhou repositório não está vazio repositório não é relacionado caminho para o repositório
o caminho para um repositório local ou a URI de um repositório
remoto. o repositório exige funcionalidades desconhecidas para esta versão do Mercurial: '%s' o raiz do repositório não pode ser o destino diretório raiz do repositório ou nome de arquivo de bundle para sobreposição executando rollback da tip do repositório para a revisão %s (desfazimento de %s)
executando rollback da tip do repositório para a revisão %s (desfazimento de %s: %s)
repositório utiliza revlog no formato %d
largefile %s pedido não está presente no cache pedindo todas as mudanças
funcionalidades necessárias não são suportadas pelo destino: %s reinicia o estado da bissecção especifica o nome do ramo como o nome do ramo do pai redefine o diretório de trabalho para o ramo %s
o comando resolve não pode ser usado fora de uma mesclagem resolved não tem argumentos examinando manifestos
resposta esperada restaura uma mudança "engavetada" para o diretório de trabalho restaura arquivos para o estado correspondente a uma cópia de trabalho restaura o estado da fila salvo por uma revisão (OBSOLETO) restaurando o estado: %s
continua um enxerto interrompido obtém um bundle de um repositório devolve a lista de complementos associada ao comando dado rev %d aponta para revisão inexistente %d rev %d aponta para revisão inesperada %d rev espera um número rev requer um número rev requer um argumento anula o efeito de uma revisão anterior se parâmetros não forem fornecidos, reverte todas as mudanças reverte palavras chave expandidas no diretório de trabalho reverte para a revisão especificada revertendo %s
revertendo sub-repositório %s
avalia revisões a serem mescladas (a mesclagem não é executada) revisão revisão
indica uma revisão que pode ser especificada como um número
de revisão, uma etiqueta ou uma parte única do identificador
de revisão a revisão %d tem filhos não gerenciados a revisão %d é uma mesclagem, ignorando...
revisão %d já gerenciada a revisão %d não é gerenciada a revisão %d não é mutável a revisão %d não é pai de %d a revisão %d não é o pai da fila a revisão %d é raiz de mais de um ramo a revisão %s não existe no sub-repositório %s
a revisão %s no sub-repositório %s é oculta
revisão %s não é um número de patchset revisão %s não encontrada no repositório de destino (buscas com clonebranches=true não foram implementadas) a revisão %s se refere a patches desconhecidos: %s
revisão com data equivalente não encontrada revisão deve ser seguida por uma linha de data revisão para fazer o backout revisão para verificar revisão a ser depurada revisão a ser exibida revisão a ser distribuída revisão a ser mesclada revisão para a qual reconstruir revisão a receber a etiqueta revisão, etiqueta ou ramo a ser obtido revisões revisões de autoria do usuário revisões a serem exportadas revisões a serem enxertadas revlog '%s' não encontrado tamanho do cache %r de trecho do revlog não é potência de 2 tamanho do cache %r de trecho do revlog não maior do que 0 erro de descompressão do revlog: %s formato do revlog revset espera um ou mais argumentos reescreve ``http://server/foo-hg/`` como ``http://hg.server/foo/``. desfaz uma transação interrompida desfaz a última transação (PERIGOSO) (OBSOLETO) desfazimento completado
rollback falhou - por favor execute hg recover
rollback do último commit pode perder dados se a revisão não for a atual desfazendo transação interrompida
desfazendo transação desconhecida
rstdoc espera dois argumentos execute 'hg heads .' para ver as cabeças execute 'hg heads' para ver todas as cabeças execute 'hg recover' para limpar a transação execute mesmo se o repositório remoto não for relacionado execute mesmo se o repositório remoto não for relacionado executa mesmo se o repositório não for relacionado (com -b/--bundle) execute mesmo se o destino não for relacionado executa o servidor em segundo plano executando %s
executando gancho %s: %s
não está executando interativamente, use %s rodando comando de notificação %s
executa o protocolo discovery isoladamente amostrando de ambas as direções
salva e restaura mudanças do diretório de trabalho salva e separa mudanças do diretório de trabalho salva o estado atual da fila (OBSOLETO) entrada de salvamento tem filhos, deixando-a como está
save: nenhum patch aplicado, saindo
salvando bundle de segurança em %s
pais do repositório da fila salvos: %s %s
gravando versão atual de %s como %s
varrendo varrendo caminhos decodificando entrada...
procura procura por um padrão nos arquivos e revisões especificados procura no repositório como se estivesse em REV procurando procurando em %d revisões por largefiles
procurando por marcadores modificados
procurando por mudanças
procurando por renomeações exatas procurando por arquivos similares o segundo argumento de extra deve ser uma string secret não tem argumentos veja "hg help histedit" para mais detalhes veja "hg help phases" para mais detalhes veja 'hg resolve', e em seguida 'hg unshelve --continue' veja hg help phases para mais detalhes veja http://mercurial.selenic.com/wiki/MissingRequirement para mais informações veja a seção "path" em "hg help config" seleciona todos os arquivos não resolvidos manda um e-mail introdutório para um patch único envia mudanças não encontradas no repositório alvo envia mudanças que não estão no alvo como um bundle binário envia revisões por e-mail envia patches como anexos envia patches como anexos embutidos envia patches como texto no corpo da mensagem (padrão) enviando enviando enviando e-mail: %s
enviando e-mail: servidor smtp %s, porta %s
separa elementos usando espaços o servidor ignorou a atualização de %s para a fase 'public'!
especifica nome do ramo mesmo se ocultar um ramo existente define a fase da revisão como rascunho define a fase da revisão como pública define a fase da revisão como secreta define o valor de indistinção da hora de consolidação em segundos define a data de consolidações temporárias (OBSOLETO) define ou imprime guardas de empilhamento de patches define ou imprime guardas para um patch define ou mostra o nome de ramo atual define ou mostra o nome da fase atual define a codificação de caracteres define o modo de codificação de conjunto de caracteres define/sobrepõe opção de configuração (use 'seção.nome=valor') definir %r para outro pai é permitido apenas em mesclagens compartilha histórico comum entre vários diretórios de trabalho apelido de shell para:: grava na shelve com a data de consolidação especificada engavetada como %s
mudança engavetada '%s' não encontrada nomes de mudanças engavetadas não podem conter '/' nomes de mudanças engavetadas não podem começar com '.' shortest() espera um ou dois argumentos mostra apenas cabeças de ramo ativas (OBSOLETA) mostra apelidos de repositórios remotos mostra todos os detalhes exibe marcadores exibe ramo exibe cabeças de ramo exibe arquivos alterados no diretório de trabalho mostra informação de revisão por linha para cada arquivo mostra revisões não encontradas no destino mostra apenas revisões dentro do ramo nomeado especificado exibe o filho de uma revisão especifica exibe opções de configuração de todos os arquivos hgrc combinados mostra arquivos copiados exibe a revisão atual nos ramos ancestrais mostra dados e estatísticas sobre um revlog exibe os mapas de modelos de teclado padrão mostra diferença a partir da revisão mostra arquivos configurados para expansão de palavras chave mostra arquivos excluídos da expansão exibe identificador global de revisão exibe o texto de ajuda geral ou de um tópico pedido mostra como os arquivos casam com os padrões pedidos mostra informações detectadas sobre o sistema de arquivos atual mostra indicadores de estado de palavras chave para todos os arquivos exibe números de linha na primeira ocorrência exibe número local de revisão mostra novas revisões encontradas na origem mostra registros mais novos primeiro mostra cabeças de ramo normais e fechadas mostra ramos normais e fechados mostra apenas arquivos adicionados mostra apenas ramos que possuem cabeças não mescladas mostra apenas revisões dentro do ramo nomeado especificado (OBSOLETA) mostra apenas arquivos removidos (mas rastreados) mostra apenas arquivos sem mudanças mostra apenas cabeças descendentes de REVINICIAL mostra apenas a ajuda para comandos mostra apenas a ajuda para extensões mostra apenas arquivos ignorados mostra apenas mesclagens (OBSOLETO) mostra apenas arquivos modificados mostra apenas arquivos normais mostra apenas arquivos removidos mostra apenas o primeiro patch mostra apenas o patch aplicado anterior mostra apenas arquivos desconhecidos (não rastreados) exibe as revisões pais mostra pais da revisão especificada mostra o patch mostra barras de progresso para algumas ações mostra histórico de revisões ao lado de um grafo ASCII de revisões mostra o histórico de revisões do repositório ou de arquivos mostra revisões que casem com a especificação de data mostra conjunto de sucessores da revisão mostra a origem de arquivos copiados mostra status de todos os arquivos exibe etiquetas exibe os filhos da revisão pedida ou do diretório de trabalho exibe opções dos comandos mostra o conteúdo do dirstate atual mostra os pais do diretório de trabalho ou da revisão mostra o grafo de revisões mostra a revisão ou sequência de revisões especificada exibe a revisão mais recente (OBSOLETO) mostra os tópicos que correspondem à palavra chave mostra apenas cabeças topológicas mostra opções de configuração não confiáveis mostra em qual função está cada mudança assina mesmo se o arquivo de assinatura está modificado assinando %d: %s
similaridade deve ser um número similaridade deve ser um número entre 0 e 100 size requer uma expressão não faz verificação de mudanças ainda não consolidadas (OBSOLETO) omite revisão REV descartando revisão de teste omitida omitindo %s - guardada por %s
omitindo %s - nenhuma guarda que case
omitindo revisão %s já aplicada
omitindo patch %s já incorporado
omitindo revisão %s já enxertada (%s também tem como origem %d)
omitindo revisão %s já enxertada (%s também tem origem desconhecida %s)
omitindo revisão %s já enxertada (foi enxertada de %d)
omitindo revisão ancestral %s
omitindo revisão resultante vazia %s
omitindo id %s formatado incorretamente
omitindo etiqueta %s formatada incorretamente
omitindo apelido mal formado: %s
omitindo revisão de mesclagem %s:%s
desconsiderando sub-repositório faltando: %s
omitindo revisão %s (já enxertada em %s)
omitindo revisão de mesclagem %s que não pode ser enxertada
desconsiderando arquivo ignore ilegível '%s': %s
smtp especificado como transporte de e-mail, mas o servidor smtp não foi configurado servidor smtp não configurado - impossível enviar e-mail socket ordenar pela chave (padrão: ordenar pela contagem) ordena por mtime armazenado sort exige um ou dois argumentos especificação do sort deve ser uma string ordenando...
arquivos de origem e destino estão em dispositivos diferentes a origem tem patches mq aplicados origem é ancestral do destino repositório de origem não suporta --filemap tipo de repositório de origem origem: %s
especifique um modelo especifique ao menos uma revisão com -r ou -o especifica o cvsroot especifica comando hg para executar do lado remoto especifica o utilitário de mesclagem especifica o utilitário de mesclagem para o rebaseamento especifica comando ssh a ser usado revisão %s no splicemap não está sendo convertida, ignorando
revisão %s no splicemap não encontrada no mapa de filhos do subversion (buscas por revisão não foram implementadas) junta o histórico sintetizado no lugar associados %s como pais de %s
arquivo splicemap não encontrado, ou erro ao ler %s: repositório de origem não suporta busca de revisões, portanto não suporta clonar por revisão a conexão ssl falhou inicia depurador inicia um visualizador de histórico interativo inicia um servidor web auto-suficiente as revisões iniciais não são diretamente relacionadas startswith espera dois argumentos statprof não está disponível - instale usando "easy_install statprof" o estado já foi salvo
stdin deixa de gerenciar uma revisão (OBSOLETO) dados recebidos terminaram inesperadamente (%d bytes obtidos, %d esperados) encadeando todas as mudanças
formato compatível com o strftime para agrupar por data remove do repositório revisões e todos os seus descendentes remove do histórico revisões e seus descendentes strip espera um ou dois argumentos strip falhou, bundle completo armazenado em '%s'
strip falhou, bundle parcial armazenado em '%s'
remove a revisão especificada (opcional, não é necessário especificar explicitamente esta opção para remover revisões) removendo revisão emendada %s
removendo patches aplicados do repositório de destino
removendo revisão intermediária %s
estilo '%s' não encontrado sub espera três argumentos busca revisões por subdivisão assunto da primeira mensagem (introdução ou único patch) o sub-repositório %s está faltando subrepo requer um padrão ou nenhum argumento arquivo spec de sub-repositório %s não encontrado subrepo recebe um ou nenhum argumento sumariza o estado do diretório de trabalho sumário: %s
suprime saída svn: ramo não tem a revisão %s svn: não é possível sondar o repositório remoto; a conversão irá assumir que é um repositório remoto do Subversion. Use --source-type se necessário.
svn: nenhuma revisão encontrada após revisão inicial %d svn: revisão %s não é um inteiro svn: revisão %s não encontrada svn: revisão inicial %s não é um inteiro svn: revisão inicial não é suportada com mais de um ramo troca de pais ao mesclar symlink não tem argumentos erro de sintaxe erro de sintaxe em %s(%d): "filho pai1[,pai2]" esperado erro de sintaxe em %s(%d): esperado par chave/valor realce de sintaxe para o hgweb (requer Pygments) uma revisão sintética não pode ter múltiplos pais a etiqueta %s se sobrepõe ao patch mq de mesmo nome
a etiqueta '%s' já existe (use -f para forçar) a etiqueta '%s' não existe a etiqueta '%s' não é uma etiqueta global a etiqueta '%s' não é uma etiqueta local nomes de etiqueta não podem conter apenas espaços em branco nomes de etiqueta devem ser únicos tag recebe um ou nenhum argumento etiqueta: %s
revisão alvo falando para o bugzilla enviar email:
arquivo de modelo %s: %s o filtro de modelo '%s' não é compatível com a palavra chave '%s' estilo de modelo a ser usado modelo para agrupar as revisões consolidando temporariamente as mudanças pendentes (podem ser restauradas com 'hg unshelve --abort')
testa a instalação do Mercurial testa se os ids dos nós são conhecidos em um repositório o argumento para o comando bookmark deve ser uma string o argumento de tag deve ser uma string o clone irá conter uma cópia de trabalho vazia (apenas o repositório) a extensão eol é incompatível com a extensão win32text
o autor da extensão. o id da chave com a qual assinar o nome '%s' é reservado número de eventos a serem mostrados o servidor enviou um código de erro desconhecido algumas revisões a serem enviadas são ambíguas não há um repositório do Mercurial aqui (.hg não encontrado) não há nenhum hardlink a ser restaurado
este é um arquivo binário
este não é um repositório compartilhado isto modifica um arquivo binário (tudo ou nada)
esta série de patches consiste de %d patches. esta versão da extensão shelve é incompatível com a versão usada neste repositório mede o tempo de execução de cada comando tempo: real %.3f segs (user %.3f+%.3f sys %.3f+%.3f)
tempo limite excedido esperando por trava de %s a tip tem %d arquivos, estimado número total de arquivos: %s
revisão mais recente que casa com a data para incluir um arquivo de configuração diferente em cada computador
que você usar. para definir 'brightblue' para a entrada de cor 12 (útil para terminais
de 16 cores que possuam cores mais brilhantes definidas para as oito
entradas superiores) e 'pink' e 'orange' para cores no cubo padrão de 256
cores de terminais xterm. Estas cores definidas podem então ser usadas
da mesma forma que as oito pré-definidas, inclusive anexando '_background'
para definir o plano de fundo para tal cor. today tolera alterações locais não conflitantes faltam argumentos para o apelido de comando muitos destinos opções demais especificadas excesso de mudanças engavetadas de nome '%s' a ferramenta %s não pode tratar binários
a ferramenta %s não pode tratar links simbólicos
a ferramenta %s requer uma interface gráfica (GUI)
a opção tool será ignorada
ordem topológica rastreia arquivos binários grandes transação abortada!
transferidos %s em %.1f segundos (%s/s)
transplanta revisões de REPO transplanta revisões de outro ramo transplante em andamento arquivo de log de transplante corrompido trata todos os arquivos como texto análise da árvore parou porque esta aponta para um arquivo não registrado %s...
problemas ao consolidar %s!
tente "hg help --keyword %s" use "hg help" para uma lista de tópicos tenta formatos de data estendidos tenta reordenar revisões fechadas tenta ordenar as revisões por ramos tenta ordenar as revisões por data tentando desempilhar nó desconhecido %s tipo de distribuição a ser criada o valor de ui.portablefilenames é inválido ('%s') incapaz de colapsar sobre %s, há mais de um pai externo: %s incapaz de lidar com saída do svn incapaz de determinar versão da interface mtn automate incapaz de localizar '%s' para modificação
incapaz de carregar o repositório da fila
impossível ler %s impossível ler %s
incapaz de ler arquivo %s incapaz de ler lista de arquivos (%s) impossível remover %d de %d diretórios de %s alterações não consolidadas mudanças não consolidadas no sub-repositório %s mudanças não consolidadas no sub-repositório %s mudanças não consolidadas no sub-repositório '%s' mudanças não consolidadas, use --all para descartar todas as mudanças locais mudanças não consolidadas, use --all para descartar todas as mudanças locais, ou 'hg update %s' para atualizar mesclagem não consolidada pendente mesclagem não consolidada - por favor forneça uma revisão específica mesclagem não consolidada, e não foi especificada uma revisão mesclagem não consolidada, use --all para descartar todas as mudanças locais, ou 'hg update -C .' para abortar a mesclagem arquivos de origem e destino não definidos revertendo remoção de %s
delta opcode 0 inesperado nome de campo inesperado passado para matching: %s valor antigo inesperado para %r resposta inesperada de putlfile: %r
resposta inesperada do servidor CVS ("Valid-requests" esperada, %r recebida) resposta inesperada do servidor remoto: resposta inesperada: saída do svn inesperada:
token inesperado: %s desconhecido resposta do CVS desconhecida: %s ação desconhecida "%s" tipo de arquivo '%s' desconhecido tipo desconhecido de bisect %s ramo desconhecido '%s' tipo de bundle especificado por --type desconhecido versão de bundle %s desconhecida revisão desconhecida %s listada comando %s desconhecido tipo de compressão %r desconhecido esquema de banco de dados desconhecido base de delta desconhecida codificação desconhecida '%s' formato desconhecido %d função desconhecida '%s' chave desconhecida: %r método desconhecido '%s' modo %s desconhecido sistema operacional desconhecido: %s
pai desconhecido pai 1 %s de %s desconhecido pai 2 %s de %s desconhecido patches desconhecidos: %s
revisão desconhecida '%s' versão de assinatura desconhecida especificação de ordenação desconhecida: %r modo de ordenação desconhecido: %s pai desconhecido no splicemap: %s tipo de sub-repositório %s desconhecido unknown não tem argumentos aspas não combinam o tamanho descompactado é %s, esperado %s descompactando %s desempacotando revisão %s profiler '%s' não reconhecido - ignorado
formato de profiling '%s' não reconhecido - Ignorado
resposta desconhecida
ramo do git não relacionado obtido no sub-repositório %s
conflitos não resolvidos (veja hg 'resolve', e em seguida 'hg unshelve --continue') conflitos não resolvidos (veja hg resolve, e em seguida hg rebase --continue) conflitos não resolvidos, não é possível continuar conflitos de mesclagem não resolvidos (veja hg help resolve) unresolved não tem argumentos unshelve já está em andamento unshelve de '%s' abortado
unshelve de '%s' completado
executando unshelve da mudança '%s'
unstable não tem argumentos componente de URL não suportado: "%s" esquema URL %r não suportado tipo de arquivo não suportado (o tipo é %s) argumentos de getbundle não suportados: %s tipo de quebra de linha não suportado: %s registro de estado de mesclagem não suportado: %s estado do parser não suportado: %s string não terminada não testada arquivos não versionados no diretório de trabalho diferem do arquivo na revisão pedida atualiza através de ramos, se não houverem mudanças pendentes atualizando de volta para o pai do diretório de trabalho original
atualiza a cache do log do cvs update falhou ao remover %s: %s!
atualiza o diretório de trabalho da fila update retornou %d atualiza o patch atual atualiza para nova cabeça de ramo se revisões forem trazidas atualiza para nova cabeça de ramo se revisões forem extraídas do bundle atualiza o diretório de trabalho (ou muda para outra revisão) atualizações: %d novas revisões (update)
atualizações: %d novas revisões, %d cabeças de ramo (merge)
atualizações: (atual)
atualizando a atualização da fase de %s para pública falhou!
atualizando marcador %s
a atualização do marcador %s falhou!
atualizando marcadores
atualizando repositório de destino
atualizando diretório da fila
atualizando tags
atualizando para %d:%s
atualizando para o marcador ativo %s
atualizando para o marcador @
atualizando para o marcador @ no ramo %s
atualizando para o ramo %s
atualizando diretório de trabalho
enviando largefiles use "hg -v help %s" para mostrar um texto de ajuda mais completo e opções globais use "hg -v help %s" para mostrar opções globais use "hg -v help%s" para mostrar apelidos pré-definidos de comandos e opções globais use "hg config --edit" para definir seu nome de usuário use "hg help %s" para mostrar o texto completo de ajuda use "hg help -e %s" para mostrar a ajuda para a extensão %s use "hg help -v %s" para mostrar um texto de ajuda mais completo use "hg help extensions" para informações sobre como habilitar extensões
use "hg help" para a lista completa de comandos use "hg help" para a lista completa de comandos ou "hg -v" para detalhes use "hg rebase --abort" para limpar o estado quebrado use "hg update" ou veja "hg help revert" use "histedit --abort" para limpar o estado quebrado usa %(path)s para exibir diffs do repositório ou arquivos use 'hg graft --continue' ou 'hg update' para abortar use 'hg histedit --continue' ou 'hg histedit --abort' use 'hg push --new-branch' para criar novos ramos remotos use 'hg rebase --continue' ou 'hg rebase --abort' use 'hg resolve' para mesclar novamente arquivos não resolvidos
use 'hg resolve' para mesclar novamente arquivos não resolvidos ou 'hg update -C .' para abandonar
use 'hg status' para listar as mudanças use 'hg transplant --continue' ou 'hg update' para abortar use 'hg unshelve --continue' ou 'hg unshelve --abort' use 'hg update' use 'hg update' ou verifique 'hg heads' use 'hg update' ou mescle com uma revisão explícita use 'hg update' para obter uma cópia de trabalho consistente use 'hg update' para mudar para ele use --all para reverter todos os arquivos use --all para reverter todos os arquivos, ou 'hg update %s' para atualizar a revisão use --create para criar uma nova fila use --keep para manter as revisões originais use --subrepos para um commit recursivo use -f para forçar usa IPv6 além de IPv4 usa qualquer informação de ramo no patch (implicada por --exact) usa o comando para verificar o estado da revisão usar pontos para representar sequências usa um programa externo para exibir diffs do repositório ou arquivos usa o formato estendido de diff do git use hg resolve e hg graft --continue usa descoberta de nós antiga usa descoberta de nós antiga com não-cabeças incluídas use apenas uma forma de especificar a revisão usa o protocolo pull para copiar metadados usa etiquetas como rótulos usa o texto como mensagem de consolidação da revisão colapsada usa o texto como mensagem de consolidação usa o texto como mensagem da shelve usa a data dada como data de envio usa o arquivo dado como descrição da série usa o nome fornecido para a revisão da shelve consolida a revisão na fase "secret" usa esta revisão de origem como cabeça usa transferência não comprimida (mais rápido em LANs) usado internamente pelo modo daemon usuário encerrou usuário: usuário: %s
usuário: %s
nome de usuário %s contém uma quebra de linha nome de usuário %s contém quebra de linha
arquivo de mapeamento de nomes de usuário (OBSOLETO, use --authormap) usando fila de patches: %s
valida a exatidão do dirstate atual verificado o conteúdo de %d revisões de %d largefiles
verificada a existência de %d revisões de %d largefiles
verifica todas as assinaturas que podem existir para uma revisão em particular verifica largefiles em todas as revisões, e não apenas na revisão atual verifica conteúdos de largefiles locais, e não apenas sua existência verifica se todos os largefiles na revisão atual existem verifica a integridade do repositório repositório versionado de patches não encontrado (veja init --mq) visualiza os eventos recentes do repositório
esperando pelo bloqueio em %s feito por %r
aviso: %s
aviso: o certificado %s com impressão digital %s não foi verificado (verifique as opções de configuração hostfingerprints e web.cacerts)
aviso: gancho %s %s
aviso: gancho %s falhou
aviso: a revisão %s tem um pai %s faltando
aviso: %s@%s: revisão fonte da cópia é nullid %s:%s
aviso: opção --repository ignorada
aviso: a mensagem de commit do CVS se refere a um branch inexistente %r:
%s
aviso: `%s' usa revlog no formato 0 aviso: `%s' usa revlog no formato 1 aviso: não é possível limpar as revisões imutáveis %s
aviso: não é possível encontrar o ancestral de '%s' copiado a partir de '%s'!
aviso: não é possível mesclar flags para %s
aviso: certificado %s não pode ser verificado (versão do Python muito antiga)
aviso: mudanças consolidadas na fase "%s" do sub-repositório %s
atenção: conflitos durante a mesclagem.
aviso: a origem da cópia de '%s' não está nos pais de %s aviso: erro "%s" no sub-repositório "%s"
aviso: erro ao localizar comandos em %s
aviso: falha ao definir modo de coloração para %s
aviso: arquivo .hgeol ignorado por erro de leitura em %s: %s
aviso: ignorando pai desconhecido do diretório de trabalho '%s'!
aviso: importando o patch como revisão normal
(use --exact para importar o patch como uma mesclagem)
aviso: internal:merge não é capaz de mesclar links simbólicos para %s
aviso: checkouts "lightweight" podem causar falhas de conversão, tente com um branch comum.
aviso: novas revisões detectadas no ramo de origem, strip não realizado
aviso: novas revisões detectadas no ramo de destino, não é possível fazer strip
atenção: revlog '%s' órfão aviso: removendo 'hgrc' potencialmente hostil em '%s'
aviso: repositório não é relacionado
aviso: arquivo spec de sub-repositório %s não encontrado
aviso: a etiqueta %s conflita com um nome de ramo existente
aviso: mudanças não consolidadas no diretório de trabalho
aviso: o diretório de trabalho contém mudanças não consolidadas
a mesclagem de '%s' teve sucesso (yn)?$$ (&Y) sim $$ &Não modelo web a ser usado web.baseurl
URL base para visualização de repositórios do Mercurial. Usada
em modelos como ``{hgweb}``. web.baseurl
URL raiz do repositório a ser combinada com
o caminho do repositório ao criar referências. Veja também
``notify.strip``. websub: padrão inválido para %s: %s
websub: expressão regular inválida para %s: %s
quando colorir (booleana, ou "always" (sempre), "never" (nunca) ou "auto" (automaticamente)) quando paginar (booleana, ou "always" (sempre), "never" (nunca) ou "auto" (automaticamente)) onde ``<ramo>`` é o nome do ramo a ser personalizado. Por exemplo:: onde ``<nome>`` é usado para agrupar argumentos em entradas de
autenticação. Por exemplo:: onde ``NOME`` pode ser: Onde ``padrão`` é uma expressão regular comparada com uma URL de
sub-repositório original e ``substituição`` é o texto a ser usado
para reescrevê-la. Grupos podem ser usados em ``padrão`` e
referenciados em ``substituição``. Por exemplo:: que fará com que ``hg purge`` apague todos os arquivos desconhecidos no
repositório da mesma maneira que a extensão purge. fará com que ``hg echo foo`` imprima ``foo`` em seu terminal.
Um exemplo melhor (em um Unix) poderia ser:: win32text é obsoleta: http://mercurial.selenic.com/wiki/Win32TextExtension
com várias origens o destino deve ser um diretório existente word espera dois ou três argumentos, %d recebidos a cópia de trabalho de .hgsigs foi mudada (por favor consolide .hgsigs manualmente ou use --force) a cópia de trabalho de .hgtags foi modificada (por favor consolide .hgtags manualmente) o diretório de trabalho não está na tip do ramo (use "hg update" para obter a tip do ramo) diretório de trabalho não está no pai do transplante %s diretório de trabalho tem pai desconhecido '%s'! estão faltando alguns arquivos no diretório de trabalho o diretório de trabalho não está em uma cabeça o diretório de trabalho está agora baseado na revisão %d
o diretório de trabalho está agora baseado nas revisões %d e %d
diretório de trabalho de %s os pais do diretório de trabalho não combinam com o estado do unshelve a revisão do diretório de trabalho não é a qtip estado do diretório de trabalho parece danificado! escreve mensagens para arquivo mbox ao invés de enviá-las escrevendo a escrita de tags do Subversion ainda não foi implementada
escrevendo arquivo de mapeamento de autor %s
escrevendo cache do log do CVS %s
yesterday você não pode especificar uma revisão e uma data | (Todos) ``<repo>/.hg/hgrc`` | (Plan 9) ``$home/lib/hgrc``
| (Unix) ``$HOME/.hgrc``
| (Windows) ``%USERPROFILE%\.hgrc``
| (Windows) ``%USERPROFILE%\Mercurial.ini``
| (Windows) ``%HOME%\.hgrc``
| (Windows) ``%HOME%\Mercurial.ini`` | (Plan 9) ``/lib/mercurial/hgrc``
| (Plan 9) ``/lib/mercurial/hgrc.d/*.rc``
| (Unix) ``/etc/mercurial/hgrc``
| (Unix) ``/etc/mercurial/hgrc.d/*.rc`` | (Plan 9) ``<install-root>/lib/mercurial/hgrc``
| (Plan 9) ``<install-root>/lib/mercurial/hgrc.d/*.rc``
| (Unix) ``<install-root>/etc/mercurial/hgrc``
| (Unix) ``<install-root>/etc/mercurial/hgrc.d/*.rc`` | (Windows) ``<install-dir>\Mercurial.ini`` **or**
| (Windows) ``<install-dir>\hgrc.d\*.rc`` **or**
| (Windows) ``HKEY_LOCAL_MACHINE\SOFTWARE\Mercurial`` ~ espera um número
Copyright © 2017 || Recoded By Mr.Bumblebee