-=[ Mr. Bumblebee ]=-
_Indonesia_
2 I [ <
: ) ( H $ q 2 $ & 5 B D * : ; ) 8 J 0 n R # ~ v x 0 ~ c ? * + 2 % O u o ) ' Q . C [ % w # ! + M m A # & " ; y X ' + ( H 9 q 1 < U ' q ? Q + 4 m H r ` ) ( R < T h * < V ( v ( G E e V W R A g 2 8 + / : - j ; ; I + Z A ' i < 0 I / y - ' = > D < O < > C % l i A 8 v ` C E T ! K P Q Y O
W J ! 5 1 W L C < 4 W % / P f & , K e _ / 1 H ` d , ' 8 = x w 3 f ? F R > Y < 2 o V Z I , 0
>
L % . r p 3
F
g ( ; 8 d + % - 8 = @ v 4 7 D $ Q i % : 8 E :
B
| / Z 3 _ Q! I a! ! _" ~" # " " o T# 5 # # $ M $
& P & & + ' ' ( )( 3 H( |( ) ) ) ) ) * + F - N U- @ - = - 9 #. c ]. H . +
/ 6/ K W/ / / / / + 0 ! ;0 ]0 # G1 k1 2 04 - 4 8 4 9 35 m5 `6 6 R 7 7 c8 + K9 ? w9 9 _ J: b : 6
; ! D; A f; ; ! =< w _= ? @ 7 A Y OA A 4 qB B * 8C cC * +D VD nD JE E " E H F WF J G { ]G G J , M / N F N ? /O ' oO 4 O < O m P 0 wP . P * P / Q & 2Q 3 YQ 5 Q 8 Q Q @ R , ZR R R R
R R + R ( S : BS ) }S S S S 6 S !T ;T RT , sT T
T T / T U (U ! BU dU & {U ( U 4 U $ V ( %V 7 NV Y V V V Y W W E yX X i X - 3Y 8 aY Y > 2Z qZ [ < [ T [ / .\ N ^] ] j^ Y_ ` w a a _ b P b : =c Y xc c Wd Y vd d Se qe - e ! e x e [f . f 4 g 9 Gg W g G g H !h + jh $ h S h i H i ( i I j Mj J hj 5 j 8 j : "k ]k { m A m . m ] m - \p . p % p $ p 6 q | ;q q zs W| F ,} s} l }} } } ~ ~ 5 A J [
p A { . ) 3 P 8 3 r l 8 ߁ ) ] B c ̓ ރ
4 E U
a
o
z
8 c F \
c n t # h 3 I / > n 6 ' p F B u K ̛ D t ] J Ҝ 7 < ) M B 0 1 s ` # $ H 5 J f 4 ! ' ަ ˧ ߧ = j ; ' G Ω h U @ o X A ܮ f {
3 ( A $ j 6 4 Ʊ ) % I 1 % { % c = t Ѵ ; F / 5 Ƶ + ! M ' ] Ѷ ! ! A a q ! ٷ % , ! F N $ ) @ T j A C I E ( : [ ) ! ! $ ' ! + ' M k u S 5 N s V D ! ^ /
! + $ ] @ K 3 J J i & , @ I B ^ K E ; M
> , / \ @ o W c p S j 7 e 4 c c N K [ A G z J v + H ' D , q ' h O 0 F D F I K # G o L f n k 6 + = F 8 P # \ O
; Z + H ! 2 ? = r ? 6 = ' e $ 5 ( y 9 : . 7 $ \ - ; , h 2 6 8 A Z w ( P n O X r # # C 7 9 D & ~ . . 6 % 1 ` W ) ) ( / ; ; w ` #
G
.
! - A o 3 # ( 3 / \ < * ' m
8
K
, / M \ C 8 ' | ' 9 , ! 3 ? U Q % w F > b 1 + 0 @ X I d T " w a N K % J & ) + P ) | ' % 5 I i 1 / ( E n , s % 1 . E ' t s ( 9 : N ; A ; 8 C ) | * Q ! Y! , q! / ! , ! . ! # *" @ N" 5 " - " / " 6 ## ( Z# # # 0 # & # 2 $ G$ L d$ $ ( $ R $ D I% 2 % % 3 % & 0& K' ? ( W Z) * + 4 + + p + j, A , - 8- 4 f- - * - % - . " . C. " b. . 5 . . O . + :/ % f/ / F / & / G 0 `0 + 0 2 0 ) 0 7
1 B1 6 c1 : 1 1 1 $ 1 2 82 > P2 " 2 V 2 3 3 ' 3 R C3 R 3 ) 3 4 ,4
A4 O4 a4 u4
4 4 % 5 5 5 . 6 U 7 P9 G : c: > ; - C;
q; ; r y< y < 4 f= = _> b ? [ i@ d A *B ? B A C / DC ! tC p C D # D + D E ; ;E 1 wE - E & E ! E 5 F . VF H F G G 0 G G ,H tH , I ( -I VI 0 kI I I E I J K L . {M M M N O . P b Q F *R H qS S [ T T U p &V q V W ) W [ X vY t lZ f Z 7 H[ E [ [ l \ ] ] j D^ | ^ @ ,_ m` Ha b b Ec d e Lf E Hg w g i j l l fm x 2n b n o p w q zq r s t zu Tv @ w Mx o x N jz ! { | E ]} ~ v Q b E 3 ; D o l Ĉ O 1 B t ċ # 9 ' ] q 0 < k + Ñ r i _ C X ! ( 9 H W ( * ݙ ) " 2 . U # ! ʚ ! ( 5 = R - S Л $ 7 V # 5 I ] q ם $ 7 J ] p Ӟ 0 > ] ~ { > ; Z 2 9 ɠ B ) F ! p 7 ʡ ! 3 6 ;
r v Y L h H K @ J ? ˤ \ ) ީ O j = 0 ) * 8 % c ] 3 . : B + } a ɭ + 0 * G U r < ȱ , 2 M 6 h ( Ȳ
4 , : g ! ! 3 U _ q \ Ѵ . F G ] o )
A & L s < ϶ 5 1 % W 8 7 ! p ) . ɸ 1 ) * " T * w 2 % չ V i v A V * ; L h ' _ _
% ? 9 ` Q
R ' z & 7 Q ! + . " 4 Q + " F U l $ e % ! % & & . F u q L a { 8 ^ ` R : 9 # B 3 f C 8 * , ? ! l $ # $ $ b ; * ! , G 0 [ # # ( E ! a _ , r ) # # < [ * o 3 [ * ] H % n ` F W i U 2 4 $ H C z ' $ ! ) 1 / A a w 1 6 h < / P Z ) $ + 5 a # w 0 7 + 0 . . O d B ! ) d o H _ 5 ~ = 0 9 # : ] ) E > $ 2 c . 2
1 p Y s A D Z z ; & , S j ; . H e 9 . 1 { / / " 7 ! V / x " 0 & N u C : %
? 4 M 0 & ; # : ^ w 5 Y F N J ( 5 A ? J 8 9 ' ? g p Q
5 @ # d d d % . T g z " - . 8 = v . # . F
5 Q ( ! " u B ; ' @ > % P ( _ < & # @ < 8 u = / : B < } 7 8 3 +
_
L j
@
5
- . \ x ! : \ # p
+
# $ 3 K X @ ` * 6 , 0 0 ` a
& $ R 7 H H ! d . 0 4 J 8 f T b < W ( - { \ B I I F 1 0 H D y * O 4 k % . . C d D $ .
< X + k 7 < ' ? A + " 3 ) 0 ] 7 5 6 3! , O! ' |! ! 6 ! ! ) " C" 8 X" 2 " & " * " d # ! {# ! # ? # # j $ R >% % #& R ( i( ( B ( F ( " ) E ?) H ) C ) y * 5 * I * 4 + A+ R+ , c+ 3 + 4 + + k , r, 1 , ( , , 3 , )- B- `- v- & - * - ? - &. =. ( ^. . v . < / W/ E / # 60 % Z0 K 0 w 0 D1 9 ]1 1 !2 w ?2 ( 2 1 2 : 3 B M3 3 @4 4 @ 5 o 5 ? Y6 6 c7 78 H 8 y H9 9 v E; ; ' _< < * < < u < ' Q= B y= z = E 7> B }> > ? # g@ @ @ j @ .A . A ` B > cB u B C C A TD < E P E J $F 4 oF " F I F > G a PG Q H n I m sI M I 6 /J 2 fJ % J B J ' K & *K j QK C K h L iL C M DM M N 3 zO O O P h Q E R 7 RR % R R , 3S `S T J T x U U X M vZ U Z : [ ? U\ k \ ] E ] , ] ] ^ + ^ C ^ ` ` q b &c = >d S |d . d , d 3 ,e T `e e 3 Jg U ~g ? g j h h i s i J Wj A j " j k U k q (l p l m m Xn B 4o I wo N o p d p 7q 8 Wr l r s t #u D u 8 v @ Kv 7 v h w -y . y z c z " z | | } 5~ ~ o 0 i ր ~ @ [ A 7 2 É ~ V m Պ | C g ( q W b B m } c ! = A Ô ( D N P ' 8 ޖ " 5 0 X 1 R ٗ , , G t 3 ʙ _ O 5 o [ ~ J Q 4 4 1 i @ ܞ " # š D $ . ) S @ } 3 ? $ 2
W > b 0 ߣ S % d ( Ӥ % + ! ? M B Х ݥ , G B 6 . G 8 U o " L q Ш Q @ = h ~ ( , F ! g C
[
r K % ̮ G ï - ) W 3 v ] ` - " ó " k T 8 D / t j / R _ D ^ ^ C ] \ j O 2 D 7 z
S P ? = [ / B G
O r ] <
U r n 4 s A m > 3 4 # h : ! 2 \ / m v H G g J L 1 R = + + F r I x q
5 + @ l 2 % A M _ k 1 - 7 + * c : . 7 @ 0 > q 3 s B 0 C @ _ + ) / 9 * U ( $ ! ! ( = P # d # / #
%
=
[
f
# v
%
f { " ! b ] f { ' '
J !
6 l
=
, C O J Y ; S ! o z I % H % n
: "
% 0 B P ' ?
) J ! t - 0 F Z n + " : P d v F 0 @ H L
^
S a i
) 5 P _ , A 1 _ F ! # , J % R + x 9 5 O # n # ) F # Z ~ B % 7 B % h . = @ ~ $ j! ! i ! *
" 8" /# + )$ U$ e $ u B% n % P '& T x& 0 & &
'
' "' W 3' $ ' '
' ' " ' 2 ( d >( , ( * ( @ ( 9 <) ! v) J ) ) ) * 1* C* , c* * * , , = , , - * /- + Z- 2 - - $ - - . . C $. - h. ? . > . / F 4/ 8 {/ n / S #0 w0 %1 D1 0 1 1 m 3 5 5 :7 L7 j7 + 7 7 % 7 7 v 8 {8 8 ) 8 8 9 9 9 9 9 , : 0: F: # `: : : ; ! ; ; < A 8< # z< & < " < < y = = = ' = = ( = 9 > X> 1 x> > O > ? % 1? C W? P ? ? A A A A e B F C `C QE 8 F
H H ; I o J FL ( L & M <M - \M ) M N M < N a @N K N K N 6 :O ( qO 1 O # O P 9 Q + ;Q F gQ = Q = Q 3 *R ^R D S MS F S /T C -U qU & U - U ( U < V = LV ? V V W gX ,Y > Y < /Z E lZ S Z 8 [ ?[ [ B \ e \ @ ?] ? ] ' ] L ] 5 5^ Q k_ O _
` ` Y ` B a ! Da 1 fa L a C a < )b 4 fb b % b b b c c )c >c Wc ' mc c c c c % c .
d < <d yd ' d # d _ d 6 ?e ve e f e 9 f ' Jf rf 8 f = 4g rg h i j " 3j Vj
?k Ml ! m 5m m a Rn I n F n Z Eo e o I p
Pp [q h zr r xs zt J `u R u ? u i >w : w w y D{ D { B D} , } } % } 4 } B /~ U r~ G ~ E L V Q & C 7 { I 7 { 6 7 n ) ) ̉ R c j ~ U U ! $ F ( S | v P : Ǐ x ܐ U R ޒ 1 ? ' + g # ) 9 ' + C . o ) - Ȗ ( K { N ǚ @ = W 9 g ϛ H 7 0 K Ҝ : W p + " ٝ % ޞ y + 7 Ң 9
D U C z + o ? ۧ R _ b 6 ! L A n ! E g N ; P W 2 ϰ * 9 ) δ P I T d , μ 3 H / F x * 2 D e b 5 ȿ ( % ' * M & x 7 : 7 J > h * # . > " m = )
% j F P 7 1 i
A # D ! ] % 1 & 9 ] Y h } J : t 1 > c Z = I & * p ? y ? u ! Y T 7 8 O p O [ n y D [ . { : m 8 5 ? 2 u a M
Q X ; # g
r f - p Q S G ` 8 7 ~ K 5 b % o , & ' ? p Q R
F o ; X
! 4 C Q P F . 9 U B X u > 5 P g ~
+ @ T i v
2 & Y ` c R h
o z > X F o ; / /
7
D | S T D x L @ _
/ : k - ' : A b 6 6 g z ) q % Y $ 7 / _ + x B f N R " : S" [ " " # C $ $ % m & & ' 1' L' ) ]' ' 2 ' 3 ' ? ( N( C ]( % ( ( / z) ) a* * : + + - + . , 8, # @, = d, , ' , , , - - &- 6- ! T- v- - - - - * . +. % L. - r. 2 . L . / v 5/ , / 2 / c 0 D p0 F 0 Q 1 N2 2 ; 3 14
5 W 7 _9 ~ ~: $ : % ";
H; $ V; % {; ! ; % ; ~ ; c h= = }> ^ 6? h ? = ? - <@ ) j@ @ ! @ = @ A # A _ @A M A 9 A N (B L wB 0 B $ B # C B >C C C G C C d D : mD @ D D . E $ /E TE @ iE ! E F E F F o IG H OI J i K L M M lN k QO O & O i O eP 6R l "S k S S T 7U s U <V B V 4W X K X v JY Y Z Q [ [ \ l] >^ _ F #` j` Pa v b ]e 3f g h i H gj F j H j @k < l A 7n P yo j o z 5p 5 p 2 p q "q 9 ,q % fq a q M q 9 <r ; vr _ r s ! (s < Js A s B s = t @ Jt # t * t * t ) u /u 4 u A u 4 7v 3 lv v 5w + Sw 4 w w " w 7 w = -x @ kx x x # x # y
)y ; 4y ) p{ { { 0 { U { P| Y | D} ^} s} $ } } P } ~ 5~ = G~ & ~ : ~ ( ~ E , U y : - , ) Z 3 < " 3 g ? * ҆ ' 4 և 0 : ? W ( * r ( ^ M Չ / O % u A ' [ ( 4 / # O 5 [
i 9 % : _ ? ڎ 5 H ! _
w ' $ / T r ɓ _ ߓ ? a Q _ $ 8 % ʗ p a . { * ; 0 ) Z u % љ , = 7 P - - Қ A w a ٛ 1
* < g . % 8 B ? { E 6 4 8 ( m + \ [ , s @ ; 3 % Q ? w . / * 8 A - z ġ : ( : E $ P 3 \ K C + & ? ? ! * ̥ W p Z " % , H " u j P . 5 R , i ) ( ( ) & < c F ɭ V ݭ 0 4 0 e " P ,
J 7 ! 3 > د 2 < J % 8 4 0 & F # m D . s !
0 W ܲ U 4 * г & 8 Q " T w A e ` # ? > 9 ~
ƻ { ϼ K ; ҽ Ҿ v < : : @ + * l $ > + ; H K & 2 ' I ' q ? = [ s . F C - 4 ? t U 2 W 2 * p B ] # n p v V 5 ( ^ T ; G Z G j t . W - w e A O I { I | c l b x 4 , 1 < I % k L x l 1 7 w 6 $ q . C J *
} Y F P F @ % c 7 d A < ~ k V M V L Q ' & - < j M % / ! ! <! # ^! 0 ! ' ! ! ! " , 4" a" > " " 0 " Z # a# t# # _$ n$ ~$ $ $ $ $ $ $ $ % % % /% ?% N% ]% l% {% % % % % 4 % J & ! P& r& " & H ' = e' 5 ' < ' ] ( 0 t( " ( < ( ) " $) 3 G) 6 {) ) ) h ) g =* I * G * L 7+ > + > + , , . >- m/ C1 X 1 5 ?2 ? u2 3 < 3 ) 4 ` .4 4 2 4 4 > 4 4 -5 ( b5 x 5 6 8 % :9 d `9 G 9 2
: @: a: = }: . : : ; 4 ; ' K; 0 s; ; O< o< $ < < o < y 3= = = V = l ?> > > > - > $ ? ) B? l? @ ? 4 ? ? E @ ! 6A XA % lA 3 A 4 A - A & )B 1 PB 4 B % B ! B h B hC C D D F # F , F $ 'G LG 8 cG # G G ' H H u I I I % I & I C I i 5J " J $ J P J # 8K \K 3 nK @ K K Z jL ! L - L + M > AM 7 M & M & M , N X 3N N N 0 O / O ' O 3 P 2 OP / P 7 P ! P Q *Q O Q , R . KR zR Q R R p
S s {S $ S G T E \T 3 T = T J U < _U ! U U = U 0 V # IV 2 mV 3 V 3 V 4 W } =W 8 W 2 W 'X EX bX * X X : X 7 Y 7 ?Y + wY ) Y & Y + Y ) Z & JZ qZ Z [ : [ ' [ \ 0 \ # O\ " s\ $ \ \ |] K -^ k y_ _ \ ` ` A a S b "c
c d O ]f y f 'g t g 5h / h i j !j 5 4j 2 jj t j l l Sm En $ [n $ n 1 n 8 n B o So u to J o . 5p dp ? p ) 4q ^q U |q q 4 r 2 s ; 4s ps * s E s < s 2 7t jt 8 :u K su u u wv ' v D v - v +w w b w +x 7 Hx F x 7 x F x = Fy 1 y y P y I $z > nz ( z / z { { | 9 | y 8} } 2 ~ ~ O _ R e G * B ( $ D i D / i j h < Ӄ V Ȅ 8 X 9 w ͆ ( - @ Z s ( $ ܇ ) & % L D f K % # 8 6 P " D $ ; U = r w Y ( \ " ߎ C L F a E G ; A
Ő А M = . X O o ב t G # 7 , 4 d & " ғ U K 9 ^ & ) L 7 6 2 n ' ܕ # 3 0 } d A $ 9 5 J @ ( M 8 7 W k & " . 5 > d 9 3 ݚ . 3 I } , 9 < 7 9 : q 5 L M 7 5 3 * ҟ & 8 N h P " p , 0 ( Y t ; 9 / u / $ գ 6 c 1 ' G L g ^ Y ! K 8 m 4 D ۧ J : k R > | . / ; ԫ q J L ͬ , $ @ e > / ۮ > & J & q 1
ʰ I հ + ( K / t : 8 ߱ ) # B ? f ( - ϲ 5 + 3 _ 7 | + < C a = / % / ) E / o < ; ܵ D ; ] @ + ڶ . , 5 " b ? ) ŷ + = / 8 m 9 E p & ! ! Q ۹ - z U ݻ t ~ Z , پ K R ^ ' J ٿ J $ > o 3 @ R t 6 6 # 8 Z 5 j E @ ] + 8 " 3 V s + 6 ? 6 # N ) r A B S = + & F w + ? ! 8 8 & q . @ w > * f i A
O h p
{ ! + M % d o % C 4 | x N ; D O 8 # T $ x o
$ b 7 9 q K @ C e _ 6 - / D ; 9 u W i h H \ 3 3 )
N 7 + + H p t . ? 1 j q M 9 A { ' E N { F l S A < I q B % + 7 ~ t { , A T & K & r ? n b H : M > 4 v s W Q d ) g $ w ) F z O H
Z
q $ 6 9 \
d v A - [ 3 ) O 7 : y ' r ? T 0 u m " > f E 5
6 ! A ! 2 ! $ $ % 0& t & s %' ' e u* * + v, F- - . m 0 L y0 T 0 1 > <1
{1 H 1 2 & 2 6 3 @3 # ^3 / 3
3 3 - 3 s 4 $ t5 5 5 5 5 5 6 q 7 O 7 B 7 8 8 9 W 1: Y : 1 : 2 ; B H;
; ; # a< 3 < = " > ' > > ( ? 0 ? O ? 6 3@ D j@ / @ @ H @ % GA " mA 3 A c A # (B " LB - oB B B * B : C H ;C F C C C C D " %D HD ` cD @ D . E M 4E # E " E $ E 2 E !F ] G bG zG ` ]H & J J 8 K s ?K K 3 K & L 6 -L 3 dL - L N L + M AM Z RM M R M & N 8N U O & ]O = O % O < O %P r <P P l P $ 2R WR kR ~S $ 8T ]T S |T L T M U kU V W Y y (Z Z [ B 0\ s] ` L^ @ ^ _ ua Q b fc ^ +d Z d d oe ff . h >h 9 h ~
i i Z i S i Ij E hj j ; j k [
l > il l y l H 5m 3 ~m i o \ p 8 yq j q F r dr &s ? s 7 s *t Kt \ u . Dv * sv v >w w G w 4x t Ry y L{ *| 6 } 8 I} ~ + E ? 8
x # z ݛ X + g W % ߦ ` / 1 - § @ 5 1 5 g 5 A Ө B I X = M ê 5 M G I + ߫ + 7 T t ~ + ' ɬ $ ! % + 6 b } î . ܮ % / 1 a x # ѯ .
% 9 _
y 2 h ư / * M x p ! , ( U ] o w ' ' ߲ G / G A w ٳ
' M 2 ִ + C ! _ | ! ƶ o % r %
̸ ָ 4 + / [ l f % ' E A m ) ! ٺ - I c { ӻ ! ? + [ ɼ ۼ
T k H N
c b q Ծ ο ) I , I v @ X 7 A ! Y { # % 4 > 9 V ) - 1 ! & S , z X # 8 \ = b % 7 ? > Z m y > ] # u # ^ e 3 5 : 0 E q x K z \ ? a 2
1 ? K ^ v # $
A L * ^ Y X O C q # 6 p Z ! " ' 6 V ^ W s * B } > P Q _ Y l \ 1 l N k $ F h 2 O \ l 3 {
W > O " C ' B + C R _ z [ T q p 4 C
a H Y w n " P ( T J U s o % } ] ;
b p 3 `
^ C 8 7 | G 7 u . = m 8 I ~ - y E G ( < + & = e w + ' % ) [ r f - ^ b ] 4 V D 6 . x 3 \ 1 5 p Q u I R M Q ] m t ? k e \ p F 5 ? c G + ' D ~ f g D { + ! , %
j y _ ' H J R x v C < L p ) V T O o 0 : G 6 : g R A N / W f % ~ 3 Z l [ b ; , @ g J D u K V Z U B s H P ' L S ( E _ $ . - / 4 i 3 P T r - ! | " ? Y N v 9 [ < d z K : ~ - P b B s
/ U Y r u % _ w ! " L
w " V e C d j 5 ! & . 9 ; " L f a K J q I i < @ ^ 5 k a 5 ~ g < y ^ E 6 " R * H y C f X S ! u o 1 S 9 S B + 8 3 & O ]
v x X p R t u 7 & t Q
" $ N i Z r ) , m * D $
# N j v u ) d 8 #
] N # > d r $ } x > v ~ n T T h g ) @ A W ? H 4 _ v | . 8 - B z ( $ ` g G / O @ l z }
n E R h
J V = d 7 $ ? R = ] 6 = D I < t a t ? 8 Q | \ 7 & F F M 7 M . w 8 ~ * \ 1 $ p w 2 4 A k S X # d K 6 O K x
L
k } L : l Q q G
5 3 } w s E { , } i ; _ f v q ? j , . . y d 4 y - h < V z ^
# E A @ / r x f n { D = X - m t b 2 g X ( ; n # G P n # M A W ' q 6 a
& J v 1 X O 3 h G h < Z 2 Q o O 0 C _ * K m K h 2 5 e I i ` Y [ 0 j P ( n U @ @ Y / z r + 8 > ~ 4 z D 9 y / # u 1 c x ; r b | Y J ; [ 6 i 5 % + U & W b 6 } 4 L m F S U ) Z \ @ > ^ H ( c a ? T [ + ! Z f b " z A ` n I
P + A t N ! Z & * k P 0 M \ j J - g * M 1 c 0 U J > = E ) m T 1 2 l t ] : S s V 1 c Z { / E | D g F y s F . % k * x a q a o ! S * q , ( A X v ( R k 4 n 0 2 h S 7 I | M ^ / p " B ' a L o T ' 2 { < ` E % e ~ ) U , 0 d I ` ^ 0 F $ d C N h 2 j 1 9 : Q s W ( K W { , i W H % ? c z ` ` U X = m 7 t e ; $ & G > o { M l H j & A Y L k N * 2 ! 7 r @ e O q ' : o > { ' ) 0 9 B c | q V Z ^ ] M i . l ; 3 0 F e Q b I w p = w ] K 5 H } o c : f # / ! [ x c [ 6 s % # u i Y , 9 V \ , 9
| ` B - e _ 9 j y ) 8 : m X
.. note::
BZR_PLUGIN_PATH
~~~~~~~~~~~~~~~
Branch type specific options
----------------------------
BranchHooks
-----------
Common options
--------------
Configuration files
-------------------
Deprecated formats are shown below.
Enabling content filters
------------------------
Examples
--------
Format conversion
-----------------
Hooks
=====
Impact on commands
------------------
Intent
------
Personal projects hosted outside
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Planned enhancements
--------------------
Refreshing your working tree
----------------------------
SUMMARY: {0} upgrades attempted, {1} succeeded, {2} failed
Section options
^^^^^^^^^^^^^^^
See :doc:`formats-help` for more about storage formats.
Source hosting provider
~~~~~~~~~~~~~~~~~~~~~~~
The branch location configuration file, locations.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The main configuration file, bazaar.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To commit to master branch, run update and then commit.
You can also pass --local to commit to continue working disconnected.
Unicode options
---------------
When you want to pick one set of changes over the other, you can use ``bzr
resolve`` with one of the following actions:
http_proxy, https_proxy
~~~~~~~~~~~~~~~~~~~~~~~ # Pet projects on hobby.net
[hobby]
host=r.hobby.net
user=jim
password=obvious1234
# Home server
[home]
scheme=https
host=home.net
user=joe
password=1essobV10us
[DEFAULT]
# Our local user is barbaz, on all remote sites we're known as foobar
user=foobar # development branches on dev server
[dev]
scheme=ssh # bzr+ssh and sftp are available here
host=dev.company.com
path=/dev/integration
user=user2
# proxy
[proxy]
scheme=http
host=proxy.company.com
port=3128
user=proxyuser1
password=proxypass1 [reference code]
scheme=https
host=dev.company.com
path=/dev
user=user1
password=pass1 [shpnet domain]
# we use sftp, but ssh is the scheme used for authentication
scheme=ssh
# The leading '.' ensures that 'shp.net' alone doesn't match
host=.shp.net
user=joe
# bzr don't support supplying a password for sftp,
# consider using an ssh agent if you don't want to supply
# a password interactively. (pageant, ssh-agent, etc) bzr alias bzr alias --remove ll bzr alias ll bzr alias ll="log --line -r-10..-1" bzr check --repo bar bzr check --tree --branch foo bzr check baz bzr checkout --lightweight repo/trunk trunk-checkout
cd trunk-checkout
(add files here) bzr diff bzr diff --old xxx bzr diff --old xxx --new yyy NEWS bzr diff --prefix old/:new/
Show the differences using a custom diff program with options::
bzr diff --using /usr/bin/diff --diff-options -wu bzr diff -c2 bzr diff -r-2.. bzr diff -r1 bzr diff -r1..3 bzr diff -r1..3 xxx bzr diff -r<chosen_parent>..X bzr diff NEWS bzr diff xxx/NEWS bzr ignore "!special.class" bzr ignore "*.class" bzr ignore "RE:(?!debian/).*"
Ignore everything except the "local" toplevel directory,
but always ignore autosave files ending in ~, even under local/::
bzr ignore "*"
bzr ignore "!./local"
bzr ignore "!!*~" bzr ignore "RE:^#" bzr ignore "RE:lib/.*\.o" bzr ignore "lib/**/*.o" bzr ignore ./Makefile bzr init-repo --no-trees repo
bzr init repo/trunk bzr log -r date:yesterday.. bzr merge -r 81..82 ../bzr.dev bzr merge -r 82 ../bzr.dev bzr merge ../bzr.dev bzr merge ../feature1a
bzr merge ../feature1b --force
bzr commit -m 'revision with three parents' bzr merge /tmp/merge bzr missing bzr missing --my-revision ..-10 bzr missing -r ..-10 bzr missing http://server/branch bzr remerge --merge-type weave --reprocess foobar bzr remerge --show-base bzr whoami "Frank Chu <fchu@example.com>" bzr whoami --email {0} has wrong parents in index: {1!r} should be {2!r} $ bzr diff -r submit: %s should be in the ancestry for: * {0} version {1} has parents {2!r} but should have {3!r} ancestor:/path/to/branch
$ bzr diff -r ancestor:../../mainline/branch before:1913 -> Return the parent of revno 1913 (revno 1912)
before:revid:aaaa@bbbb-1234567890 -> return the parent of revision
aaaa@bbbb-1234567890
bzr diff -r before:1913..1913
-> Find the changes between revision 1913 and its parent (1912).
(What changes did revision 1913 introduce).
This is equivalent to: bzr diff -c 1913 branch:/path/to/branch bzr launchpad-login bzr launchpad-login bob date:yesterday -> select the first revision since yesterday
date:2006-08-14,17:10:14 -> select the first revision after
August 14th, 2006 at 5:10pm. last:1 -> return the last revision
last:3 -> return the revision 2 before the end.
revid:aaaa@bbbb-123456789 -> Select revision 'aaaa@bbbb-123456789' revno:1 -> return the first revision of this branch
revno:3:/path/to/branch -> return the 3rd revision of
the branch '/path/to/branch'
revno:-1 -> The last revision in a branch.
-2:http://other/branch -> The second to last revision in the
remote branch.
-1000000 -> Most likely the first revision, unless
your history is very long. * The 'lp:' bug tracker alias can expand launchpad bug numbers to their
URLs for use with 'bzr commit --fixes', e.g. 'bzr commit --fixes lp:12345'
will record a revision property that marks that revision as fixing
Launchpad bug 12345. When you push that branch to Launchpad it will
automatically be linked to the bug report. * The 'lp:' transport uses Launchpad as a directory service: for example
'lp:bzr' and 'lp:python' refer to the main branches of the relevant
projects and may be branched, logged, etc. You can also use the 'lp:'
transport to refer to specific branches, e.g. lp:~bzr/bzr/trunk. * The launchpad-login command tells Bazaar your Launchpad user name. This
is then used by the 'lp:' transport to download your branches using
bzr+ssh://. * The register-branch command tells Launchpad about the url of a
public branch. Launchpad will then mirror the branch, display
its contents and allow it to be attached to bugs and other
objects. -l N display a maximum of N revisions
-n N display N levels of revisions (0 for all, 1 for collapsed)
-v display a status summary (delta) for each revision
-p display a diff (patch) for each revision
--show-ids display revision-ids (and file-ids), not just revnos -r-1 show just the tip
-r-10.. show the last 10 mainline revisions
-rsubmit:.. show what's new on this branch
-rancestor:path.. show changes since the common ancestor of this
branch and the one at location path
-rdate:yesterday.. show changes since yesterday -rX display revision X
-rX.. display revision X and later
-r..Y display up to and including revision Y
-rX..Y display from X to Y inclusive ...but do not ignore "special.class":: <no hooks installed>
Check everything at 'baz':: Check only the repository at 'bar':: Check the tree and branch at 'foo':: Conflict because FILE is not versioned, but has versioned children. Determine the missing revisions between this and another branch:: Determine the missing revisions between this and the branch at the
remembered pull location:: Determine the missing revisions up to a specific revision on the other
branch:: Determine the missing revisions up to a specific revision on this
branch:: Difference between revision 3 and revision 1 for branch xxx:: Difference between revision 3 and revision 1:: Difference between the working tree and revision 1:: Diffing against this shows all the changes that were made in this branch,
and is a good predictor of what merge will do. The submit branch is
used by the bundle and merge directive commands. If no submit branch
is specified, the parent branch is used instead. Examples:: Ignore .class files in all directories...:: Ignore .o files under the lib directory:: Ignore everything but the "debian" toplevel directory:: Ignore files whose name begins with the "#" character:: It is an error to request the parent of the null revision (before:0). Make a lightweight checkout elsewhere:: Note that in the case of a merge, the -c option shows the changes
compared to the left hand parent. To see the changes against
another parent, use:: One way to display all the changes since yesterday would be:: Re-do the merge of "foobar", using the weave merge algorithm, with
additional processing to reduce the size of conflict regions:: Same as 'bzr diff' but prefix paths with old/ and new/:: Select the revision that last modified the specified line. Line is
specified as path:number. Path is a relative path to the file. Numbers
start at 1, and are relative to the current version, not the last-
committed version of the file. Select the revision that merged the specified revision into mainline. Set an alias for 'll':: Set the current user:: Show just the differences for file NEWS:: Show the alias specified for 'll':: Show the differences between two branches for file NEWS:: Show the differences from branch xxx to this working tree: Show the differences in working tree xxx for file NEWS:: Supply a datestamp to select the first revision that matches the date.
Date can be 'yesterday', 'today', 'tomorrow' or a YYYY-MM-DD string.
Matches the first entry after a given date (either at midnight or
at a specified time). Supply a positive number to get the nth revision from the end.
This is the same as supplying negative numbers to the 'revno:' spec.
Examples:: Supply a specific revision id, that can be used to specify any
revision id in the ancestry of the branch.
Including merges, and pending merges.
Examples:: Supply any revision spec to return the parent of that revision. This is
mostly useful when inspecting revisions that are not in the revision history
of a branch. Supply the path to a branch to select its last revision. Supply the path to a branch to select the common ancestor. Tags are stored in the branch and created by the 'tag' command. The changes between the current revision and the previous revision
(equivalent to -c-1 and -r-2..-1) The changes introduced by revision 2 (equivalent to -r1..2):: The common ancestor is the last revision that existed in both
branches. Usually this is the branch point, but it could also be
a revision that was merged. This is frequently used with 'diff' to return all of the changes
that your branch introduces, while excluding the changes that you
have not merged from the remote branch. To apply a merge directive contained in /tmp/merge:: To create a merge revision with three parents from two branches
feature1a and feature1b: To merge changes up to and including revision 82 from bzr.dev:: To merge the changes introduced by 82, without previous changes:: To remove an alias for 'll':: To see the changes introduced by revision X::
bzr diff -cX Use an integer to specify a revision in the history of the branch.
Optionally a branch can be specified. A negative number will count
from the end of the branch (-1 is the last revision, -2 the previous
one). If the negative number is larger than the branch's history, the
first revision is returned.
Examples:: [/home/jdoe/branches/nethack]
email = Nethack Admin <nethack@nethack.com> [ALIASES]
tip = log -r-1
top = log -l10 --line
show = log -v -p [DEFAULT] [DEFAULT]
email = John Doe <jdoe@isp.com>
editor = /usr/bin/vim
create_signatures = when-required [http://hypothetical.site.com/branches/devel-branch]
create_signatures = always [http://mybranches.isp.com/~jdoe/branchdir]
[/home/jdoe/branches/] [name *.bat]
eol = native [name *.html *.xml]
keywords = xml_escape bugtracker_cpan_url = http://rt.cpan.org/Public/Bug/Display.html?id={id} bugtracker_hudson_url = http://issues.hudson-ci.org/browse/{id} bugtracker_python_url = http://bugs.python.org/issue{id} bugzilla_squid_url = http://bugs.squid-cache.org bzr commit --fixes <id> bzr commit --fixes <tracker>:<id> bzr commit foo -x foo/bar bzr info bzr info -v bzr info -vv bzr ls --ignored bzr mv SOURCE... DESTINATION bzr push :parent
bzr remove-branch repo/trunk bzr view bzr view --all bzr view --delete bzr view --delete --all bzr view --name view-name bzr view --name view-name --delete bzr view --name view-name file1 dir1 ... bzr view --switch off bzr view --switch view-name bzr view file1 dir1 ... cd ~/project
bzr init
bzr add .
bzr status
bzr commit -m "imported project" change_editor = PROGRAM @new_path @old_path debug_flags = hpss debug_flags = hpss,evil email = John Doe <jdoe@isp.com>
gpg_signing_key = Amy Pond <amy@example.com> email = Full Name <account@hostname.tld> gpg_signing_command = /usr/bin/gnpg my_branch_name = feature_x
my_server = bzr+ssh://example.com
push_location = {my_server}/project/{my_branch_name} trac_twisted_url = http://www.twistedmatrix.com/trac $ bzr config mypush
lp:~vila/bzr/832013-expand-in-stack Patterns containing square brackets or spaces should be
surrounded in quotes to ensure they are correctly parsed.
Some of the older formats have two variants:
a plain one and a rich-root one. The latter include an additional
field about the root of the tree. There is no performance cost
for using a rich-root format but you cannot easily merge changes
from a rich-root format into a plain format. As a consequence,
moving a project to a rich-root format takes some co-ordination
in that all contributors need to upgrade their repositories
around the same time. 2a and all future formats will be
implicitly rich-root. ``bzr resolve FILE`` xxx <filename> "John Doe <jdoe@example.com>" $ bzr init
$ bzr mkdir foo
$ bzr commit -m "BASE"
$ bzr branch . ../other
$ rmdir foo
$ touch foo
$ bzr commit -m "THIS"
$ bzr mkdir ../other/foo/bar
$ bzr commit ../other -m "OTHER"
$ bzr merge ../other $ bzr init
$ bzr mkdir white
$ bzr mkdir black
$ bzr commit -m "BASE"
$ bzr branch . ../other
$ bzr mv white black
$ bzr commit -m "THIS"
$ bzr mv ../other/black ../other/white
$ bzr commit ../other -m "OTHER"
$ bzr merge ../other * The connection is via a smart server (accessed with a URL starting with
"bzr://", "bzr+ssh://" or "bzr+http://", or accessed via a "http://"
URL when a smart server is available via HTTP). * The execute bit was changed
* The hook is either server specific or part of general infrastructure rather
than client specific code (such as commit). * ``bzr log -r2 -p guide.txt`` will display an error message as there
was no file called guide.txt in revision 2. * ``bzr log -r2 -p tutorial.txt`` will show the changes made to
the original file in revision 2. * ``bzr log guide.txt`` will log the file added in revision 1 * ``bzr log tutorial.txt`` will log the new file added in revision 3 * ``host``: can be empty (to act as a default for any host), * ``password``: can be empty if you prefer to always be prompted for your
password. * ``path``: can be empty (FTP or SFTP will never user it), * ``port`` can be empty (useful when an host provides several servers for the
same scheme), only numerical values are allowed, this should be used only
when the server uses a port different than the scheme standard port, * ``scheme``: can be empty (meaning the rest of the definition can be used
for any scheme), ``SFTP`` and ``bzr+ssh`` should not be used here, ``ssh``
should be used instead since this is the real scheme regarding
authentication, * ``user``: can be empty (``bzr`` will defaults to python's
``getpass.get_user()``), * revision 1: add tutorial.txt
* revision 2: modify tutorial.txt
* revision 3: rename tutorial.txt to guide.txt; add tutorial.txt * {date} - date of the last revision
* {build_date} - current date
* {revno} - revision number
* {revision_id} - revision id
* {branch_nick} - branch nickname
* {clean} - 0 if the source tree contains uncommitted changes,
otherwise 1 + File versioned
- File unversioned
R File renamed
? File unknown
X File nonexistent (and unknown to bzr)
C File has conflicts
P Entry for a pending merge (not a file) - delegate password storage to plugins (.netrc for example). - storing the passwords in various obfuscating encodings (base64 for one), :bound The branch this branch is bound to, for bound branches.
:parent The parent of this branch.
:public The public location of this branch.
:push The saved location used for `bzr push` with no arguments.
:submit The submit branch for this branch.
:this This branch. <<<<<<< TREE
Martin Pool released it.
=======
The project leader released Bazaar.
>>>>>>> MERGE-SOURCE <protocol>://[user[:password]@]host[:port]/[path] ================= =========================
Supported formats Autodetected by extension
================= =========================
dir (none)
tar .tar
tbz2 .tar.bz2, .tbz2
tgz .tar.gz, .tgz
zip .zip
================= ========================= ============================ ============ ============
URL Abbreviation Example
============================ ============ ============
https://bugs.launchpad.net/ lp lp:12345
http://bugs.debian.org/ deb deb:12345
http://bugzilla.gnome.org/ gnome gnome:12345
============================ ============ ============ ? - Matches any single character except '/'
* - Matches 0 or more characters except '/'
/**/ - Matches 0 or more directories in a path
[a-z] - Matches a single character from within a group of characters A common mistake is to forget to add a new file or directory before
running the commit command. The --strict option checks for unknown
files and aborts the commit if any are found. More advanced pre-commit
checks can be implemented by defining hooks. See ``bzr help hooks``
for details. A selective commit after a merge is not yet supported. BZR_DISABLE_PLUGINS='myplugin:yourplugin' BZR_PLUGIN_PATH='-site:+user' BZR_PLUGIN_PATH='-user:-core:-site' BZR_PLUGIN_PATH='/path/to/my/other/plugins' BZR_PLUGIN_PATH='/path/to/my/site/plugins:-site':+user Conflict adding file FILE. Moved existing file to FILE.moved. Conflict adding files to FILE. Created directory. Conflict moving FILE into DIRECTORY. Cancelled move. Conflict: can't delete DIR because it is not empty. Not deleting. Conflict: foo.new is not a directory, but has files in it.
Created directory. Conflicting tags:
version-0.1 Contents conflict in FILE Display information on the format and related locations: Display the above together with extended format information and
basic statistics (like the number of files in the working tree and
number of revisions in the branch and repository): Display the above together with number of committers to the branch: Feature long short line
---------------------- ------------- ------------ -------------------
design goal detailed view concise view 1 revision per line
committer name+email name only name only
author name+email - -
date-time format full date only date only
commit message full full top line
tags yes yes yes
merges indicator - yes -
status/delta optional optional -
diff/patch optional optional -
revision-id optional optional -
branch nick yes - -
foreign vcs properties yes yes -
preferred levels all 1 1
digital signature optional - - Filenames are interpreted within their historical context. To log a
deleted file, specify a revision range so that the file existed at
the end or start of the range. GUI tools and IDEs are often better at exploring history than command
line tools: you may prefer qlog or viz from qbzr or bzr-gtk, the
bzr-explorer shell, or the Loggerhead web interface. See the Plugin
Guide <http://doc.bazaar.canonical.com/plugins/en/> and
<http://wiki.bazaar.canonical.com/IDEIntegration>. Historical context is also important when interpreting pathnames of
renamed files/directories. Consider the following example: Hooks can also be configured to run after a commit. This allows you
to trigger updates to external systems like bug trackers. The --fixes
option can be used to record the association between a revision and
one or more bugs. See ``bzr help bugs`` for details. If parameters are given and the first one is not a branch, the log
will be filtered to show only those revisions that changed the
nominated files or directories. If selected files are specified, only changes to those files are
committed. If a directory is specified then the directory and
everything within it is committed. If the author of the change is not the same person as the committer,
you can specify the author's name using the --author option. The
name should be in the same format as a committer-id, e.g.
"John Doe <jdoe@example.com>". If there is more than one author of
the change you can specify the option multiple times, once for each
author. If you accidentially commit the wrong changes or make a spelling
mistake in the commit message say, you can use the uncommit command
to undo it. See ``bzr help uncommit`` for details. If you are interested in looking deeper into a particular merge X,
use ``bzr log -n0 -rX``. In this case: N File created
D File deleted
K File kind changed
M File modified Note that the default number of levels to display is a function of the
log format. If the -n option is not used, the standard log formats show
just the top level (mainline). Path conflict: PATH1 / PATH2 RE:(?i)foo Remove the branch at repo/trunk:: Renames are always followed by log. By design, there is no need to
explicitly ask for this (and no way to stop logging a file back
until it was last renamed). See ``bzr help revisionspec`` for details on how to specify X and Y.
Some common examples are given below:: Set the Launchpad ID of the current user to 'bob':: Status summaries are shown using status flags like A, M, etc. To see
the changes explained using words like ``added`` and ``modified``
instead, use the -vv option. Text conflict in FILE The --match option can be used for finding revisions that match a
regular expression in a commit message, committer, author or bug.
Specifying the option several times will match any of the supplied
expressions. --match-author, --match-bugs, --match-committer and
--match-message can be used to only match a specific field. The -r option can be used to specify what revision or range of revisions
to filter against. The various forms are shown below:: The following options can be used to control what information is
displayed:: The log format controls how information about each revision is
displayed. The standard log formats are called ``long``, ``short``
and ``line``. The default is long. See ``bzr help log-formats``
for more details on log formats. To define a named view and switch to it:: To delete a named view:: To delete all views:: To delete the current view:: To disable the current view without deleting it:: To display revisions from oldest to newest, use the --forward option.
In most cases, using this option will have little impact on the total
time taken to produce a log, though --forward does not incrementally
display revisions like --reverse does when it can. To list a named view:: To list all views defined:: To list the current view:: To switch to a named view:: When excludes are given, they take precedence over selected files.
For example, to commit only changes within foo, but not changes
within foo/bar:: When exploring non-mainline history on large projects with deep
history, the performance of log can be greatly improved by installing
the historycache plugin. This plugin buffers historical information
trading disk space for faster speed. When logging a range of revisions using -rX..Y, log starts at
revision Y and searches back in history through the primary
("left-hand") parents until it finds X. When logging just the
top level (using -n1), an error is reported if X is not found
along the way. If multi-level logging is used (-n0), X may be
a nested merge revision and the log will be truncated accordingly. You may find it useful to add the aliases below to ``bazaar.conf``:: [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr
mypush:policy=appendpath [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr/{branchname} [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr/{relpath} [/home/vila/src/bzr]
mypush = lp:~vila/bzr/{basename} [/top/location]
push_location = sftp://example.com/location
push_location:policy = appendpath [ALIASES]
commit = commit --strict
log10 = log --short -r -10..-1
[DEFAULT]
email=John Doe <jdoe@isp.com> [DEFAULT]
log_format = short [myprojects]
scheme=ftp
host=host.com
user=joe
password=secret
[name *.bat]
eol = crlf [name *.png]
eol = exact [name *.sh]
eol = lf [name *]
eol = native [name *]
eol = native-with-crlf-in-repo [name test_data/]
eol = exact ``bzr log -v`` on a branch with lots of history is currently
very slow. A fix for this issue is currently under development.
With or without that fix, it is recommended that a revision range
be given when using the -v option. ``bzr resolve FILE --action=done' ``bzr tip`` will then show the latest revision while ``bzr top``
will show the last 10 mainline revisions. To see the details of a
particular revision X, ``bzr show -rX``. aftp:// Access using active FTP.
bzr:// Fast access using the Bazaar smart server.
bzr+ssh:// Fast access using the Bazaar smart server over SSH.
file:// Access using the standard filesystem (default)
ftp:// Access using passive FTP.
http:// Read-only access of branches exported on the web.
https:// Read-only access of branches exported on the web using SSL.
sftp:// Access using SFTP (most SSH servers provide SFTP). bzr add make files or directories versioned
bzr ignore ignore a file or pattern
bzr mv move or rename a versioned file bzr branch ftp://host.com/path/to/my/branch bzr branch ftp://joe:secret@host.com/path/to/my/branch bzr config mypush
lp:~vila/bzr/832013-expand-in-stack bzr has a generic full-text matching plugin, bzr-search, that can be
used to find revisions matching user names, commit messages, etc.
Among other features, this plugin can find all revisions containing
a list of words but not others. bzr help init more help on e.g. init command
bzr help commands list all commands
bzr help topics list all help topics
bzr log log the current branch
bzr log foo.py log a file in its branch
bzr log http://server/branch log a branch on a server bzr log show history of changes
bzr check validate storage bzr log file:///tmp/%2False (refers to a file called /tmp/\/alse)
bzr log %252False (refers to a file called /tmp/%252False) bzr log foo,branch=bla # path "foo" with the segment parameter "branch" set to "bla"
bzr log file:foo%2Cbranch=bla # path "foo,branch=bla"
bzr log file:foo,branch=bla # path "foo" with segment parameter "branch" set to "bla"
bzr lp-find-proposal -r annotate:README:1 bzr lp-propose-merge --review jrandom --review review-team=qa bzr merge pull in changes from another branch
bzr commit save some or all changes
bzr send send changes via email bzr status summarize changes in working copy
bzr diff show detailed diffs bzr version-info --custom \
--template="#define VERSION_INFO \"Project 1.2.3 (r{revno})\"\n" bzr+ssh://remote@shell.example.com/~/myproject/trunk bzr.default_mergetool = kdiff3
bzr.mergetool.kdiff3 = kdiff3 {base} {this} {other} -o {result} cd /tmp
bzr log /tmp/%2False
bzr log %2False
bzr log file:///tmp/%252False
bzr log file://localhost/tmp/%252False
bzr log file:%252False checkout Create a working tree when a branch does not have one.
remove-tree Removes the working tree from a branch when it is safe to do so.
update When a working tree is out of sync with its associated branch
this will update the tree to match the branch.
checkout Create a checkout. Pass --lightweight to get a lightweight
checkout
update Pull any changes in the master branch in to your checkout
commit Make a commit that is sent to the master branch. If you have
a heavy checkout then the --local option will commit to the
checkout without sending the commit to the master
switch Change the master branch that the commits in the checkout will
be sent to
bind Turn a standalone branch into a heavy checkout so that any
commits will be sent to the master branch
unbind Turn a heavy checkout into a standalone branch so that any
commits are only made locally
info Displays whether a branch is bound or unbound. If the branch is
bound, then it will also display the location of the bound branch
gio+ Access using any GIO supported protocols. http://bzruser:BadPass@bzr.example.com:8080/bzr/trunk http_proxy=http://proxy.example.com:3128/
https_proxy=http://proxy.example.com:3128/ init Change a directory into a versioned branch.
branch Create a new branch that is a copy of an existing branch.
merge Perform a three-way merge.
bind Bind a branch to another one.
init Make a directory into a versioned branch.
init-repository Create a shared repository. Use --no-trees to create one
in which new branches won't get a working tree.
yyy.hooks.install_named_hook("xxx", ...) {base} file.BASE
{this} file.THIS
{other} file.OTHER
{result} output file
{this_temp} temp copy of file.THIS, used to overwrite output file if merge
succeeds. * File system paths, relative or absolute * Fully qualified URLs * To reapply read converters, ``touch`` files, i.e. update their
timestamp. Operations like ``bzr status`` should then reapply the
relevant read converters and compare the end result with the
canonical format. * To reapply write converters, ensure there are no local changes,
delete the relevant files and run ``bzr revert`` on those files. 1. the first match wins, 2. empty fields match everything, 3. ``scheme`` matches even if decorators are used in the requested URL, 4. ``host`` matches exactly or act as a domain if it starts with '.'
(``project.bzr.sf.net`` will match ``.bzr.sf.net`` but ``projectbzr.sf.net``
will not match ``bzr.sf.net``). 5. ``port`` matches if included in the requested URL (exact matches only) 6. ``path`` matches if included in the requested URL (and by rule #2 above,
empty paths will match any provided path). ========== ===================================== ======================
Value Checkout end-of-lines as Commit end-of-lines as
========== ===================================== ======================
``native`` ``crlf`` on Windows, ``lf`` otherwise ``lf``
---------- ------------------------------------- ----------------------
``lf`` ``lf`` ``lf``
---------- ------------------------------------- ----------------------
``crlf`` ``crlf`` ``lf``
---------- ------------------------------------- ----------------------
``exact`` No conversion Exactly as in file
========== ===================================== ====================== ============================ ======================== ======================
Value Checkout end-of-lines as Commit end-of-lines as
============================ ======================== ======================
``native-with-crlf-in-repo`` ``crlf`` on Windows, ``crlf``
``lf`` otherwise
---------------------------- ------------------------ ----------------------
``lf-with-crlf-in-repo`` ``lf`` ``crlf``
---------------------------- ------------------------ ----------------------
``crlf-with-crlf-in-repo`` ``crlf`` ``crlf``
============================ ======================== ====================== none:
the value is interpreted the same for contained locations. This is
the default behaviour.
norecurse:
the value is only used for the exact location specified by the
section name.
appendpath:
for contained locations, any additional path components are
appended to the value. "%(alias_name)s" is not a valid location alias. "%(function)s" called on an AtomicFile after it was closed: "%(path)s" "%(invalid_id)s" is not a valid shelf id, try a number instead. "%(path)s" is not a directory %(extra)s "%(path)s" is not in the working directory %(extra)s "%s" is not a valid <plugin_name>@<plugin_path> description "bzr diff -p1" is equivalent to "bzr diff --prefix old/:new/", and
produces patches suitable for "patch -p1". %(bzrdir)r does not support co-located branches. %(context_info)s%(path)s is already versioned. %(context_info)s%(path)s is not versioned. %(exe_name)s could not be found on this machine %(msg)s %(host)s%(port)s%(orig_error)s %(not_locked)r is not write locked but needs to be. %(source)s is%(permanently)s redirected to %(target)s %(target)s
is not compatible with
%(source)s
%(details)s %(url)s is not a local path. %(username)r does not seem to contain a reasonable email address %(value)s is not an index of type %(_type)s. %6d file-ids %6d ghost revisions %6d inconsistent parents %6d revisions %6d revisions and inventories %6d revisions are mentioned but not present %6d revisions are missing inventory_sha1 %6d revisions have incorrect parents in the revision index %6d revisions missing parents in ancestry %6d revisions not present %6d texts %6d unreferenced text versions %d conflict auto-resolved. %d conflicts auto-resolved. %d conflicts encountered. %d proposals(s) found. %d tag updated. %d tags updated. %r is too short to calculate a relative path %s
Commit refused. %s - Stage %s cannot canonicalize CHKs. %s has no associated product or source package. %s has no development focus. %s is already up-to-date. %s is not registered on Launchpad %s is now not stacked
'%(display_url)s' is already a branch. '%(display_url)s' is already a checkout. '%(display_url)s' is already a lightweight checkout. '%(display_url)s' is already a tree. '%(display_url)s' is already standalone. '%(display_url)s' is already using a shared repository. '%(display_url)s' is not in sync with %(target_url)s. See bzr help sync-for-reconfigure. '{0}' view is: {1}
(Default: "bzr"). The path to the command that should be used to run the smart
server for bzr. This value may only be specified in locations.conf, because: (Default: "gpg"). Which program should be used to sign and check revisions.
For example:: (Default: "localhost"). SMTP server to use when Bazaar needs to send
email, eg. with ``merge-directive --mail-to``, or the bzr-email plugin. (The --force option is deprecated, rather use --no-backup in future.) (default) * 0 = Standard SIGQUIT behavior (normally, exit with a core dump)
* 1 = Invoke breakin debugger (default) * 0 = Standard behavior
* 1 = Launch debugger * A machine-readable description of the merge to perform * An optional bundle of revision data, so that the changes can be applied
directly from the merge directive, without retrieving data from a
branch. * An optional patch that is a preview of the changes requested * Ignore patterns starting with "#" act as comments in the ignore file.
To ignore patterns that begin with that character, use the "RE:" prefix. * ``+user``, ``+core``, ``+site`` will add the corresponding path
before the remaining default values (and also remove it from
the default values). * ``--action=done`` will just mark the conflict as resolved. * ``--action=take-other`` will issue ``bzr rm directory`` including the
children, * ``--action=take-this`` will acknowledge Bazaar choice of leaving ``white``
in ``black``,
* ``--action=take-other`` will revert Bazaar choice and move ``black`` in
``white`` by issuing ``bzr mv black/white white ; bzr mv black white``,
* ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will acknowledge Bazaar choice to keep the directory, * ``--action=take-this`` will issue ``bzr mv FILE.THIS FILE``,
* ``--action=take-other`` will issue ``bzr mv FILE.OTHER FILE``,
* ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``bzr rm --force foo.new`` and
``bzr add foo``,
* ``--action=take-other`` will issue ``bzr rm --force foo`` and
``bzr mv foo.new foo``,
* ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``bzr rm FILE ; bzr mv FILE.moved FILE``,
* ``--action=take-other`` will issue ``bzr rm FILE.moved``,
* ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``bzr rm directory`` including the
children,
* ``--action=take-other`` will acknowledge Bazaar choice to keep the children
and restoring the directory,
* ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``mv FILE.THIS FILE``,
* ``--action=take-other`` will issue ``mv FILE.OTHER FILE``. * ``--action=take-this`` will revert Bazaar choice and keep ``PATH1`` by
issuing ``bzr mv PATH2 PATH1``,
* ``--action=take-other`` will acknowledge Bazaar choice of keeping ``PATH2``,
* ``--action=done`` will just mark the conflict as resolved. * ``-user``, ``-core``, ``-site`` will remove the corresponding
path from the default values, * ``authentication.conf`` describes credential information for
remote servers. * ``bazaar.conf`` describes default configuration options, * ``conflict`` (the default): will leave the orphans in place and
generate a conflicts, * ``format_deprecation``:
whether the format deprecation warning is shown on repositories that are
using deprecated formats. * ``host``: the remote server, * ``locations.conf`` describes configuration information for
specific branch locations, * ``move``: will move the orphans to a ``bzr-orphans`` directory at the root
of the working tree with names like ``<file>.~#~``. * ``password``: the password. * ``path``: the branch location, * ``port``: the port the server is listening, * ``user``: the login to be used, * a canonical format - how files are stored internally
* a convenience format - how files are created in a working tree. * a read converter - converts from convenience to canonical format
* a write converter - converts from canonical to convenience format. * add a ``password_encoding`` field allowing: * add a ``verify_certificates`` field for ``HTTPS``. * the bzrlib directory (containing the ``core`` plugins), * the site specific plugin directory if applicable (containing
the ``site`` plugins). * the user specific plugin directory (containing the ``user`` plugins), * update the credentials when the user is prompted for user or password, *** Ignoring files outside view. View is %s *** {0} content-filter: {1} => {2!r} , the header appears corrupt, try passing -r -1 to set the state to the last commit - it's needed before branch.conf is accessible
- allowing remote branch.conf files to specify commands would be a security
risk - not supported for merge directives that use more than one output file. --after cannot be specified with --auto. --benchmark is no longer supported from bzr 2.2; use bzr-usertest instead --dry-run requires --auto. --dry-run will show which files would be added, but not actually
add them. --email can only be used to display existing identity --exclude-common-ancestry requires -r with two revisions --exclude-common-ancestry requires two different revisions --file-ids-from will try to use the file ids from the supplied path.
It looks up ids trying to find a matching parent directory with the
same filename, and then by pure path. This option is rarely needed
but can be useful when adding the same logical file into two
branches that will be merged later (without showing the two different
adds as a conflict). It is also useful when merging another project
into a subdirectory of this one. --help, -h Show help message.
--verbose, -v Display more information.
--quiet, -q Only display errors and warnings. --prefix expects two values separated by a colon (eg "old/:new/") --product is deprecated; please use --project. --profile Profile execution using the hotshot profiler.
--lsprof Profile execution using the lsprof profiler.
--lsprof-file Profile execution using the lsprof profiler, and write the
results to a specified file. If the filename ends with ".txt",
text format will be used. If the filename either starts with
"callgrind.out" or end with ".callgrind", the output will be
formatted for use with KCacheGrind. Otherwise, the output
will be a pickle.
--coverage Generate line coverage report in the specified directory. --remember requires a branch to be specified. --tree and --revision can not be used together --uncommitted requires a working tree --verbose requires a merge directive --verbose shows the path where each plugin is located. --verbose will print out what is being removed.
--dry-run will go through all the motions, but not actually
remove anything. --version Print the version number. Must be supplied before the command.
--no-aliases Do not process command aliases when running this command.
--builtin Use the built-in version of a command, not the plugin version.
This does not suppress other plugin effects.
--no-plugins Do not process any plugins.
--no-l10n Do not translate messages.
--concurrency Number of processes that can be run concurrently (selftest). -Dauth Trace authentication sections used.
-Dbytes Print out how many bytes were transferred
-Ddirstate Trace dirstate activity (verbose!)
-Derror Instead of normal error handling, always print a traceback
on error.
-Devil Capture call sites that do expensive or badly-scaling
operations.
-Dfetch Trace history copying between repositories.
-Dfilters Emit information for debugging content filtering.
-Dforceinvdeltas Force use of inventory deltas during generic streaming fetch.
-Dgraph Trace graph traversal.
-Dhashcache Log every time a working file is read to determine its hash.
-Dhooks Trace hook execution.
-Dhpss Trace smart protocol requests and responses.
-Dhpssdetail More hpss details.
-Dhpssvfs Traceback on vfs access to Remote objects.
-Dhttp Trace http connections, requests and responses.
-Dindex Trace major index operations.
-Dknit Trace knit operations.
-Dlock Trace when lockdir locks are taken or released.
-Dnoretry If a connection is reset, fail immediately rather than
retrying the request.
-Dprogress Trace progress bar operations.
-Dmem_dump Dump memory to a file upon an out of memory error.
-Dmerge Emit information for debugging merges.
-Dno_apport Don't use apport to report crashes.
-Dno_activity Don't show transport activity indicator in progress bar.
-Dpack Emit information about pack operations.
-Drelock Emit a message every time a branch or repository object is
unlocked then relocked the same way.
-Dsftp Trace SFTP internals.
-Dstatic_tuple Error when a tuple is used where a StaticTuple is expected
-Dstream Trace fetch streams.
-Dstrict_locks Trace when OS locks are potentially used in a non-portable
manner.
-Dunlock Some errors during unlock are treated as warnings.
-DIDS_never Never use InterDifferingSerializer when fetching.
-DIDS_always Always use InterDifferingSerializer to fetch if appropriate
for the format, even for non-local fetches.
-Oname=value Override the ``name`` config option setting it to ``value`` for
the duration of the command. This can be used multiple times if
several options need to be overridden. .. _Python regular expressions: http://docs.python.org/library/re.html .. note:: 1. Modify the working tree content so that the conflicted item is now in the
state you want to keep, then 1. user and password 2. Inform Bazaar that the conflict is now solved and ask to cleanup any
remaining generated information (``bzr resolve <item>``). 2. user, realm and password :2a:
(native) (default) Format for the bzr 2.0 series. Uses group-
compress storage. Provides rich roots which are a one-way
transition. :Aliases: :Checks: :Custom authors: :Description:
%s
:Examples: :Examples:
Create a shared repository holding just branches:: :Examples:
Ignore the top level Makefile:: :Examples:
Re-do the merge of all conflicted files, and show the base text in
conflict regions, in addition to the usual THIS and OTHER texts:: :Examples:
Show the current aliases:: :Examples:
Show the email of the current user:: :Examples:
Shows the difference in the working tree versus the last commit:: :Examples:
To merge all new revisions from bzr.dev:: :Examples:
bzr break-lock
bzr break-lock bzr+ssh://example.com/bzr/foo
bzr break-lock --conf ~/.bazaar :Examples:
Show the Launchpad ID of the current user:: :Examples:
To define the current view:: :Exit values:
1 - changed
2 - unrepresentable changes
3 - error
0 - no change :From: plugin "%s"
:Notes:
* Ignore patterns containing shell wildcards must be quoted from
the shell on Unix. :On Unix: ~/.bazaar/bazaar.conf
:On Windows: C:\\Documents and Settings\\username\\Application Data\\bazaar\\2.0\\bazaar.conf :Options:%s :Ordering control: :Other filtering: :Output control: :Path filtering: :Purpose: %s
:Revision filtering: :See also: %s :Selective commits: :Things to note: :Tips & tricks: :Usage:
%s
:Usage: %s
:ancestor: :annotate: :before: :branch: :claws: Use Claws. This skips a dialog for attaching files.
:evolution: Use Evolution.
:kmail: Use KMail.
:mutt: Use Mutt.
:thunderbird: Use Mozilla Thunderbird or Icedove. For Thunderbird/Icedove 1.5,
this works around some bugs that xdg-email doesn't handle. :date: :default: See above.
:editor: Use your editor to compose the merge request. This also uses
your commit id, (see ``bzr whoami``), smtp_server and (optionally)
smtp_username and smtp_password.
:mapi: Use your preferred e-mail client on Windows.
:xdg-email: Use xdg-email to run your preferred mail program :development-colo:
(native) The 2a format with experimental support for colocated
branches. :doc:`{0} <{1}-help>` :last: :mainline: :pack-0.92:
(native) Pack-based format used in 1.x series. Introduced in 0.92.
Interoperates with bzr repositories before 0.92 but cannot be read
by bzr < 0.92. :revid: :revid:
Selects a revision using the revision id.
:submit:
Selects a common ancestor with the submit branch.
:ancestor:
Selects a common ancestor with a second branch.
:date:
Selects a revision on the basis of a datestamp.
:branch:
Selects the last revision of a specified branch.
:tag:
Selects a revision identified by a tag name.
:revno:
Selects a revision using a number.
:before:
Selects the parent of the revision specified.
:annotate:
Select the revision that last modified the specified line.
:mainline:
Select mainline revision that merged the specified revision.
:last:
Selects the nth revision from the end. :revno: :submit: :tag: =================== ===========================================================
BZRPATH Path where bzr is to look for shell plugin external
commands.
BZR_EMAIL E-Mail address of the user. Overrides EMAIL.
EMAIL E-Mail address of the user.
BZR_EDITOR Editor for editing commit messages. Overrides EDITOR.
EDITOR Editor for editing commit messages.
BZR_PLUGIN_PATH Paths where bzr should look for plugins.
BZR_DISABLE_PLUGINS Plugins that bzr should not load.
BZR_PLUGINS_AT Plugins to load from a directory not in BZR_PLUGIN_PATH.
BZR_HOME Directory holding .bazaar config dir. Overrides HOME.
BZR_HOME (Win32) Directory holding bazaar config dir. Overrides APPDATA and
HOME.
BZR_REMOTE_PATH Full name of remote 'bzr' command (for bzr+ssh:// URLs).
BZR_SSH Path to SSH client, or one of paramiko, openssh, sshcorp,
plink or lsh.
BZR_LOG Location of .bzr.log (use '/dev/null' to suppress log).
BZR_LOG (Win32) Location of .bzr.log (use 'NUL' to suppress log).
BZR_COLUMNS Override implicit terminal width.
BZR_CONCURRENCY Number of processes that can be run concurrently (selftest)
BZR_PROGRESS_BAR Override the progress display. Values are 'none' or 'text'.
BZR_PDB Control whether to launch a debugger on error.
BZR_SIGQUIT_PDB Control whether SIGQUIT behaves normally or invokes a
breakin debugger.
BZR_TEXTUI_INPUT Force console input mode for prompts to line-based (instead
of char-based).
=================== ===========================================================
A Python unicode encoding name for text output from bzr, such as log
information. Values include: utf8, cp850, ascii, iso-8859-1. The default
is the terminal encoding prefered by the operating system. A Solution
---------- A backup.bzr.~#~ directory is created at the start of the conversion
process (where # is a number). By default, this is left there on
completion. If the conversion fails, delete the new .bzr directory
and rename this one back in its place. Use the --clean option to ask
for the backup.bzr directory to be removed on successful conversion.
Alternatively, you can delete it by hand if everything looks good
afterwards. A branch consists of the state of a project, including all of its
history. All branches have a repository associated (which is where the
branch history is stored), but multiple branches may share the same
repository (a shared repository). Branches can be copied and merged. A checkout is created with the bzr checkout command (see "help checkout").
You pass it a reference to another branch, and it will create a local copy
for you that still contains a reference to the branch you created the
checkout from (the master branch). Then if you make any commits they will be
made on the other branch first. This creates an instant mirror of your work, or
facilitates lockstep development, where each developer is working together,
continuously integrating the changes of others. A comma-separated list of debugging options to turn on. The same values
can be used as with the -D command-line option (see `help global-options`).
For example:: A comment is any line that starts with a "#" (sometimes called a "hash
mark", "pound sign" or "number sign"). Comment lines are ignored by
Bazaar when parsing ini files. A control directory already exists: "%(path)s". A criss-cross in the branch history can cause the default merge technique
to emit more conflicts than would normally be expected. A detailed description of each keyword is given below. A directory cannot be a bundle A format name for the default format used when creating branches. See ``bzr
help formats`` for possible values. A hook of type *xxx* of class *yyy* needs to be registered using:: A list of strings, each string represent a warning that can be emitted by
bzr. Mentioning a warning in this list tells bzr to not emit it. A log format controls how information about each revision is displayed.
The standard log formats are compared below:: A mail client to use for sending merge requests.
By default, bzr will try to use ``mapi`` on Windows. On other platforms, it
will try ``xdg-email``. If either of these fails, it will fall back to
``editor``. A merge directive must provide either a bundle or a public branch location. A merge directive provides many things needed for requesting merges: A number of debug flags are also available to assist troubleshooting and
development. See :doc:`debug-flags-help`.
A option can reference other options by enclosing them in curly brackets:: A plugin is an external component for Bazaar that extends the
revision control system, by adding or replacing code in Bazaar.
Plugins can do a variety of things, including overriding commands,
adding new commands, providing additional network transports and
customizing log output. A publically-accessible version of this branch (implying that this version is
not publically-accessible). Used (and set) by ``bzr send``. A revision identifier refers to a specific state of a branch's history. It
can be expressed in several ways. It can begin with a keyword to
unambiguously specify a given lookup type; some examples are 'last:1',
'before:yesterday' and 'submit:'. A section header is a word enclosed in brackets that starts at the begining
of a line. A typical section header looks like this:: A section option resides within a section. A section option contains an
option name, an equals sign and a value. For example:: A standalone tree is a working tree with an associated repository. It
is an independently usable branch, with no dependencies on any other.
Creating a standalone tree (via bzr init) is the quickest way to put
an existing project under version control. A target configuration must be specified. A transaction related operation was attempted after the transaction finished. A typical ``bazaar.conf`` section often looks like the following:: A typical config file might look something like:: A warning will be printed when nested trees are encountered,
unless they are explicitly ignored. A working tree is the contents of a branch placed on disk so that you can
see the files and edit them. The working tree is where you make changes to a
branch, and when you commit the current state of the working tree is the
snapshot that is recorded in the commit. Add file "%(path)s"? Add specified files or directories. Adding a file whose parent directory is not versioned will
implicitly add the parent, and so on up to the root. This means
you should never need to explicitly add a directory, they'll just
get added when you add a file in the directory. Adding file contents Additionally for directories, symlinks and files with a changed
executable bit, Bazaar indicates their type using a trailing
character: '/', '@' or '*' respectively. These decorations can be
disabled using the '--no-classify' option. After unbinding, the local branch is considered independent and subsequent
commits will be local only. Aliases for remembered locations All changes applied successfully. All commits signed with verifiable keys All conflicts resolved. All connections are done with the same ``user`` (the remote one for which the
default bzr one is not appropriate) and the password is always prompted with
some exceptions:: All hidden commands Already a branch: "%(path)s". Alternately, it can be given without a keyword, in which case it will be
checked as a revision number, a tag, a revision id, a date specification, or a
branch specification, in that order. For example, 'date:today' could be
written as simply 'today', though if you have a tag called 'today' that will
be found first. Alternatively, to change the log format used for a given query, use the
--long, --short or --line options. Alternatively, to list just the files:: An attempt to access a url outside the server jail was made: '%(url)s'. An error has been detected in the repository %(repo_path)s.
Please run bzr reconcile on this repository. An explanatory message needs to be given for each commit. This is
often done by using the --message option (getting the message from the
command line) or by using the --file option (getting the message from
a file). If neither of these options is given, an editor is opened for
the user to enter the message. To see the changed files in the
boilerplate text loaded into the editor, use the --show-diff option. An inconsistent delta was supplied involving %(path)r, %(file_id)r
reason: %(reason)s An inconsistent delta was supplied: %(delta)r
reason: %(reason)s An ini file has three types of contructs: section headers, section
options and comments. Another class is 'detritus', which includes files emitted by bzr during
normal operations and selftests. (The value of these files decreases with
time.) Another possible use for a checkout is to use it with a treeless repository
containing your branches, where you maintain only one working tree by
switching the master branch that the checkout points to when you want to
work on a different branch. Another such option is ``basename`` which can be used like this:: Another such option is ``branchname``, which refers to the name of a colocated
branch. For non-colocated branches, it behaves like basename. It can be used
like this:: Any action will also delete the previously generated ``.BASE``, ``.THIS`` and
``.OTHER`` files if they are still present in the working tree. Any files matching patterns in the ignore list will not be added
unless they are explicitly mentioned. Any revision involved in the merge may be specified-- the revision in
which the merge was performed, or one of the revisions that was merged. Apply %d change(s)? Apply binary changes? Apply change? Apply changes and remove from the shelf. Apply changes but don't delete them. Apply content filters to display the convenience form. Apply content filters to export the convenient form. Apply list or delete action to all views. Apply phase Apply uncommitted changes from a working copy, instead of branch changes. Are you sure you wish to delete these As for the ``PATH`` variables, if multiple directories are
specified in ``BZR_PLUGIN_PATH`` they should be separated by the
platform specific appropriate character (':' on Unix,
';' on windows) Ask Launchpad to mirror a branch now. At %s you have a valid .bzr control directory, but not a branch or repository. This is an unsupported configuration. Please move the target directory out of the way and try again. At company.com, the server hosting release and integration branches is behind a
proxy, and the two branches use different authentication policies:: At the same time it is run it may recompress data resulting in
a potential saving in disk space or performance gain. Attempt to reuse a transform that has already been applied. Authenticated as %s Authentication Settings
======================= Authentication definitions
-------------------------- Authors Automatically guess renames. Avoid making changes when guessing renames. BZRPATH
~~~~~~~ BZR_DISABLE_PLUGINS
~~~~~~~~~~~~~~~~~~~ BZR_EDITOR
~~~~~~~~~~ BZR_EMAIL
~~~~~~~~~ BZR_HOME
~~~~~~~~ BZR_LOG
~~~~~~~ BZR_PDB
~~~~~~~ BZR_PLUGINS_AT
~~~~~~~~~~~~~~ BZR_PROGRESS_BAR
~~~~~~~~~~~~~~~~ BZR_REMOTE_PATH
~~~~~~~~~~~~~~~ BZR_SIGQUIT_PDB
~~~~~~~~~~~~~~~ BZR_SSH
~~~~~~~ Backing up inventory Backup Inventory created Backup changed files (default). Backup inventory created. Bad bzr revision-bundle: %(text)r Bad merge directive payload %(start)r Bad value "%(value)s" for option "%(name)s". Bad value "%(value)s" for option "%(name)s".
See ``bzr help %(name)s`` Basic commands Basic commands:
bzr init makes this directory a versioned branch
bzr branch make a copy of another branch Basic help for all commands Basic information on shared repositories. Bazaar 2.6b2 -- a free distributed version-control tool
http://bazaar.canonical.com/ Bazaar allows locations to be specified in multiple ways, either: Bazaar also supports a global ignore file ~/.bazaar/ignore. On Windows
the global ignore file can be found in the application data directory as
C:\Documents and Settings\<user>\Application Data\Bazaar\2.0\ignore.
Global ignores are not touched by this command. The global ignore file
can be edited directly using an editor. Bazaar cannot auto-detect when conflicts of this kind have been resolved. Bazaar defines several aliases for locations associated with a branch. These
can be used with most commands that expect a location, such as `bzr push`. Bazaar knows about a few bug trackers that have many users. If
you use one of these bug trackers then there is no setup required to
use this feature, you just need to know the tracker identifier to use.
These are the bugtrackers that are built in: Bazaar supports all of the standard parts within the URL:: Bazaar tries to avoid conflicts ; its aim is to ask you to resolve the
conflict if and only if there's an actual conceptual conflict in the source
tree. Because Bazaar doesn't understand the real meaning of the files being
versioned, it can, when faced with ambiguities, fall short in either direction
trying to resolve the conflict itself. Many kinds of changes can be combined
programmatically, but sometimes only a human can determine the right thing to
do. Bazaar uses patterns to match files at various times. For example,
the ``add`` command skips over files that match ignore patterns
and preferences can be associated with files using rule patterns.
The pattern syntax is described below. Bazaar's content filtering allows you to store files in a different
format from the copy in your working tree. This lets you, or your
co-developers, use Windows development tools that expect CRLF files
on projects that use other line-ending conventions. Among other things,
content filters also let Unix developers more easily work on projects
using Windows line-ending conventions, keyword expansion/compression,
and trailing spaces on lines in text files to be implicitly stripped
when committed. Before merges are committed, the pending merge tip revisions are
shown. To see all pending merge revisions, use the -v option.
To skip the display of pending merge information altogether, use
the no-pending option or specify a file/directory. Before using this command you must register the project to which the
branch belongs, and create an account for yourself on launchpad.net. Binary files section encountered. Bind new branch to from location. Body for the email. Both --delete and --switch specified Both --delete and a file list specified Both --switch and --all specified Both --switch and a file list specified Both the submit branch and the public branch follow the usual behavior with
respect to --remember: If there is no default location set, the first send
will set it (use --no-remember to avoid setting it). After that, you can
omit the location to use the default. To change the default, use
--remember. The value will only be saved if the location can be accessed. Bound branch %(branch)s is out of date with master branch %(master)s.%(extra_help)s Bound branches use the nickname of its master branch unless it is set
locally, in which case binding will update the local nickname to be
that of the master. Bound branches use the nickname of its master branch unless it is set
locally, in which case switching will update the local nickname to be
that of the master. Bound branches use the nickname of its master branch unless it is set
locally. Branch "%(branch_url)s" appears to be bound to itself. Please use `bzr unbind` to fix. Branch %(base)s is missing revision %(text_revision)s of %(file_id)s Branch %(branch)s has no commits. Branch author's email address, if not yourself. Branch format Branch in which to place the tag. Branch is active. Use --force to remove it. Branch is already bound Branch to bind checkout to. Branch to generate the submission from, rather than the one containing the working directory. Branch to merge into, rather than the one containing the working directory. Branch to operate on, instead of working directory. Branch to pull into, rather than the one containing the working directory. Branch to push from, rather than the one containing the working directory. Branch whose tags should be displayed. Branch/tree to compare from. Branch/tree to compare to. Branched %d revision. Branched %d revisions. Branches Branches Out of Sync Branches and working trees will also report any missing revisions. Branches are up to date.
Branches have no common ancestor, and no merge base revision was specified. Branches in the repository will default to not having a working tree. Branching '%(url)s'(%(format)s) must create a working tree. Break a dead lock. Bug Tracker Settings Bug tracker settings Building tree Bundle format %(bundle_format)s is incompatible with %(other)s Bundle format not supported Bundling %d revision. Bundling %d revisions. By default branch will fail if the target directory exists, but does not already have a control directory. This flag will allow branch to proceed. By default if ``BZR_PLUGIN_PATH`` is set, it replaces searching
in ``user``. However it will continue to search in ``core`` and
``site`` unless they are explicitly removed. By default just running 'bzr init' will create a repository within the new
branch but it is possible to create a shared repository which allows multiple
branches to share their information in the same location. When a new branch is
created it will first look to see if there is a containing shared repository it
can use. By default push will fail if the target directory exists, but does not already have a control directory. This flag will allow push to proceed. By default the merge directive is self-contained and can be applied to any
branch containing submit_branch in its ancestory without needing access to
the source branch. By default the server is a readonly server. Supplying --allow-writes enables write access to the contents of the served directory and below. Note that ``bzr serve`` does not perform authentication, so unless some form of external authentication is arranged supplying this option leads to global uncontrolled write access to your file system. By default, only unknown files, not ignored files, are deleted. Versioned
files are never deleted. By default, the SUBMIT_BRANCH's review team will be requested to review
the merge proposal. This can be overriden by specifying --review (-R).
The parameter the launchpad account name of the desired reviewer. This
may optionally be followed by '=' and the review type. For example: By default, the entire tree is committed and the person doing the
commit is assumed to be the author. These defaults can be overridden
as explained below. By default, the most recently shelved changes are restored. However if you
specify a shelf by id those changes will be restored instead. This works
best when the changes don't depend on each other. By default, this command only works on branches that have not diverged.
Branches are considered diverged if the destination branch's most recent
commit is one that has not been merged (directly or indirectly) into the
parent. CAUTION: Locks should only be broken when you are sure that the process
holding the lock has been stopped. Calculating hashes Calculating text parents Called after a checkout switches branch. post_switch is called with a
bzrlib.branch.SwitchHookParams. Called after a commit is calculated but before it is completed.
pre_commit is called with (local, master, old_revno, old_revid,
future_revno, future_revid, tree_delta, future_tree). old_revid is
NULL_REVISION for the first commit to a branch, tree_delta is a
TreeDelta object describing changes from the basis revision. hooks
MUST NOT modify this delta. future_tree is an in-memory tree obtained
from CommitBuilder.revision_tree() and hooks MUST NOT modify this
tree. Called after a commit is performed on a tree. The hook is called with
a bzrlib.mutabletree.PostCommitHookParams object. The mutable tree the
commit was performed on is available via the mutable_tree attribute of
that object. Called after a completely new tree is built. The hook is called with
the tree as its only argument. Called after a merge. Receives a Merger object as the single argument.
The return value is ignored. Called after a new connection is established or a reconnect occurs.
The sole argument passed is either the connected transport or smart
medium instance. Called after a pull operation completes. post_pull is called with a
bzrlib.branch.PullResult object and only runs in the bzr client. Called after a push operation completes. post_push is called with a
bzrlib.branch.BranchPushResult object and only runs in the bzr client. Called after a tree transform has been performed on a tree. The hook
is called with the tree that is being transformed and the transform. Called after creating a command object to allow modifications such as
adding or removing options, docs etc. Called with the new
bzrlib.commands.Command object. Called after executing a command. Called with the command object. Called after new branch initialization completes. post_branch_init is
called with a bzrlib.branch.BranchInitHookParams. Note that init,
branch and checkout (both heavyweight and lightweight) will all
trigger this hook. Called before a commit is performed on a tree. The start commit hook
is able to change the tree before the commit takes place. start_commit
is called with the bzrlib.mutabletree.MutableTree that the commit is
being performed on. Called before a merge. Receives a Merger object as the single
argument. Called before a tree transform on this tree. The hook is called with
the tree that is being transformed and the transform. Called by the bzr server when an exception occurs. server_exception is
called with the sys.exc_info() tuple return true for the hook if the
exception has been handled, in which case the server will exit
normally. Called by the bzr server when it starts serving a directory.
server_started is called with (backing urls, public url), where
backing_url is a list of URLs giving the server-specific directory
locations, and public_url is the public URL for the directory being
served. Called by the bzr server when it starts serving a directory.
server_started is called with (backing_urls, server_obj). Called by the bzr server when it stops serving a directory.
server_stopped is called with the same parameters as the
server_started hook: (backing_urls, public_url). Called in bzr client and server after a change to the tip of a branch
is made. post_change_branch_tip is called with a
bzrlib.branch.ChangeBranchTipParams. Note that push, pull, commit,
uncommit will all trigger this hook. Called in bzr client and server before a change to the tip of a branch
is made. pre_change_branch_tip is called with a
bzrlib.branch.ChangeBranchTipParams. Note that push, pull, commit,
uncommit will all trigger this hook. Called in the bzr client after a commit has completed. post_commit is
called with (local, master, old_revno, old_revid, new_revno,
new_revid). old_revid is NULL_REVISION for the first commit to a
branch. Called in the bzr client after an uncommit completes. post_uncommit is
called with (local, master, old_revno, old_revid, new_revno,
new_revid) where local is the local branch or None, master is the
target branch, and an empty branch receives new_revno of 0, new_revid
of None. Called prior to executing a command. Called with the command object. Called to determine an automatic tag name for a revision.
automatic_tag_name is called with (branch, revision_id) and should
return a tag name or None if no tag name could be determined. The
first non-None tag name returned will be used. Called when a commit message is being generated.
commit_message_template is called with the bzrlib.commit.Commit object
and the message that is known so far. commit_message_template must
return a new message to use (which could be the same as it was given).
When there are multiple hooks registered for commit_message_template,
they are chained with the result from the first passed into the
second, and so on. Called when a stacked branch is activating its fallback locations.
transform_fallback_location is called with (branch, url), and should
return a new url. Returning the same url allows it to be used as-is,
returning a different one can be used to cause the branch to stack on
a closer copy of that fallback_location. Note that the branch cannot
have history accessing methods called on it during this hook because
the fallback locations have not been activated. When there are
multiple hooks installed for transform_fallback_location, all are
called with the url returned from the previous hook.The order is
however undefined. Called when creating a single command if no command could be found.
Called with (command_name). get_missing_command should either return
None, or a Command object to be used for the command. Called when creating a single command. Called with (cmd_or_None,
command_name). get_command should either return the cmd_or_None
parameter, or a replacement Command object that should be used for the
command. Note that the Command.hooks hooks are core infrastructure.
Many users will prefer to use bzrlib.commands.register_command or
plugin_cmds.register_lazy. Called when enumerating commands. Called with a set of cmd_name
strings for all the commands found so far. This set is safe to mutate
- e.g. to remove a command. list_commands should return the updated
set of command names. Called when the smart client is submitting a request to the smart
server. Called with a bzrlib.smart.client.CallHookParams object.
Streaming request bodies, and responses, are not accessible. Called with a MergeRequestBodyParams when a body is needed for a merge
request. Callbacks must return a body. If more than one callback is
registered, the output of one callback is provided to the next. Called with a bzrlib.lock.LockResult when a physical lock is acquired. Called with a bzrlib.lock.LockResult when a physical lock is broken. Called with a bzrlib.lock.LockResult when a physical lock is released. Called with a bzrlib.merge.Merger object to create a per file merge
object when starting a merge. Should return either None or a subclass
of ``bzrlib.merge.AbstractPerFileMerger``. Such objects will then be
called per file that needs to be merged (including when one side has
deleted the file and the other has changed it). See the
AbstractPerFileMerger API docs for details on how it is used by merge. Called with argument StatusHookParams after Bazaar has displayed the
status. StatusHookParams has the attributes (old_tree, new_tree,
to_file, versioned, show_ids, short, verbose). The last four arguments
correspond to the command line options specified by the user for the
status command. to_file is the output stream for writing. Called with argument StatusHookParams before Bazaar displays the
status. StatusHookParams has the attributes (old_tree, new_tree,
to_file, versioned, show_ids, short, verbose). The last four arguments
correspond to the command line options specified by the user for the
status command. to_file is the output stream for writing. Called with the Branch object that has been opened after a branch is
opened. Can't join trees because %s doesn't support rich root data.
You can use bzr upgrade on the repository. Can't reprocess and show base, because reprocessing obscures the relationship of conflicting lines to the base Can't subsume %(other_tree)s into %(tree)s. %(reason)s Can't use both --stacked-on and --unstacked Canceled Canceled
Cannot bind address "%(host)s:%(port)i": %(orig_error)s. Cannot change the 'off' pseudo view Cannot commit to branch %(branch)s. It is bound to %(master)s, which is bound to %(remote)s. Cannot convert from format %(from_format)s to format %(format)s. %(problem)s Cannot debug memory on win32 without ctypes or win32process Cannot do conflict reduction and show base. Cannot find registered bug tracker called %(abbreviation)s on %(branch)s Cannot join {0}. {1} Cannot lock %(lock)s: %(why)s Cannot lock: transport is read only: %(transport)s Cannot operate on "%(filename)s" because it is a control file Cannot operate on "%(filename)s" of unsupported kind "%(kind)s" Cannot perform local-only commits on unbound branches. Cannot pull --overwrite to a branch which is bound %(branch)s Cannot pull individual files Cannot set both --verbose and --null Cannot sign a range of non-revision-history revisions Cannot switch a branch, only a checkout. Cannot switch as local commits found in the checkout. Commit these to the bound branch or use --force to throw them away. Cannot use --uncommitted and --revision at the same time. Cannot use --uncommitted with bundles or merge directives. Cannot use -r with merge directives or bundles Cannot verify a range of non-revision-history revisions Case insensitive ignore patterns can be specified with regular expressions
by using the ``i`` (for ignore case) flag in the pattern. Certificate error: %(error)s Change "%(path)s" from %(this)s to %(other)s? Change target of "%(path)s" from "%(this)s" to "%(other)s"? Changes shelved with id "%d". Check if tree is clean. Check the branch related to the current directory. Check the repository related to the current directory. Check the working tree related to the current directory. Checking branch at '%s'. Checking repository at '%s'. Checking unused inventories Checking working tree at '%s'. Checkouts Checkouts are source trees that are connected to a branch, so that when
you commit in the source tree, the commit goes into that branch. They
allow you to use a simpler, more centralized workflow, ignoring some of
Bazaar's decentralized features until you want them. Using checkouts
with shared repositories is very similar to working with SVN or CVS, but
doesn't have the same restrictions. And using checkouts still allows
others working on the project to use whatever workflow they like. Column 1 - versioning/renames:: Column 2 - contents:: Column 3 - execute:: Combine a tree into its containing tree. Comma also has special meaning in URLs, because it denotes `segment parameters`_ Comma is also special in any file system paths that are specified. To use a literal
comma in a file system path, specify a URL and URL encode the comma:: Comma separated list of GPG key patterns which are acceptable for verification. CommandHooks
------------ Comments
^^^^^^^^ Commit changes into a new revision. Commit even if nothing has changed. Commit message. Commit refused because there are unknown files in the working tree. Committed revision %d. Committing%s Commonly used like this:
eval "`bzr bash-completion`" Compress the data within a repository. Config file %(filename)s is not UTF-8 encoded
Configuration Settings
======================= Configuration files are located in ``$HOME/.bazaar`` on Unix and
``C:\Documents and Settings\<username>\Application Data\Bazaar\2.0`` on
Windows. (You can check the location for your system by using
``bzr version``.) Conflict Types
============== Conflict reduction is not supported for merge type %s. Conflicting tags in bound branch:
{0} Conflicts detected in working tree. Use "bzr conflicts" to list, "bzr resolve FILE" to resolve. Conflicts normally are listed as short, human-readable messages. If --text
is supplied, the pathnames of files with text conflicts are listed,
instead. (This is useful for editing all files with text conflicts.) Connection Timeout: %(msg)s%(orig_error)s Connection closed: %(msg)s %(orig_error)s Connection error: %(msg)s %(orig_error)s Container has data after end marker: %(excess)r Container has multiple records with the same name: %(name)s Contains the user's default configuration. The section ``[DEFAULT]`` is
used to define general configuration that will be applied everywhere.
The section ``[ALIASES]`` can be used to create command aliases for
commonly used options. Content Filters
=============== Content conflicts
----------------- Content filters are typically provided by plugins, so the first step
in using them is to install the relevant plugins and read their
documentation. Some plugins may be very specific about which files
they filter, e.g. only files ending in ``.java`` or ``.php``.
In other cases, the plugin may leave it in the user's hands to
define which files are to be filtered. This is typically done
using rule-based preferences. See ``bzr help rules`` for general
information about defining these. Content formats
--------------- Control whether SIGQUIT behaves normally or invokes a breakin debugger. Control whether to launch a debugger on error. ControlDirHooks
--------------- Conversion of content into/from working trees Convert the current branch into a checkout of the supplied branch.
If no branch is supplied, rebind to the last bound location. Convert the current checkout into a regular branch. Copying content Copying repository content as tarball... Corrupt or incompatible data stream: %(reason)s Corruption while decompressing repository file%(orig_error)s Could not acquire lock "%(lock)s": %(msg)s Could not determine branch to refer to. Could not determine revno for {%(revision_id)s} because its ancestry shows a ghost at {%(ghost_revision_id)s} Could not find an appropriate Differ for file "%(path)s" Could not move %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Could not parse --commit-time: Could not parse options for index %(value)s. Could not rename %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Could not rename %(source)s => %(dest)s because both files exist. (Use --after to tell bzr about a rename that has already happened)%(extra)s Could not understand response from smart server: %(response_tuple)r Create a branch without a working tree. Create a branch without a working-tree. Create a new branch that is a copy of an existing branch. Create a new checkout of an existing branch. Create a new versioned directory. Create a shared repository for branches to share storage space. Create a stacked branch referring to the source branch. The new branch will depend on the availability of the source branch for all operations. Create a stacked branch that references the public location of the parent branch. Create a stacked branch that refers to another branch for the commit history. Only the work not present in the referenced branch is included in the branch created. Create the path leading up to the branch if it does not already exist. Create the target branch from this one before switching to it. Create, remove or modify a tag naming a revision. Created a {0} (format: {1})
Created new branch. Created new stacked branch referring to %s. Created tag %s. Creating new repository Criss-Cross Criss-crosses cause problems because of the way merge works. Bazaar's default
merge is a three-way merger; in order to merge OTHER into THIS, it must
find a basis for comparison, BASE. Using BASE, it can determine whether
differences between THIS and OTHER are due to one side adding lines, or
from another side removing lines. Criss-crosses mean there is no good choice for a base. Selecting the recent
merge points could cause one side's changes to be silently discarded.
Selecting older merge points (which Bazaar does) mean that extra conflicts
are emitted. Criss-crosses occur in a branch's history if two branches merge the same thing
and then merge one another, or if two branches merge one another at the same
time. They can be avoided by having each branch only merge from or into a
designated central branch (a "star topology"). Current Storage Formats Current storage formats Cycle in graph %(graph)r Debug Flags
=========== Decoded contents
Default rules for all branches are defined in the optional file
``BZR_HOME/rules``. Defines an external merge tool called <name> with the given command-line.
Arguments containing spaces should be quoted using single or double quotes. The
executable may omit its path if it can be found on the PATH. Defines the behaviour of signing revisions on commits. By default bzr will not
sign new commits. Defines the maximum file size the command line "add" operation will allow
in recursive mode, with files larger than this value being skipped. You may
specify this value as an integer (in which case it is interpreted as bytes),
or you may specify the value using SI units, i.e. 10KB, 20MB, 1G. A value of 0
will disable skipping. Delete all ignored files. Delete all the specified files, even if they can not be recovered and even if they are non-empty directories. (deprecated, use no-backup) Delete changes without applying them. Delete conflict files, merge and revert backups, and failed selftest dirs. Delete file "%(path)s"? Delete files unknown to bzr (default). Delete from bzr but leave the working copy. Delete obsolete packs to save disk space. Delete the view. Delete this tag rather than placing it. Deleted '%s' view.
Deleted all views.
Deleted changes with id "%d". Deleted tag %s. Deleting backup.bzr Deleting old repository content Deleting parent
--------------- Deletion Strategy Deprecated in: %s Description of the new revision. Destroy removed changes instead of shelving them. Detailed log format. Details on the configuration settings available Details on the logging formats available Determining hash hits Device or resource busy: "%(path)s"%(extra)s Did not understand bug identifier %(bug_id)s: %(reason)s. See "bzr help bugs" for more information on this feature. Diff format Diff format to use. Diff is not installed on this machine: %(msg)s Diff3 is not installed on this machine. Directory contains a branch, but no working tree (use bzr checkout if you wish to build a working tree): "%(path)s" Directory not empty: "%(path)s"%(extra)s Disabled '%s' view.
Disabling ``myplugin`` and ``yourplugin`` is achieved by:: Disabling all plugins (better achieved with --no-plugins):: Disabling the site directory while retaining the user directory:: Discovering What Has Diverged
----------------------------- Display all the defined values for the matching options. Display changes in the local branch only. Display changes in the remote branch only. Display email address only. Display more information. Display only the revisions that are not part of both ancestries (require -rX..Y). Display status summary. Display the active value for a given option. Display the default ignore rules that bzr uses. Display timezone as local, original, or utc. Display, set or remove a configuration option. Diverged Branches
================= Do not actually open the browser. Just say the URL we would use. Do not ask for confirmation before breaking the lock. Do not consider changes made to a given path. Do not include a bundle in the merge directive. Do not include a preview patch in the merge directive. Do not mark object type using indicator. Do not prompt before deleting. Do not rebase after push. Do not report commits with more than one parent. Do not save backups of reverted files. Do not use a shared repository, even if available. Don't actually make changes. Don't actually sign anything, just print the revisions that would be signed. Don't backup changed files. Don't check that the user name is valid. Don't know how to handle SSH connections. Please set BZR_SSH environment variable. Don't populate the working tree, even for protocols that support it. Don't recursively add the contents of directories. Don't show pending merges. Dry-run, pretending to remove the above revisions.
Duplicate paths
--------------- During the pack operation, bazaar takes a backup of existing repository
data, i.e. pack files. This backup is eventually removed by bazaar
automatically when it is safe to do so. To save disk space by removing
the backed up pack files, the --clean-obsolete-packs option may be
used. EOL conversion is provided as a content filter where Bazaar internally
stores a canonical format but outputs a convenience format. See
``bzr help content-filters`` for general information about using these. EOL conversion needs to be enabled for selected file patterns using
rules. See ``bzr help rules`` for general information on defining rules.
Currently, rules are only supported in $BZR_HOME/.bazaar/rules (or
%BZR_HOME%/bazaar/2.0/rules on Windows). Branch specific rules will be
supported in a future verison of Bazaar. Each branch can also contain a configuration file that sets values specific
to that branch. This file is found at ``.bzr/branch/branch.conf`` within the
branch. This file is visible to all users of a branch, if you wish to override
one of the values for a branch with a setting that is specific to you then you
can do so in ``locations.conf``. Each description also indicates whether the hook runs on the client (the
machine where bzr was invoked) or the server (the machine addressed by
the branch URL). These may be, but are not necessarily, the same machine. Each section could define: Each section describes an authentication definition. Each section should define: Each type of conflict is explained below, and the action which must be done to
resolve the conflict is outlined. Empty commit message specified. Please specify a commit message with either --message or --file or leave a blank message with --message "". Enable completions for the selected plugin (default: all plugins) End of Line Conversion
====================== End of line marker was not \n in bzr revision-bundle Environment Variables Environment settings
--------------------- Environment variable names and values Error in command line options Error in data for index %(value)s. Error in merge modified format Error in processing weave: %(msg)s Error reading from %(path)r. Error(s) parsing config file %(filename)s:
%(errors)s Example:
~~~~~~~~ Excluding paths during commit is not supported by repository at %(repository)r. Experimental and deprecated storage formats Experimental formats are shown below. Explain how to use --revision Export current or past revision to a destination directory or archive. Export format %(format)r not supported Export the working tree contents rather than that of the last revision. Exporting message from error: %s Exporting messages from builtin command: %s Exporting messages from plugin command: {0} in {1} External Merge Tools
-------------------- Failed to GPG sign data with command "%(command_line)s" Failed to GetProcessMemoryInfo() Failed to rename %(from_path)s to %(to_path)s: %(why)s Failed to verify GPG signature data with error "%(error)s" Fetch texts Fetching revisions File %(filename)s is not conflicted. File exists: %(path)r%(extra)s File format
----------- File id {%(file_id)s} already exists in inventory as %(entry)s File is binary but should be text. Filename %(filename)r is not valid in your current filesystem encoding %(fs_encoding)s Files Files
----- Files cannot be moved between branches. Filter on local branch revisions (inclusive). See "help revisionspec" for details. Filter on other branch revisions (inclusive). See "help revisionspec" for details. Find the proposal to merge this revision. Finding Launchpad branch Finding branch files Finding merge Finding proposals Finding revision-id Finding revisions Finding revno Finds the merge proposal(s) that discussed landing the specified revision.
This works only if the selected branch was the merge proposal target, and
if the merged_revno is recorded for the merge proposal. The proposal(s)
are opened in a web browser. Fixing last revision info {0} => {1} Fixing text parents For ``locations.conf``, the options from the section with the
longest matching section header are used to the exclusion of other
potentially valid section headers. A section header uses the path for
the branch as the section header. Some examples include:: For bzr+ssh:// and sftp:// URLs, Bazaar also supports paths that begin
with '~' as meaning that the rest of the path should be interpreted
relative to the remote user's home directory. For example if the user
``remote`` has a home directory of ``/home/remote`` on the server
shell.example.com, then:: For checkouts, the bind-to location will be auto-detected if not specified.
The order of preference is
1. For a lightweight checkout, the current bound location.
2. For branches that used to be checkouts, the previously-bound location.
3. The push location.
4. The parent location.
If none of these is available, --bind-to must be specified. For complicated changes, it is possible to edit the changes in a separate
editor program to decide what the file remaining in the working copy
should look like. To do this, add the configuration option For example, a case insensitive match for ``foo`` may be specified as:: For example, if you have a directory named '/tmp/%2False' these are all valid
ways of accessing the content (0x2F, or 47, is the ASCII code for forward slash):: For example, the ``appendpath`` policy can be used like this:: For example, to push to the parent location:: For example:: For lightweight checkouts, this changes the branch being referenced.
For heavyweight checkouts, this checks that there are no local commits
versus the current bound branch, then it makes the local branch a mirror
of the new location and binds to it. For more information on the possible uses of the authentication configuration
file see :doc:`authentication-help`. For more information on upgrades, see the Bazaar Upgrade Guide,
http://doc.bazaar.canonical.com/latest/en/upgrade-guide/. For more information see http://help.launchpad.net/
For most conflict types, there are some obvious ways to modify the working
tree and put it into the desired state. For some types of conflicts, Bazaar
itself already made a choice, when possible. For new projects, it is recommended that end-of-lines be stored as ``lf``
and that users stick to the basic settings, i.e. ``native``, ``lf``,
``crlf`` and ``exact``. For performance reasons, Bazaar caches the timestamps of files in
a working tree, and assumes files are unchanged if their timestamps
match the cached values. As a consequence, there are times when
you may need to explicitly ask for content filtering to be reapplied
in one or both directions, e.g. after installing or reconfiguring
plugins providing it. For the bug trackers not listed above configuration is required.
Support for generating the URLs for any project using Bugzilla or Trac
is built in, along with a template mechanism for other bugtrackers with
simple URL schemes. If your bug tracker can't be described by one
of the schemes described below then you can write a plugin to support
it. For users working on a cross-platform project, here is a suggested rule
to use as a starting point:: For users working on an existing project that uses Windows newline
conventions in their Bazaar repository, this rule is suggested as a
starting point:: Format %(format)s cannot be initialised by this version of bzr. Format %(format)s is not compatible with .bzr version %(bzrdir)s. Format 0.9 does not permit bundle with no patch Format error in conflict listings Format for the bzr 2.0 series.
Uses group-compress storage.
Provides rich roots which are a one-way transition.
Format may be an "exporter" name, such as tar, tgz, tbz2. If none is
given, try to find the format with the extension. If no extension
is found exports to a directory (equivalent to --format=dir). Format used by GNU ChangeLog files. Found %d dependent branches - upgrading ... General format
~~~~~~~~~~~~~~ Generate a shell function for bash command line completion. Generate only the shell function, don't enable it Generic bzr smart protocol error: %(details)s Generic path error: %(path)r%(extra)s) Get file contents from this tree. Ghost revision {%(revision_id)s} cannot be used here. Ghost tags not supported by format %(format)r. Giving a list of files will revert only those files. Otherwise, all files
will be reverted. If the revision is not specified with '--revision', the
working tree basis revision is used. A revert operation affects only the
working tree, not any revision history like the branch and repository or
the working tree basis revision. Global Options HPSS calls: {0} ({1} vfs) {2} HTTP MIME Boundary missing for %(path)s: %(msg)s HTTPS, SFTP servers and their proxy
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Handling such orphans, *before* the conflict is created, is controlled by
setting the ``bzr.transform.orphan_policy`` configuration option. Hard-link working tree files where possible. Hard-linking "%(path)s" is not supported Help on status flags Here are some general guidelines for doing this: How to fix diverged branches How to resolve the conflict. How you deal with this depends on *why* the branches are out of sync. However the checkout is still a first class branch in Bazaar terms, so that
you have the full history locally. As you have a first class branch you can
also commit locally if you want, for instance due to the temporary loss af a
network connection. Use the --local option to commit to do this. All the local
commits will then be made on the master branch the next time you do a non-local
commit. If 'REV1' and 'REV2' are revision identifiers, then 'REV1..REV2' denotes a
revision range. Examples: '3647..3649', 'date:yesterday..-1' and
'branch:/path/to/branch1/..branch:/branch2' (note that there are no quotes or
spaces around the '..'). If --all is specified, NAME is interpreted as a regular expression and all
matching options are displayed mentioning their scope. The active value
that bzr will take into account is the first one displayed for each option. If --all is specified, no FILE may be provided If --no-bundle is specified, then Bazaar doesn't send the contents of the
revisions, but only a structured request to merge from the
public_location. In that case the public_branch is needed and it must be
up-to-date and accessible to the recipient. The public_branch is always
included if known, so that people can check it later. If --revision is specified, uncommit revisions to leave the branch at the
specified revision. For example, "bzr uncommit -r 15" will leave the
branch at revision 15. If BRANCH_LOCATION is omitted, checkout will reconstitute a working tree for
the branch found in '.'. This is useful if you have removed the working tree
or if it was never created - i.e. if you pushed the branch to its current
location using SFTP. If OLDNAME does not exist on the filesystem but is versioned and
NEWNAME does exist on the filesystem but is not versioned, mv
assumes that the file has been manually moved and only updates
its internal inventory to reflect that change.
The same is valid when moving many SOURCE files to a DESTINATION. If ``BZR_PLUGIN_PATH`` is set in any fashion, it will change the
the way the plugin are searched. If a .bzrignore file does not exist, the ignore command
will create one and add the specified files or patterns to the newly
created file. The ignore command will also automatically add the
.bzrignore file to be versioned. Creating a .bzrignore file without
the use of the ignore command will require an explicit add command. If a revision is specified, changes since that revision will be shelved. If a second branch is provided, cross-branch reconciliation is
also attempted, which will check that data like the tree root
id which was not present in very early bzr versions is represented
correctly in both branches. If branch is omitted then the branch containing the current working
directory will be used. If branches have diverged, you can use 'bzr merge' to integrate the changes
from one into the other. Once one branch has merged, the other should
be able to pull it again. If branches have diverged, you can use 'bzr push --overwrite' to replace
the other branch completely, discarding its unmerged changes. If filenames are specified, only the changes to those files will be
shelved. Other files will be left untouched. If location is not specified the local tree is used.
If committer is not specified the default committer is used. If mail is being sent, a to address is required. This can be supplied
either on the commandline, by setting the submit_to configuration
option in the branch itself or the child_submit_to configuration option
in the submit branch. If no NAME is given, --all .* is implied. If no arguments are given, all changes for the current tree are listed.
If files are given, only the changes in those files are listed.
Remote and multiple branches can be compared by using the --old and
--new options. If not provided, the default for both is derived from
the first argument, if any, or the current tree if no arguments are
given. If no arguments are specified, the status of the entire working
directory is shown. Otherwise, only the status of the specified
files or directories is reported. If a directory is given, status
is reported for everything inside that directory. If no options are specified, unknown files are deleted. Otherwise, option
flags are respected, and may be combined. If no restrictions are specified, all Bazaar data that is found at the given
location will be checked. If no revision is nominated, the last revision is used. If no revision is specified this exports the last committed revision. If no tag name is specified it will be determined through the
'automatic_tag_name' hook. This can e.g. be used to automatically tag
upstream releases by reading configure.ac. See ``bzr help hooks`` for
details. If one of the standard log formats does not meet your needs, additional
formats can be provided by plugins.
If one would like to merge changes from the working tree of the other
branch without merging any committed revisions, the --uncommitted option
can be given. If present, defines the ``--strict`` option default value for checking
uncommitted changes before pushing into a different VCS without any
custom bzr metadata. If present, defines the ``--strict`` option default value for checking
uncommitted changes before pushing. If present, defines the ``--strict`` option default value for checking
uncommitted changes before sending a merge directive. If present, the location of a generic bug tracker instance referred to by
<tracker>. The location must contain an ``{id}`` placeholder,
which will be replaced by a specific bug ID. This option can then be used
together with ``bzr commit --fixes`` to mark bugs in that tracker as being
fixed by that commit. For example:: If present, the location of the Bugzilla bug tracker referred to by
<tracker>. This option can then be used together with ``bzr commit
--fixes`` to mark bugs in that tracker as being fixed by that commit. For
example:: If present, the location of the Trac instance referred to by
<tracker>. This option can then be used together with ``bzr commit
--fixes`` to mark bugs in that tracker as being fixed by that commit. For
example:: If present, the location of the default branch for pull or merge. This option
is normally set when creating a branch, the first ``pull`` or by ``pull
--remember``. If present, the location of the default branch for push. This option
is normally set by the first ``push`` or ``push --remember``. If root is supplied, it will be used as the root directory inside
container formats (tar, zip, etc). If it is not supplied it will default
to the exported filename. The root option has no effect for 'dir' format. If set to "True" then revisions can only be appended to the log, not
removed. A branch with this setting enabled can only pull from another
branch if the other branch's log is a longer version of its own. This is
normally set by ``bzr init --append-revisions-only``. If you set it
manually, use either 'True' or 'False' (case-sensitive) to maintain
compatibility with previous bzr versions (older than 2.2). If set to "True", the branch should act as a checkout, and push each commit to
the bound_location. This option is normally set by ``bind``/``unbind``. If set to true, bzr will automatically break locks held by processes from
the same machine and user that are no longer alive. Otherwise, it will
print a message and you can break the lock manually, if you are satisfied
the object is no longer in use. If shelve --list is specified, previously-shelved changes are listed. If the --no-trees option is given then the branches in the repository
will not have working trees by default. They will still exist as
directories on disk, but they will not have separate copies of the
files at a certain revision. This can be useful for repositories that
store branches which are interacted with through checkouts or remote
branches, such as on a server. If the TO_LOCATION is omitted, the last component of the BRANCH_LOCATION will
be used. In other words, "checkout ../foo/bar" will attempt to create ./bar.
If the BRANCH_LOCATION has no / or path separator embedded, the TO_LOCATION
is derived from the BRANCH_LOCATION by stripping a leading scheme or drive
identifier, if any. For example, "checkout lp:foo-bar" will attempt to
create ./foo-bar. If the TO_LOCATION is omitted, the last component of the FROM_LOCATION will
be used. In other words, "branch ../foo/bar" will attempt to create ./bar.
If the FROM_LOCATION has no / or path separator embedded, the TO_LOCATION
is derived from the FROM_LOCATION by stripping a leading scheme or drive
identifier, if any. For example, "branch lp:foo-bar" will attempt to
create ./foo-bar. If the destination is already completely merged into the source, pull from the source rather than merging. When this happens, you do not need to commit the result. If the last argument is a versioned directory, all the other names
are moved into it. Otherwise, there must be exactly two arguments
and the file is changed to a new name. If the location given is a shared repository, dependent branches
are also converted provided the repository converts successfully.
If the conversion of a branch fails, remaining branches are still
tried. If the origin is the same for a run of consecutive lines, it is
shown only at the top, unless the --all option is given. If the tree's branch is bound to a master branch, bzr will also update
the branch from the master. If there are any uncommitted changes in the tree, they will be carried
across and remain as uncommitted changes after the update. To discard
these changes, use 'bzr revert'. The uncommitted changes may conflict
with the changes brought in by the change in basis revision. If there is a repository in a parent directory of the location, then
the history of the branch will be stored in the repository. Otherwise
init creates a standalone branch which carries its own history
in the .bzr directory. If there is already a branch at the location but it has no working tree,
the tree can be populated with 'bzr checkout'. If there is no default branch set, the first merge will set it (use
--no-remember to avoid setting it). After that, you can omit the branch
to use the default. To change the default, use --remember. The value will
only be saved if the remote location can be accessed. If there is no default location set, the first pull will set it (use
--no-remember to avoid setting it). After that, you can omit the
location to use the default. To change the default, use --remember. The
value will only be saved if the remote location can be accessed. If there is no default push location set, the first push will set it (use
--no-remember to avoid setting it). After that, you can omit the
location to use the default. To change the default, use --remember. The
value will only be saved if the remote location can be accessed. If true (default), repository changes are flushed through the OS buffers
to physical disk. This is somewhat slower, but means data should not be
lost if the machine crashes. See also dirstate.fdatasync. If true (default), working tree metadata changes are flushed through the
OS buffers to physical disk. This is somewhat slower, but means data
should not be lost if the machine crashes. See also repository.fdatasync. If unset, the colocated branch name is used for colocated branches, and
the branch directory name is used for other branches. To print the
current nickname, execute with no argument. If you are using a checkout from a shared branch you will periodically want to
pull in all the changes made by others. This is done using the "update"
command. The changes need to be applied before any non-local commit, but
Bazaar will tell you if there are any changes and suggest that you use this
command when needed. If you edit the main copy, be sure to remove the herringbone markers. When
you are done editing, the file should look like it never had a conflict, and be
ready to commit. If you have a branch and the remote branch is out-of-date, you can push
the local changes using "bzr push". If the local branch is out of date, you
can do "bzr pull". If both branches have had changes, you can merge, commit
and then push your changes. If you decide that some of the changes aren't
useful, you can "push --overwrite" or "pull --overwrite" instead.
If you have a branch with a working tree that you do not want the 'remove-tree'
command will remove the tree if it is safe. This can be done to avoid the
warning about the remote working tree not being updated when pushing to the
branch. It can also be useful when working with a '--no-trees' repository
(see 'bzr help repositories'). If you have a branch with no working tree you can use the 'checkout' command
to create a working tree. If you run 'bzr checkout .' from the branch it will
create the working tree. If the branch is updated remotely, you can update the
working tree by running 'bzr update' in that directory. If you have a checkout and have done local commits, you can get back in sync
by running "bzr update" (and possibly "bzr commit"). If you have an existing repository with text files already stored using
Windows newline conventions (``crlf``), then you may want to keep using that
convention in the repository. Forcing certain files to this convention
may also help users who do not have rules configured. To do this, set
``eol`` to one of the values below. If you have binary files that do not contain a null byte though, be
sure to add ``eol = exact`` rules for those as well. You can do this
by giving more explicit patterns earlier in the rules file. For example:: If you have newly added files since the target revision, they will be
removed. If the files to be removed have been changed, backups will be
created as above. Directories containing unknown files will not be
deleted. If you have sample test data that deliberately has text files with mixed
newline conventions, you can ask for those to be left alone like this:: If you need to change the order or remove one of these
directories, you should use special values: If you specify two values, "--revision BASE..OTHER", only revisions BASE
through OTHER, excluding BASE but including OTHER, will be merged. If this
causes some revisions to be skipped, i.e. if the destination branch does
not already contain revision BASE, such a merge is commonly referred to as
a "cherrypick". Unlike a normal merge, Bazaar does not currently track
cherrypicks. The changes look like a normal commit, and the history of the
changes from the other branch is not stored in the commit. If you take the care to create files with their required endings, you can
achieve *almost* the same thing by using ``eol = exact``. It is slightly
safer to use ``lf`` and ``crlf`` though because edits accidentally
introducing mixed line endings will be corrected during commit for files
with those settings. If you use Bugzilla or Trac, then you only need to set a configuration
variable which contains the base URL of the bug tracker. These options
can go into ``bazaar.conf``, ``branch.conf`` or into a branch-specific
configuration section in ``locations.conf``. You can set up these values
for each of the projects you work on. If you want to ensure you have the different changes in the other branch,
do a merge (see bzr help merge) from the other branch, and commit that.
After that you will be able to do a push without '--overwrite'. If you want to have a working tree on a remote machine that you push to you
can either run 'bzr update' in the remote branch after each push, or use some
other method to update the tree during the push. There is an 'rspush' plugin
that will update the working tree using rsync as well as doing a push. There
is also a 'push-and-update' plugin that automates running 'bzr update' via SSH
after each push. If you want to replace your local changes and just want your branch to
match the remote one, use pull --overwrite. This will work even if the two
branches have diverged. If you wish to upgrade to a particular format rather than the
current default, that can be specified using the --format option.
As a consequence, you can use the upgrade command this way to
"downgrade" to an earlier format, though some conversions are
a one way process (e.g. changing from the 1.x default to the
2.x default) so downgrading is not always possible. If your working tree is on a network drive shared by users on different
operating systems, you typically want to force certain conventions for
certain files. In that way, if a file is created with the wrong line
endings or line endings get mixed during editing, it gets committed
correctly and gets checked out correctly. For example:: Ignore differences between branches and overwrite unconditionally. Ignore patterns may be prefixed with ``!``, which means that a filename
matched by that pattern will not be ignored. Ignore specified files or patterns. Ignoring files outside view. View is %s Importing revisions In addition, one branch may be bound to another one. Binding to another
branch indicates that commits which happen in this branch must also
happen in the other branch. Bazaar ensures consistency by not allowing
commits when the two branches are out of date. In order for a commit
to succeed, it may be necessary to update the current branch using
``bzr update``. In addition, plugins can provide other keywords. In both cases, the working tree is updated and uncommitted changes
are merged. The user can commit or revert these as they desire. In both cases, when used in a directory like
``/home/vila/src/bzr/bugs/832013-expand-in-stack`` we'll get:: In complex merge cases, ``bzr merge --lca`` or ``bzr merge --weave`` may give
better results. You may wish to ``bzr revert`` the working tree and merge
again. Alternatively, use ``bzr remerge`` on particular conflicted files. In future it is planned that ``when-required`` will sign newly
committed revisions only when the branch requires them. ``never`` will refuse
to sign newly committed revisions, even if the branch requires signatures. In most cases, a view has a short life-span: it is created to make
a selected change and is deleted once that change is committed.
At other times, you may wish to create one or more named views
and switch between them. In non-recursive mode, all the named items are added, regardless
of whether they were previously ignored. A warning is given if
any of the named files are already versioned. In order to calculate those changes, bzr must analyse the submit branch.
Therefore it is most efficient for the submit branch to be a local mirror.
If a public location is known for the submit_branch, that location is used
in the merge directive. In recursive mode (the default), files are treated the same way
but the behaviour for directories is different. Directories that
are already versioned do not give a warning. All directories,
whether already versioned or not, are searched for files or
subdirectories that are neither versioned or ignored, and these
are added. This search proceeds recursively into versioned
directories. If no names are given '.' is assumed. In recursive mode, files larger than the configuration option
add.maximum_file_size will be skipped. Named items are never skipped due
to file size. In that case, ``bzr`` will stop loading the specified plugins and
will raise an import error if they are explicitly imported (by
another plugin that depends on them for example). In the main copy of the file, Bazaar will include all the changes that it
could reconcile, and any un-reconciled conflicts are surrounded by
"herringbone" markers like ``<<<<<<<``. In the shp.net (fictitious) domain, each project has its own site:: In this situation, Bazaar will cancel the move, and leave ``white`` in
``black``. To resolve that kind of conflict, you just have to decide what
name should be retained for the directories involved. In verbose mode, statistical information is included with each report.
To see extended statistic information, use a verbosity level of 2 or
higher by specifying the verbose option multiple times, e.g. -vv. Include all possible information. Include the last revision for each file. Include the revision-history. Inconsistency in dirstate file %(dirstate_path)s.
Error: %(description)s InfoHooks
--------- Information on choosing a storage format Information on configuration and log files Information on configuring authentication Information on criss-cross merging Information on defining rule-based preferences Information on end-of-line handling Information on the pattern syntax Information on what a branch is Information on what a checkout is Information on what a standalone tree is Information on working trees Insert claimed random_id=True, but then inserted %r two times Install revisions Instead of merging, show a diff of the merge. Instead of unshelving the changes, show the diff that would result from unshelving. Instead of using:: Integration with Launchpad.net Internally bzr treats all locations as URLs. For any file system paths
that are specified it will automatically determine the appropriate URL
representation, and escape special characters where necessary. Introduced in: %s Introduced in: 0.15 Introduced in: 0.16 Introduced in: 0.91 Introduced in: 1.10 Introduced in: 1.13 Introduced in: 1.14 Introduced in: 1.15 Introduced in: 1.15.0 Introduced in: 1.17 Introduced in: 1.4 Introduced in: 1.6 Introduced in: 1.8 Introduced in: 1.9 Introduced in: 2.0 Introduced in: 2.1 Introduced in: 2.2 Introduced in: 2.3 Introduced in: 2.4 Introduced in: 2.5 Introduced in: 2.6 Introduced in: unknown Introduction
------------ Invalid '%s', should be of the form 'name=value' Invalid URL join request: %(reason)s: %(base)r + %(join_args)r Invalid branch name: %(name)s Invalid bug %s. Must be in the form of 'tracker:id'. See "bzr help bugs" for more information on this feature.
Commit refused. Invalid bug status: '%(status)s' Invalid config value for "{0}" value {1!r} is not an SI unit. Invalid http Content-type "%(ctype)s" for %(path)s: %(msg)s Invalid http range %(range)r for %(path)s: %(msg)s Invalid http response for %(path)s: %(msg)s%(orig_error)s Invalid ignore pattern found. %s Invalid ignore patterns found. %s Invalid line in bugs property: '%(line)s' Invalid pattern(s) found. %(msg)s Invalid range access in %(path)s at %(offset)s: %(msg)s Invalid record: %(reason)s Invalid revision number %(revno)s Invalid revision-id {%(revision_id)s} in %(branch)s Invalid url supplied to transport: "%(path)s"%(extra)s Inventory ok. Inventory regenerated. Invoked after a repository has been initialized. post_repo_init is
called with a bzrlib.controldir.RepoInitHookParams. Invoked before attempting to open a ControlDir with the transport that
the open will use. Invoked when a config option is read. The signature is (stack, name,
value). Invoked when a config option is removed. The signature is (stack,
name). Invoked when a config option is set. The signature is (stack, name,
value). Invoked when a config store is loaded. The signature is (store). Invoked when a config store is saved. The signature is (store). Invoked when adding information about a revision to the RIO stanza
that is printed. revision is called with a revision object and a RIO
stanza.
Invoked when displaying the statistics for a repository. repository is
called with a statistics dictionary as returned by the repository and
a file-like object to write to. It is a good idea to create a repository whenever you might create more
than one branch of a project. This is true for both working areas where you
are doing the development, and any server areas that you use for hosting
projects. In the latter case, it is common to want branches without working
trees. Since the files in the branch will not be edited directly there is no
need to use up disk space for a working tree. To create a repository in which
the branches will not have working trees pass the '--no-trees' option to
'init-repository'. It is also possible to create a "lightweight" checkout by passing the
--lightweight flag to checkout. A lightweight checkout is even closer to an
SVN checkout in that it is not a first class branch, it mainly consists of the
working tree. This means that any history operations must query the master
branch, which could be slow if a network connection is involved. Also, as you
don't have a local branch, then you cannot commit locally. It is an error to give a tag name that already exists unless you pass
--force, in which case the tag is moved to point to the new revision. It is not possible to losslessly push to %s. You may want to use dpush instead. It is overridden by the BZR_REMOTE_PATH environment variable. It is possible (though very rare) for Bazaar to raise a MalformedTransform
exception. This means that Bazaar encountered a filesystem conflict that it was
unable to resolve. This usually indicates a bug. Please let us know if you
encounter this. Our bug tracker is at https://launchpad.net/bzr/+bugs
It sure does!
Keep tags that point to removed revisions. Key %(key)s is already present in map Kind change from %(from_kind)s to %(to_kind)s for %(path)s not supported by format %(format)r LCA-newness merge. LOCATION is the directory where the config lock is. Launchpad
--------- Launchpad project short name to associate with the branch. Launchpad user ID exists and has SSH keys.
Launchpad user ID set to '%s'.
Launchpad.net provides free Bazaar branch hosting with integrated bug and
specification tracking. Lightweight checkouts work best when you have fast reliable access to the
master branch. This means that if the master branch is on the same disk or LAN
a lightweight checkout will be faster than a heavyweight one for any commands
that modify the revision history (as only one copy of the branch needs to
be updated). Heavyweight checkouts will generally be faster for any command
that uses the history but does not change it, but if the master branch is on
the same disk then there won't be a noticeable difference. Like text conflicts, Bazaar will emit THIS, OTHER and BASE files. (They may be
regular files, symlinks or directories). But it will not include a "main copy"
of the file with herringbone conflict markers. It will appear that the "main
copy" has been renamed to THIS or OTHER. Limit the output to the first N revisions. List all the ignored files and the ignore pattern that caused the file to
be ignored. List entries of a particular kind: file, directory, symlink. List files deleted in the working tree.
List files in a tree.
List files with conflicts. List ignored files and the patterns that matched them. List paths of files with text conflicts. List shelved changes. List tags. List the branches available at the current location. List the installed plugins. Listen for connections on nominated address. Listen for connections on nominated port. Passing 0 as the port number will result in a dynamically allocated port. The default port depends on the protocol. Local branch is not bound Location
~~~~~~~~ Location aliases
================ Location fo the repository. Location of the Bazaar log file. You can check the current location by
running ``bzr version``. Lock is apparently held, but corrupted: %(corruption_info)s
Use 'bzr break-lock' to clear it Lock not held: %(lock)s Lock owner changed for Lock was broken while still open: %(lock)s - check storage consistency! Lock was released and re-acquired before being broken: %(lock)s: held by %(holder)r, wanted to break %(target)r LockHooks
--------- Log Formats
=========== Log format Log format with one line per revision. Logging revision 0 is invalid. Longer description of the purpose or contents of the branch. Lookup file ids from this tree. Loop involving %(refs)r while expanding "%(string)s". Mail client "%s" does not support specifying body Mail is sent using your preferred mail program. This should be transparent
on Windows (it uses MAPI). On Unix, it requires the xdg-email utility.
If the preferred client can't be found (or used), your editor will be used. Mail or create a merge-directive for submitting changes. Mail the request to this address. Make %s lock Make a directory into a versioned branch. Malformed bzr revision-bundle header: %(text)r Malformed footer in bzr revision-bundle: %(text)r Malformed hunk header. %(desc)s
%(line)r Malformed line. %(desc)s
%(line)r Malformed patch header. %(desc)s
%(line)r Malformed patches in bzr revision-bundle: %(text)r MalformedTransform
------------------ Manage filtered views. Manually set a commit time using commit date format, e.g. '2009-10-10 08:00:00 +0100'. Many commands that accept URLs also accept location aliases too.
See :doc:`location-alias-help` and :doc:`url-special-chars-help`.
Many different authentication policies can be described in the
``authentication.conf`` file but a particular user should need only a few
definitions to cover his needs without having to specify a user and a password
for every branch he uses. Many of these converters will provide *round-trip* conversion,
i.e. applying the read converter followed by the write converter
gives back the original content. However, others may provide an
asymmetric conversion. For example, a read converter might strip
trailing whitespace off lines in source code while the matching
write converter might pass content through unchanged. Mark a bug as being fixed by this revision (see "bzr help bugs"). Mark a conflict as resolved. Mark the proposal as approved immediately. Marks the conflict as resolved. Merge algorithm Merge even if the destination tree has uncommitted changes. Merge using external diff3. Merge will do its best to combine the changes in two branches, but there
are some kinds of problems only a human can fix. When it encounters those,
it will mark a conflict. A conflict means that you need to fix something,
before you can commit. MergeDirectiveHooks
------------------- MergeHooks
---------- Merging into empty branches not currently supported, https://bugs.launchpad.net/bzr/+bug/308562 Message string. Message: %s MessageEditorHooks
------------------ Method to use for writing diffs. Mismatched internal revid {{{0}}} and index revid {{{1}}} Missing feature %(feature)s not provided by this version of Bazaar or any plugin. Missing parent
-------------- Moderately short log format. Move only the bzr identifier of the file, because the file has already been moved. Move or rename a file. Moving %s Moving repository to repository.backup Moving the root directory is not supported at this time Multiple definitions can be provided and, for a given URL, bzr will select a
(``user`` [, ``password``]) based on the following rules : Multiple expected sha1s for {0}. {{{1}}} expects {{{2}}}, {{{3}}} expects {{{4}}} MutableTreeHooks
---------------- NAME_PATTERN should not be an absolute path Name of the generated function (default: _bzr) Name of the root directory inside the exported file. Name of the view to define, list or delete. Name of the view to switch to. Native diff3-style merge. Need working tree for --show-base. Never change revnos or the existing log. Append revisions to it only. New branch bound to %s New branches created under the repository directory will store their
revisions in the repository, not in the branch directory. For branches
with shared history, this reduces the amount of storage needed and
speeds up the creation of new branches. No %(alias_name)s location assigned. No GnuPG key results for pattern: {0} No Launchpad user ID configured.
No WorkingTree exists for "%(base)s". No branch found at specified location. No bundle was found in "%(filename)s". No changes are shelved with id "%(shelf_id)d". No changes are shelved. No changes to commit No changes to commit. Please 'bzr add' the files you want to commit, or use --unchanged to force an empty commit. No compatible object available for operations from %(source)r to %(target)r. No current view to delete No current view to disable No current view.
No error if existing, make parent directories as needed. No files deleted. No final name for trans_id %(trans_id)r
file-id: %(file_id)r
root trans-id: %(root_trans_id)r
No help could be found for '%(topic)s'. Please use 'bzr help topics' to obtain a list of topics. No help for this command. No known version info format {0}. Supported types are: {1} No location could be found to bind to at %(display_url)s. No location specified or remembered No location supplied and no previous location known No location supplied. This format does not remember old locations. No mail-to address (--mail-to) or output (-o) specified. No matching files. No message supplied. No namespace registered for string: %(spec)r No new revisions or tags to push. No new revisions to push. No peer location known or specified. No public branch specified or known No pull location known or specified. No push location known or specified. No push location known or specified. To push to the parent branch (at %s), use 'bzr push :parent'. No repository found at specified location. No repository present: "%(path)s" No review found. No revisions to bundle. No revisions to submit. No revisions to uncommit.
No shelved changes. No submit branch available for branch "%(path)s" No submit branch known or specified No submit branch specified or known No such file: %(path)r%(extra)s No such send format '%s'. No such tag: %(tag_name)s No such view: %(view_name)s. No tag specified to delete. No target configuration specified No template specified. No tracker specified for bug %s. Use the form 'tracker:id' or specify a default bug tracker using the `bugtracker` option.
See "bzr help bugs" for more information on this feature. Commit refused. No views defined.
No working tree found at specified location. No working tree to remove No working tree. Non-directory parent
-------------------- Not a branch: "%(path)s"%(detail)s. Not a bzr revision-bundle: %(text)r Not currently building a tree. Note that --short or -S gives status flags for each item, similar
to Subversion's status command. To get output similar to svn -q,
use bzr status -SV. Note that ``basename`` here refers to the base name of ``relpath`` which
itself is defined as the relative path between the section name and the
location it matches. Note that ``exact`` does not imply the file is binary but it does mean
that no conversion of end-of-lines will be done. (Bazaar currently relies
of content analysis to detect binary files for commands like ``diff``.
In the future, a ``binary = true`` rule may be added but it is not
supported yet.) Note that if you have modified ``FILE.THIS`` or ``FILE.OTHER``, these
modifications will be taken into account. Note that the special values 'user', 'core' and 'site' should be
used literally, they will be substituted by the corresponding,
platform specific, values. Note that this is the default action when a single file is involved so you can
simply use:: Note that when merging a directory deletion, if unversioned files are
present, they become potential orphans has they don't have a directory
parent anymore. Note that when using the -r argument with a range of revisions, the
differences are computed between the two specified revisions. That
is, the command does not show the changes introduced by the first
revision in the range. This differs from the interpretation of
revision ranges used by "bzr log" which includes the first revision
in the range. Note that you must get rid of FILE.moved before using ``--action=done``. Note: As you provide a short name for each tracker, you can specify one or
more bugs in one or more trackers at commit time if you wish. Note: Bazaar's EOL conversion will convert the content of files but
never reject files because a given line ending or mixed line endings
are found. A precommit hook should be used if you wish to validate
(and not just convert) content before committing.
Note: Content filtering is only supported in recently added formats,
e.g. 1.14. Be sure that both the repository *and* the branch are
in a recent format. (Just setting the format on the repository
is not enough.) If content filtering does not appear to be working, use
'bzr info -v' to confirm that the branch is using "Working tree format 5"
or later. Note: Export of tree with non-ASCII filenames to zip is not supported. Note: For safety reasons, no conversion is applied to any file where a null
byte is detected in the file. Note: In the future, it is likely that additional options will be added
to commands to make this refreshing process faster and safer.
Note: Take care to redirect standard output when using this command on a
binary file. Note: The location can be specified either in the form of a branch,
or in the form of a path to a file containing a merge directive generated
with bzr send. Note: ``bzr commit`` does not implicitly apply write converters after
comitting files. If this makes sense for a given plugin providing
a content filter, the plugin can usually achieve this effect by using a
``start_commit`` or ``post_commit`` hook say. See :doc:`hooks-help`
for more information on hooks. Nothing to delete. Nothing to do. Nothing to merge. Number of levels to display - 0 for all, 1 for flat. OTHER_BRANCH may be local or remote. Obviously to commit on a checkout you need to be able to write to the master
branch. This means that the master branch must be accessible over a writeable
protocol , such as sftp://, and that you have write permissions at the other
end. Checkouts also work on the local file system, so that all that matters is
file permissions. Once converted into a checkout, commits must succeed on the master branch
before they will be applied to the local branch. Once the relevant credentials are declared in this file you may use branch urls
without embedding passwords (security hazard) or even users (enabling sharing
of your urls with others). Once you have fixed a problem, use "bzr resolve" to automatically mark
text conflicts as fixed, "bzr resolve FILE" to mark a specific conflict as
resolved, or "bzr resolve --all" to mark all conflicts as resolved. One-sentence description of the branch. Only ASCII permitted in option names Only display errors and warnings. Only one path may be specified to --auto. Only remove files that have never been committed. Only remove the commits from the local branch when in a checkout. Only show versioned files. Only useful in ``locations.conf``. Defines whether or not the
configuration for this section applies to subdirectories: Open a Launchpad branch page in your web browser. Opening %s in web browser Operation denied because it would change the main history, which is not permitted by the append_revisions_only setting on branch "%(location)s". Option %(name)s is not defined while expanding "%(string)s". Option --change does not accept revision ranges Option policies
^^^^^^^^^^^^^^^ Option {0} in section {1} of {2} was changed from {3} to {4}. The {5} value will be saved. Options defined in a section affect the named directory or URL plus
any locations they contain. Policies can be used to change how an
option value is interpreted for contained locations. Currently
there are three policies available: Options that can be used with any command Options that control how Bazaar runs Options to show or record debug information Other Storage Formats Other branch has no new revisions.
Override the default idle client timeout (5min). Override the email id used by Bazaar. Typical format:: Override the home directory used by Bazaar. Override the progress display. Possible values are "none" or "text". If
the value is "none" then no progress bar is displayed. The value "text" draws
the ordinary command line progress bar. Overriding the default site plugin directory:: Overriding the default user plugin directory:: Overwrite tags only. Pack-based format used in 1.x series. Introduced in 0.92. Interoperates with bzr repositories before 0.92 but cannot be read by bzr < 0.92. PageFaultCount %8d PagefileUsage %8d KiB Parameter {0!r} encoding is unsupported by {1} application locale. Parent branch already exists: "%(path)s". Parent directory of %s does not exist.
You may supply --create-prefix to create all leading parent directories. Parent loop
----------- Parent not accessible given base "%(base)s" and relative path "%(path)s" Parent of "%s" does not exist. Parents are mismatched between two revisions. %(msg)s Parse error on line %(lineno)d of %(format)s format: %(line)s Pass these options to the external diff program. Patch_type was %(patch_type)s, but no patch was supplied. Path "%(path)s" is not a child of path "%(base)s"%(extra)s Path "%(path)s" is not unicode normalized Path conflict
------------- Path to the Bazaar executable to use when using the bzr+ssh protocol. Path to the editor Bazaar should use for commit messages, etc. Path unknown at end or start of revision range: %s Path(s) are not versioned: %(paths_as_string)s Path(s) do not exist: %(paths_as_string)s%(extra)s Patterns
======== Patterns are ordered and searching stops as soon as one matches.
As a consequence, more explicit patterns should be placed towards
the top of the file. Rule patterns use exactly the same conventions
as ignore patterns. See :doc:`patterns-help` for details. Patterns may also be `Python regular expressions`_. Regular expression
patterns are identified by a ``RE:`` prefix followed by the regular
expression. Regular expression patterns may not include named or
numbered groups. Patterns may include globbing wildcards such as:: Patterns prefixed with '!!' act as regular ignore patterns, but have
precedence over the '!' exception patterns. Patterns prefixed with '!' are exceptions to ignore patterns and take
precedence over regular ignores. Such exceptions are used to specify
files that should be versioned which would otherwise be ignored. PeakPagefileUsage %8d KiB PeakWorking %8d KiB Pending merges must be committed or reverted before using switch. Pending merges need to be committed or reverted before using switch. Perform a lightweight checkout. Lightweight checkouts depend on access to the branch for every operation. Normal checkouts can perform common operations like diff and status without such access, and also support local commits. Perform a local commit in a bound branch. Local commits are not pushed to the master branch until a normal commit is performed. Perform a local pull in a bound branch. Local pulls are not applied to the master branch. Perform a three-way merge. Perform reconfiguration even if local changes will be lost. Permission denied: "%(path)s"%(extra)s Plaintext diff output. Please specify a tag name. Please specify smtp_server. No server at default %(host)s. Please supply either one revision, or a range. Plugins (including hooks) are run on the server if all of these is true: Plugins specified in this environment variable takes precedence
over the ones in ``BZR_PLUGIN_PATH``. Points at which custom processing can be added Policies are specified by keys with names of the form "<option_name>:policy".
For example, to define the push location for a tree of branches, the
following could be used:: Preferences like these are useful for commands and plugins wishing to
provide custom behaviour for selected files. For more information on
end of line conversion see :doc:`eol-help`.
Keyword support is provided by the `keywords plugin
<http://doc.bazaar.canonical.com/plugins/en/keywords-plugin.html>`_. Prepare the request but don't actually send it. Preparing file merge Preview patch does not match requested changes. Print ignored files. Print just the version number. Print or set the branch nickname. Print paths relative to the root of the branch. Print unknown files. Print versioned files. PrivateUsage %8d KiB Produce a strict-format testament. Produce long-format testament. Profile data written to "%s". Propose merging a branch on Launchpad. Propose the merge on staging. Protocol to serve. Public branch "%(public_location)s" lacks revision "%(revstring)s". Push into a different VCS without any custom bzr metadata. Pushed up to revision %d. Pushing to %s Ranges are interpreted differently by different commands. To the "log" command,
a range is a sequence of log messages, but to the "diff" command, the range
denotes a change between revisions (and not a sequence of changes). In
addition, "log" considers a closed range whereas "diff" and "merge" consider it
to be open-ended, that is, they include one end but not the other. For example:
"bzr log -r 3647..3649" shows the messages of revisions 3647, 3648 and 3649,
while "bzr diff -r 3647..3649" includes the changes done in revisions 3648 and
3649, but not 3647. Read converters are only applied to commands that read content from
a working tree, e.g. status, diff and commit. For example, ``bzr diff``
will apply read converters to files in the working tree, then compare
the results to the content last committed. Reading indexes Reading inventory data Received bad protocol version marker: %(marker)r Recipe for importing a tree of files:: Reconcile aborted: revision index has inconsistent parents. Reconcile bzr metadata in a branch. Reconciliation complete. Reconciling branch %s Reconciling repository Reconciling repository %s Reconfigure a branch to be stacked on another branch. Reconfigure a branch to be unstacked. This may require copying substantial data into it. Reconfigure repository to create working trees on branches by default. Reconfigure repository to not create working trees on branches by default. Reconfigure the type of a bzr directory. Reconfigure to be a bound branch with a working tree. Reconfigure to be a lightweight checkout (with no local history). Reconfigure to be a standalone branch (i.e. stop using shared repository). Reconfigure to be an unbound branch with a working tree. Reconfigure to be an unbound branch with no working tree. Reconfigure to use a shared repository. Records
Recurse into subdirectories. Recursively scan for branches rather than just looking in the specified location. Redo a merge. Reduce the scope to the specified configuration file. Refuse to commit if there are unknown files in the working tree. Refuse to push if there are uncommitted changes in the working tree, --no-strict disables the check. Refuse to send if there are uncommitted changes in the working tree, --no-strict disables the check. Register a branch with launchpad.net. Related Commands:: Related commands:: Remaining conflicts: Remember submit and public branch. Remember the specified location as a default. Remove a branch. Remove branch even if it is the active branch. Remove files or directories. Remove pending merge marker, without changing any files. Remove the alias. Remove the backup.bzr directory if successful. Remove the last committed revision. Remove the option from the configuration file. Remove the working tree even if it has uncommitted or shelved changes. Remove the working tree from a given branch/checkout. Remove unwanted files from working tree. Removing ancestry.weave Removing backup ... Rename "%(this)s" => "%(other)s"? Replace existing tags. Repositories Repositories are a form of database. Bzr will usually maintain this for
good performance automatically, but in some situations (e.g. when doing
very many commits in a short time period) you may want to ask bzr to
optimise the database indices. This can be done by the 'bzr pack' command. Repositories in Bazaar are where committed information is stored. There is
a repository associated with every branch. Repository %r does not support access to raw revision texts Repository format Repository type Reprocess to reduce spurious conflicts. Requested reconfiguration of '%(display_url)s' is not supported. Requested reviewer and optional type. Requested revision: '%(spec)s' does not exist in branch: %(branch_url)s%(extra)s Requested to stop gracefully Rerun update after fixing the conflicts. Reserved for future use. These options will allow a policy for branches to
require signatures. Reserved revision-id {%(revision_id)s} Resolution pass Resolve all conflicts in this tree. Resolve the conflict preserving the version in the working tree. Resolve the conflict taking the merged version into account. Resolving conflicts is sometimes not obvious. Either because the user that
should resolve them is not the one responsible for their occurrence, as is the
case when merging other people's work or because some conflicts are presented
in a way that is not easy to understand. Restore shelved changes. Reverse the order of revisions. Revision %(rev_id)s is not an ancestor of %(not_ancestor_id)s Revision Identifiers Revision is not compatible with %(repo_format)s Revision numbers are always relative to the source branch. Revision {%(revision_id)s} already present in "%(file_id)s". Revision {%(revision_id)s} already present in %(weave)s Revision {%(revision_id)s} not present in "%(file_id)s". Revision {%(revision_id)s} not present in %(weave)s Revisions
Revisions are not derived from the same root: %(revision_a)s %(revision_b)s. Revisions have no common ancestor: %(revision_a)s %(revision_b)s RioVersionInfoBuilderHooks
-------------------------- Root class for inventory serialization errors Rule Patterns
------------- Rules
===== Rules are defined in ini file format where the sections are file glob
patterns and the contents of each section are the preferences for files
matching that pattern(s). For example:: Run "bzr check" for more details. Run the bzr server. SMTP connection to %(host)s refused SMTP error: %(error)s Same as --mine-only. Same as --theirs-only. Say the initial text is "The project leader released it.", and THIS modifies it
to "Martin Pool released it.", while OTHER modifies it to "The project leader
released Bazaar." A conflict would look like this:: Say yes to all questions. Section headers
^^^^^^^^^^^^^^^ Section local options
^^^^^^^^^^^^^^^^^^^^^ See "bzr help break-lock" for more. See "help revisionspec" for details. See :doc:`Using hooks<../user-guide/hooks>` in the User Guide for examples. See :doc:`current-formats-help` for the complete list of
currently supported formats. See :doc:`other-formats-help` for
descriptions of any available experimental and deprecated formats.
See ``bzr help patterns`` for details on the syntax of patterns. See ``bzr help resolve`` for more details. See also the ``bzr_remote_path`` configuration option. See also the ``email`` configuration option. See bzr help %s for more details and examples.
See http://doc.bazaar.canonical.com/developers/profiling.html for more
information on profiling. See the Bazaar Plugin Guide <http://doc.bazaar.canonical.com/plugins/en/>
for further information on plugins including where to find them and how to
install them. Instructions are also provided there on how to write new
plugins using the Python programming language. Select a different SSH implementation. Select a particular merge algorithm. Select changes interactively. Select changes introduced by the specified revision. See also "help revisionspec". Select the output format. Selected changes destroyed. Selected changes: Selected merge cannot perform reverse cherrypicks. Try merge3 or diff3. Selected-file commit of merges is not supported yet: files %(files_str)s Serve contents of this directory. Serve on stdin/out for use from inetd or sshd. Server sent an unexpected error: %(error_tuple)r Set a fixed commit message. set_commit_message is called with the
bzrlib.commit.Commit object (so you can also change e.g. revision
properties by editing commit.builder._revprops) and the message so
far. set_commit_message must return the message to use or None if it
should use the message editor as normal. Set files in the working tree back to the contents of a previous revision. Set identity for the current branch instead of globally. Set modification time of files to that of the last revision in which it was changed. Set prefixes added to old and new filenames, as two values separated by a colon. (eg "old/:new/"). Set the author's name, if it's different from the committer. Set the branch of a checkout and update. Set/unset and display aliases. Setting a value is achieved by using name=value without spaces. The value
is set in the most relevant scope and can be checked by displaying the
option again. Setting ssh/sftp usernames for launchpad.net. Setting this to ``NUL`` on Windows or ``/dev/null`` on other platforms
will disable logging. Shared repository '%(display_url)s' already creates working trees. Shared repository '%(display_url)s' already doesn't create working trees. Shelf corrupt. Shelve %d change(s)? Shelve adding file "%(path)s"? Shelve all changes. Shelve allows you to temporarily put changes you've made "on the shelf",
ie. out of the way, until a later time when you can bring them back from
the shelf with the 'unshelve' command. The changes are stored alongside
your working tree, and so they aren't propagated along with your branch nor
will they survive its deletion. Shelve binary changes? Shelve changing "%s" from %(other)s to %(this)s? Shelve changing target of "%(path)s" from "%(other)s" to "%(this)s"? Shelve is intended to help separate several sets of changes that have
been inappropriately mingled. If you just want to get rid of all changes
and you don't need to restore them later, use revert. If you want to
shelve all text changes at once, use shelve --all. Shelve removing file "%(path)s"? Shelve renaming "%(other)s" => "%(this)s"? Shelve? Short name for the branch; by default taken from the last component of the url. Show all revisions in addition to the mainline ones. Show annotations on all lines. Show base revision text in conflicts. Show changes made in each revision as a patch. Show changes, but do not apply or remove them. Show commit date in annotations. Show current revision number. Show differences in the working tree, between revisions or branches. Show digital signature validity. Show files changed in each revision. Show files to delete instead of deleting them. Show from oldest to newest. Show help message. Show help on a command or other topic.
Show help on all commands. Show historical log for a branch or subset of a branch. Show information about a working tree, branch or repository. Show internal object ids. Show just the specified revision. See also "help revisionspec". Show list of renamed files.
Show logs of pulled revisions. Show merged revisions like --levels 0 does. Show or set bzr user id. Show or set the Launchpad user ID. Show revisions whose authors match this expression. Show revisions whose bugs match this expression. Show revisions whose committer matches this expression. Show revisions whose message matches this expression. Show revisions whose properties match this expression. Show revno of working tree. Show testament (signing-form) of a revision. Show the origin of each line in a file. Show the tree root directory. Show unmerged/unpulled revisions between two branches. Show usage message and options. Show version information about this tree. Show version of bzr. Show what would be done, but don't actually do anything. Show-base is not supported for this merge type. %s Sign all commits by a given committer. Signed %d revision.
Signed %d revisions.
Since a lightweight checkout is little more than a working tree
this will refuse to run against one. SmartClientHooks
---------------- SmartServerHooks
---------------- So, to find the merge proposal that reviewed line 1 of README:: Some operations, like merge, revert and pull, modify the contents of your
working tree. These modifications are programmatically generated, and so they
may conflict with the current state of your working tree. Some options are defined automatically inside a given section and can be
refered to in this section only. Some smart servers or protocols *may* put the working tree in place in
the future. Sometimes Bazaar will attempt to create a file using a pathname that has
already been used. The existing file will be renamed to "FILE.moved". Sometimes Bazaar will attempt to create a file whose parent directory is not
versioned. This happens when the directory has been deleted in the target,
but has a new child in the source, or vice versa. In this situation, Bazaar
will version the parent directory as well. Resolving this issue depends
very much on the particular scenario. You may wish to rename or delete either
the file or the directory. When you are satisfied, you can run "bzr resolve
FILE" to mark the conflict as resolved. Sorry, remerge only works after normal merges. Not cherrypicking or multi-merges. Sort tags by different criteria. Sorting Source branch format does not support stacking, using format:
%s Source repository format does not support stacking, using format:
%s Special character handling in URLs Special character handling in URLs
================================== Specified file "%(file_name)s" is outside the current view: %(view_str)s Specifies the network proxy for outgoing connections, for example:: Specifies which external merge tool (as defined above) should be selected by
default in tools such as ``bzr qconflicts``. Specify a format for this branch. See "help formats". Specify a format for this repository. See "bzr help formats" for details. Split a subdirectory of a tree into a separate tree. Standalone Trees Standard Options Standard options are legal for all commands. Start revision must be older than the end revision. Start revision not found in history of end revision. Status Flags Status flags are used to summarise changes to the working tree in a concise
manner. They are in the form:: StatusHooks
----------- Steps to resolve "out-of-sync" when reconfiguring Still waiting for %d client(s) to finish Storage Formats Subsume target %(other_tree)s needs to be upgraded. Supported URL prefixes:: Supported generic values are: Supported modifiers:: Supported transport protocols Supported values for specific clients: Switch even if local commits will be lost. Switch the checkout in the current directory to the new branch. Switched to branch: %s Tag %(tag_name)s already exists. Tag %s already exists for that revision. Tag conflicts
------------- Tags are stored in the branch. Tags are copied from one branch to another
along when you branch, push, pull or merge. Tags can only be placed on a single revision, not on a range Tags give human-meaningful names to revisions. Commands that take a -r
(--revision) option can be given -rtag:X, where X is any previously
created tag. Tags not supported by %(branch)s; you may be able to use bzr upgrade. Take commit message from this file. Target directory "%s" already exists. Target directory %s already contains a .bzr directory, but it is not valid. Target directory %s already exists, but does not have a .bzr directory. Supply --use-existing-dir to push there anyway. Template for the output. Temporarily set aside some changes from the current tree. Testament did not match expected value.
For revision_id {%(revision_id)s}, expected {%(expected)s}, measured
{%(measured)s} Text conflicts
-------------- Text contents mismatch at line %(line_no)d. Original has "%(orig_line)s", but patch says it should be "%(patch_line)s" Text did not match its checksum: %(msg)s The "%(config_id)s" configuration does not exist. The "%(option_name)s" configuration option does not exist. The %(type)s hook '%(hook)s' is unknown in this version of bzrlib. The 'dir' argument, if given, must be the location of the root of a
working tree to update. By default, the working tree that contains the
current working directory is used. The --verbose option will display the revisions pulled using the log_format
configuration option. You can use a different format by overriding it with
-Olog_format=<other_format>. The --verbose option will display the revisions pushed using the log_format
configuration option. You can use a different format by overriding it with
-Olog_format=<other_format>. The 2a format with experimental support for colocated branches.
The API for "%(api)s" is not compatible with "%(wanted)s". It supports versions "%(minimum)s" to "%(current)s". The Bazaar smart server protocol over TCP. (default port: 4155) The GnuPG user identity to use when signing commits. Can be an e-mail
address, key fingerprint or full key ID. When unset or when set to
"default" Bazaar will use the user e-mail set with ``whoami``. The TREE argument should be a subdirectory of a working tree. That
subdirectory will be converted into an independent tree, with its own
branch. Commits in the top-level tree will not apply to the new subtree. The TREE argument should be an independent tree, inside another tree, but
not part of it. (Such trees can be produced by "bzr split", but also by
running "bzr branch" with the target inside a tree.) The URL for bug tracker "%(abbreviation)s" doesn't contain {id}: %(url)s The ``--fixes`` option allows you to specify a bug tracker and a bug identifier
rather than a full URL. This looks like:: The ``bzr missing`` command is used to find out what revisions are in another
branch that are not present in the current branch, and vice-versa. It shows a
summary of which extra revisions exist in each branch. If you want to see the
precise effects of those revisions, you can use ``bzr diff --old=other_branch``
to show the differences between other_branch and your current branch. The ``password_encoding`` and ``verify_certificates`` fields are recognized but
ignored in the actual implementation.
The ``weave`` merge type is not affected by this problem because it uses
line-origin detection instead of a basis revision to determine the cause of
differences.
The above revision(s) will be removed.
The action to perform. The alias "%(alias_name)s" does not exist. The aliases are:: The authentication configuration file, authentication.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The branch '%(branch)s' is not stacked. The branch '%(branch_url)s' cannot be stacked on '%(target_url)s'. The branch '%(url)s'(%(format)s) is not a stackable format. You will need to upgrade the branch to permit branch stacking. The branch *MUST* be on a listable system such as local disk or sftp. The branch format %(format)s is already at the most recent format. The branch will be proposed to merge into SUBMIT_BRANCH. If SUBMIT_BRANCH
is not supplied, the remembered submit branch will be used. If no submit
branch is remembered, the development focus will be used. The branch you intend to submit your current work to. This is automatically
set by ``bzr send``, and is also used by the ``submit:`` revision spec. This
should usually be set on a per-branch or per-location basis. The branch {0} has no revision {1}. The bug this branch fixes. The bug this proposal fixes. The bzr client (through the plugin called 'launchpad') has special
features to communicate with Launchpad: The class that contains each hook is given before the hooks it supplies. For
instance, BranchHooks as the class is the hooks class for
`bzrlib.branch.Branch.hooks`. The content being inserted is already present. The conversion between these formats is done by content filters.
A content filter has two parts: The correct resolution would be "Martin Pool released Bazaar." The default behaviour is to send the merge directive by mail, unless -o is
given, in which case it is sent to a file. The default format is ``long``. To change this, define the ``log_format``
setting in the ``[DEFAULT]`` section of ``bazaar.conf`` like this (say):: The default log format to use. Standard log formats are ``long``, ``short``
and ``line``. Additional formats may be provided by plugins. The default
value is ``long``. The definitions found in this file are used to find the credentials to use for
a given url. The same credentials can generally be used for as many branches as
possible by grouping their declaration around the remote servers that need
them. It's even possible to declare credentials that will be used by different
servers. The dirstate file (%(state)s) appears to be corrupt: %(msg)s The email address to use when committing a branch. Typically takes the form
of:: The examples below use ':' as the separator, windows users
should use ';'. The feature %(feature)s has already been registered. The file deletion mode to be used. The file id "%(file_id)s" is not present in the repository %(repository)r The file id "%(file_id)s" is not present in the tree %(tree)s. The filtering, ordering and information shown for each revision can
be controlled as explained below. By default, all revisions are
shown sorted (topologically) so that newer revisions appear before
older ones and descendants always appear before ancestors. If displayed,
merged revisions are shown indented under the revision in which they
were merged. The following are not yet implemented but planned as parts of a work in
progress: The following markers can be used in the command-line to substitute filenames
involved in the merge conflict:: The general rules for :doc:`configuration files <configuration-help>`
apply except for the variable policies. The intent is to make this file as small as possible to minimize maintenance. The inventory was not in the expected format:
%(msg)s The key '%(key)s' is already in index '%(index)s'. The key '%(key)s' is not a valid key. The keywords used as revision selection methods are the following: The levels argument must be an integer. The limit argument must be an integer. The location that commits should go to when acting as a checkout.
This option is normally set by ``bind``. The lock for '%(lock_description)s' is in use and cannot be broken. The log file contains debug information that is useful for diagnosing or
reporting problems with Bazaar. The merge directives created by bzr send may be applied using bzr merge or
bzr pull by specifying a file containing a merge directive as the location. The method %(mname)s is not supported on objects of type %(tname)s. The newest format, 2a, is highly recommended. If your
project is not using 2a, then you should suggest to the
project owner to upgrade. The only valid section headers for bazaar.conf currently are [DEFAULT] and
[ALIASES]. Section headers are case sensitive. The default section provides for
setting options which can be overridden with the branch config file. The options for remerge have the same meaning and defaults as the ones for
merge. The difference is that remerge can (only) be run when there is a
pending merge, and it lets you specify particular files. The path %(path)s is not permitted on this platform The path name in the old tree. The path of the editor that you wish to use if *bzr commit* is run without
a commit message. This setting is trumped by the environment variable
``BZR_EDITOR``, and overrides the ``VISUAL`` and ``EDITOR`` environment
variables. The path to the branch to switch to can be specified relative to the parent
directory of the current branch. For example, if you are currently in a
checkout of /path/to/branch, specifying 'newbranch' will find a branch at
/path/to/newbranch. The path to the plugins directory that Bazaar should use.
If not set, Bazaar will search for plugins in: The path where Bazaar should look for shell plugin external commands. The prefix %(prefix)s is in the help search path twice. The relation between branch and tree. The repository '%(url)s'(%(format)s) is not a stackable format. You will need to upgrade the repository to permit branch stacking. The repository {0} contains no revision {1}. The result is a combined tree, with the subtree no longer an independent
part. This is marked as a merge of the subtree into the containing tree,
and all history is preserved. The results of the merge are placed into the destination working
directory, where they can be reviewed (with bzr diff), tested, and then
committed to record the result of the merge. The root is the nearest enclosing directory with a .bzr control
directory. The section name is an arbitrary string, only the ``DEFAULT`` value is reserved
and should appear as the *last* section. The solution is to merge the revisions from the mainline into your local
branch. To do so, use ``bzr merge`` to get the new revisions from the
mainline. This merge may result in conflicts if the other developer's changes
overlap with your changes. These conflicts should be resolved before
continuing. After any conflicts have been resolved, or even if there were no
conflicts, Bazaar requires that you explicitly commit these new revisions
to your local branch. This requirement gives you an opportunity to test the
resulting working tree for correctness, since the merged revisions could have
made arbitrary changes. After testing, you should commit the merge using
``bzr commit``. This clears up the diverged branches situation. Your local
branch can now be pushed to the mainline.
The source of the merge can be specified either in the form of a branch,
or in the form of a path to a file containing a merge directive generated
with bzr send. If neither is specified, the default is the upstream branch
or the branch most recently merged using --remember. The source of the
merge may also be specified in the form of a path to a file in another
branch: in this case, only the modifications to that file are merged into
the current working tree. The specified command must accept the options "--clearsign" and "-u <email>". The specified commit message contains characters unsupported by the current encoding. The submit branch defaults to the parent of the source branch, but can be
overridden. Both submit branch and public branch will be remembered in
branch.conf the first time they are used for a particular branch. The
source branch defaults to that containing the working directory, but can
be changed using --from. The synonyms 'clone' and 'get' for this command are deprecated. The syntax of the file obeys the same rules as the others except for the
option policies which don't apply. The target branch will not have its working tree populated because this
is both expensive, and is not supported on remote file systems. The transport '%(transport)s' is only accessible within this process. The tree builder is already building a tree. The tree does not appear to be corrupt. You probably want "bzr revert" instead. Use "--force" if you are sure you want to reset the working tree. The user aborted the operation. The value '%(value)s' is not a valid value. The variable specified a list of ``plugin_name@plugin path``,
``plugin_name`` being the name of the plugin as it appears in
python module paths, ``plugin_path`` being the path to the
directory containing the plugin code itself
(i.e. ``plugins/myplugin`` not ``plugins``). Use ':' as the list
separator, use ';' on windows. The working tree and branch checks will only give output if a problem is
detected. The output fields of the repository check are: The working tree contains a list of revisions that have been merged but
not yet committed. These revisions will be included as additional parents
of the next commit. Normally, using revert clears that list as well as
reverting the files. If any files are specified, revert leaves the list
of uncommitted merges alone and reverts only the files. Use ``bzr revert
.`` in the tree root to revert all files but keep the recorded merges,
and ``bzr revert --forget-merges`` to clear the pending merge list without
reverting any files. The working tree for %(basedir)s has changed since the last commit, but weave merge requires that it be unchanged There are a few characters which have special meaning in URLs and need careful
handling to avoid ambiguities. Characters can be escaped with a % and a hex
value in URLs. Any non-ASCII characters in a file path will automatically be
urlencoded when the path is converted to a URL. There are three primary configuration files in this location: There are two kinds of authentication used by the various schemes supported by
bzr: There are two possible values for this option: There is already a branch merge proposal: %s There is no public branch set for "%(branch_url)s". Therefore simply saying 'bzr add' will version all files that
are currently unknown. These are produced when a text merge cannot completely reconcile two sets of
text changes. Bazaar will emit files for each version with the extensions
THIS, OTHER, and BASE. THIS is the version of the file from the target tree,
i.e. the tree that you are merging changes into. OTHER is the version that you
are merging into the target. BASE is an older version that is used as a basis
for comparison. These are valid but do not refer to the same file:: These branches have diverged. See "bzr help diverged-branches" for more information. These branches have diverged. Try merging, and then bind again. These branches have diverged. Use the missing command to see how.
Use the merge command to reconcile them. These flags can be passed on the bzr command line or (without the ``-D``
prefix) put in the ``debug_flags`` variable in ``bazaar.conf``. These options apply only to branches that use the ``dirstate-tags`` or
later format. They
are usually set in ``.bzr/branch/branch.conf`` automatically, but may be
manually set in ``locations.conf`` or ``bazaar.conf``. These options may be used with any command, and may appear in front of any
command. (e.g. ``bzr --profile help``). This branch format cannot be set to append-revisions-only. Try --default. This branch has no commits. (perhaps you would prefer 'bzr pull') This branch has no new revisions.
This can correct data mismatches that may have been caused by
previous ghost operations or bzr upgrades. You should only
need to run this command if 'bzr check' or a bzr developer
advises you to run it. This command breaks a lock on a repository, branch, working directory or
config file. This command checks various invariants about branch and repository storage
to detect data corruption or bzr bugs. This command displays the list of installed plugins including
version of plugin and a short description of each. This command generates a shell function which can be used by bash to
automatically complete the currently typed command when the user presses
the completion key (usually tab). This command lists a bzr branch in the directory of branches on
launchpad.net. Registration allows the branch to be associated with
bugs or specifications. This command only works on branches that have not diverged. Branches are
considered diverged if the destination branch's most recent commit is one
that has not been merged (directly or indirectly) by the source branch. This command requires the target tree to be in a rich-root format. This command shows a table of tag names and the revisions they reference. This command will print the names of all the branches at the current
location. This command will produce a target tree in a format that supports
rich roots, like 'rich-root' or 'rich-root-pack'. These formats cannot be
converted into earlier formats like 'dirstate-tags'. This command will show all known locations and formats associated to the
tree, branch or repository. This conflict happens when there are conflicting changes in the working tree
and the merge source, but the conflicted items are not text files. They may
be binary files, or symlinks, or directories. It can even happen with files
that are deleted on one side, and modified on the other. This does not sign commits that already have signatures. This happens when a directory has been deleted in the target, but has new
children in the source. This is similar to the "unversioned parent" conflict,
except that the parent directory does not *exist*, instead of just being
unversioned. In this situation, Bazaar will create the missing parent.
Resolving this issue depends very much on the particular scenario. This happens when one side has added files to a directory, and the other side
has changed the directory into a file or symlink. For example:: This happens when the source and target have each modified the name or parent
directory of a file. Bazaar will use the path elements from the source. This happens when the source and the target have each moved directories, so
that, if the change could be applied, a directory would be contained by itself.
For example:: This is a checkout. The branch (%s) needs to be upgraded separately. This is equal to the number of revisions on this branch. This is equivalent to creating the directory and then adding it. This is the opposite of "missing parent". A directory is deleted in the
source, but has new children in the target (either because a directory
deletion is merged or because the merge introduce new children). Bazaar
will retain the directory. Resolving this issue depends very much on the
particular scenario. This makes Bazaar stop tracking changes to the specified files. Bazaar will
delete them if they can easily be recovered using revert otherwise they
will be backed up (adding an extension of the form .~#~). If no options or
parameters are given Bazaar will scan for files that are being tracked by
Bazaar but missing in your tree and stop tracking them for you. This operation compresses the data within a bazaar repository. As
bazaar supports automatic packing of repository, this operation is
normally not required to be done manually. This operation requires rich root data storage This prints out the given file with an annotation on the left side
indicating which revision, author and date introduced the change. This reports on versioned and unknown files, reporting them
grouped by state. Possible states are: This situation commonly arises when using a centralized workflow with local
commits. If someone else has committed new work to the mainline since your
last pull and you have local commits that have not yet been pushed to the
mainline, then your local branch and the mainline have diverged. This tree contains left-over files from a failed operation.
Please examine %(limbo_dir)s to see if it contains any files you wish to
keep, and delete it when you are done. This tree contains left-over files from a failed operation.
Please examine %(pending_deletion)s to see if it contains any files you
wish to keep, and delete it when you are done. This will afterwards rebase the local branch on the remote
branch unless the --no-rebase option is used, in which case
the two branches will be out of sync after the push. This will open your usual editor to provide the initial comment. When it
has created the proposal, it will open it in your default web browser. This will perform a merge of the destination revision (the tip of the
branch, or the specified revision) into the working tree, and then make
that revision the basis revision for the working tree. This will propose a merge, request "jrandom" to perform a review of
unspecified type, and request "review-team" to perform a "qa" review. This will remove the branch from the specified location but
will keep any working tree or repository in place. Tip change rejected: %(msg)s To check what clean-tree will do, use --dry-run. To compare the working directory to a specific revision, pass a
single revision to the revision argument. To configure which files to filter, set ``eol`` to one of the values below.
(If a value is not set, ``exact`` is the default.) To create a shared repository use the init-repository command (or the alias
init-repo). This command takes the location of the repository to create. This
means that 'bzr init-repository repo' will create a directory named 'repo',
which contains a shared repository. Any new branches that are created in this
directory will then use it for storage. To disable the current view without deleting it, you can switch to
the pseudo view called ``off``. This can be useful when you need
to see the whole tree for an operation or two (e.g. merge) but
want to switch back to your view after that. To ensure that older clients do not access data incorrectly,
Bazaar's policy is to introduce a new storage format whenever
new features requiring new metadata are added. New storage
formats may also be introduced to improve performance and
scalability. To filter on a range of revisions, you can use the command -r begin..end
-r revision requests a specific revision, -r ..end or -r begin.. are
also valid.
:Exit values:
1 - some missing revisions
0 - no missing revisions To generalize, there are two content formats supported by Bazaar: To pick a different ending revision, pass "--revision OTHER". bzr will
try to merge in all new work up to and including revision OTHER. To re-create the working tree, use "bzr checkout". To remove only some changes, without reverting to a prior version, use
merge instead. For example, "merge . -r -2..-3" (don't forget the ".")
will remove the changes introduced by the second last commit (-2), without
affecting the changes introduced by the last commit (-1). To remove
certain changes on a hunk-by-hunk basis, see the shelve command.
To update the branch to a specific revision or the latest revision and
update the working tree accordingly while preserving local changes, see the
update command. To remove patterns from the ignore list, edit the .bzrignore file.
After adding, editing or deleting that file either indirectly by
using this command or directly by using an editor, be sure to commit
it. To rename a tag (change the name but keep it on the same revsion), run ``bzr
tag new-name -r tag:old-name`` and then ``bzr tag --delete oldname``. To resolve that kind of conflict, you have to decide what name should be
retained for the file, directory or symlink involved. To resolve that kind of conflict, you just have to decide what name should be
retained for the file involved. To resolve that kind of conflict, you should either remove or rename the
children or the directory or a combination of both. To resolve that kind of conflict, you should rebuild FILE from either version
or a combination of both. To resolve the conflict, you must apply the correct tags to either the target
branch or the source branch as appropriate. Use "bzr tags --show-ids -d
SOURCE_URL" to see the tags in the source branch. If you want to make the
target branch's tags match the source branch, then in the target branch do
``bzr tag --force -r revid:REVISION_ID CONFLICTING_TAG`` for each of the
CONFLICTING_TAGs, where REVISION_ID comes from the list of tags in the source
branch. You need not call "bzr resolve" after doing this. To resolve in
favor of the target branch, you need to similarly use ``tag --force`` in the
source branch. (Note that pulling or pushing using --overwrite will overwrite
all tags as well.) To retrieve the branch as of a particular revision, supply the --revision
parameter, as in "branch foo/bar -r 5". To retrieve the branch as of a particular revision, supply the --revision
parameter, as in "checkout foo/bar -r 5". Note that this will be immediately
out of date [so you cannot commit] but it may be useful (i.e. to examine old
code.) To see ignored files use 'bzr ignored'. For details on the
changes to file texts, use 'bzr diff'. To see which files have changed in a specific revision, or between
two revisions, pass a revision range to the revision argument.
This will produce the same results as calling 'bzr diff --summarize'. To select only some changes to merge, use "merge -i", which will prompt
you to apply each diff hunk and file change, similar to "shelve". To take all schemes into account, the password will be deduced from a set of
authentication definitions (``scheme``, ``host``, ``port``, ``path``, ``user``,
``password``). To use a specific mail program, set the mail_client configuration option.
(For Thunderbird 1.5, this works around some bugs.) Supported values for
specific clients are "claws", "evolution", "kmail", "mail.app" (MacOS X's
Mail.app), "mutt", and "thunderbird"; generic options are "default",
"editor", "emacsclient", "mapi", and "xdg-email". Plugins may also add
supported clients. To use this feature you must upgrade your branch at %(path)s to a format which supports rich roots. To use this feature you must upgrade your branch at %(path)s. To use this feature you must upgrade your repository at %(path)s. Too many redirections Too many redirections trying to make %s. Topics list Trailing slashes on patterns are ignored. If the pattern contains a
slash or is a regular expression, it is compared to the whole path
from the branch root. Otherwise, it is compared to only the last
component of the path. To match a file only in the root directory,
prepend ``./``. Patterns specifying absolute paths are not allowed. Transferring revisions Transport error: %(msg)s %(orig_error)s Transport operation not possible: %(msg)s %(orig_error)s TransportHooks
-------------- Tree is up to date at revision %d. Tree is up to date at revision {0} of branch {1} Tree type Trees in Repository Turn this branch into a mirror of another branch. Two formats are currently supported: "4" uses revision bundle format 4 and
merge directive format 2. It is significantly faster and smaller than
older formats. It is compatible with Bazaar 0.19 and later. It is the
default. "0.9" uses revision bundle format 0.9 and merge directive
format 1. It is compatible with Bazaar 0.12 - 0.18. Type of file to export to. Types of conflicts and what to do about them Typical message:: URL Identifiers URLs differ by more than path: %(from_)r and %(to)r URLs represent non-ASCII characters in an encoding defined by the server, but
usually UTF-8. The % escapes should be of the UTF-8 bytes. Bazaar tries to be
generous in what it accepts as a URL and to print them in a way that
will be readable. Unable to connect to current master branch %(target)s: %(error)s To switch anyway, use --force. Unable to connect to target of bound branch %(branch)s => %(target)s: %(error)s Unable to create symlink %(path_str)son this platform Unable to delete transform temporary directory %(limbo_dir)s.
Please examine %(limbo_dir)s to see if it contains any files you wish to
keep, and delete it when you are done. Unable to delete transform temporary directory %(pending_deletion)s. Please examine %(pending_deletion)s to see if it contains any files you wish to keep, and delete it when you are done. Unable to determine your name.
Please, set your name with the 'whoami' command.
E.g. bzr whoami "Your Name <name@example.com>" Unable to encode %(kind)s path %(path)r in user encoding %(user_encoding)s Unable to find mail client with the following names: %(mail_command_list_string)s Unable to handle bundle version %(version)s: %(msg)s Unable to import library "%(library)s": %(error)s Unable to import paramiko (required for sftp support): %(error)s Unable to obtain Uncommit leaves the working tree ready for a new commit. The only change
it may make is to restore any pending merges that were present before
the commit. Uncommit these revisions Uncommitted changes to files that are reverted will be discarded.
Howver, by default, any files that have been manually changed will be
backed up first. (Files changed only by merge are not backed up.) Backup
files have '.~#~' appended to their name, where # is a number. Under special circumstances (mostly when trying to diagnose a
bug), it's better to disable a plugin (or several) rather than
uninstalling them completely. Such plugins can be specified in
the ``BZR_DISABLE_PLUGINS`` environment variable. Unexpected end of container stream Unknown %(kind)s format: %(format)r Unknown key {0} signed {1} commit Unknown key {0} signed {1} commits Unknown record type: %(record_type)r Unknown rules detected: %(unknowns_str)s. Unlike global options, standard options can be used in aliases.
Unrecognised container format: %(container_format)r Unrecognised value for BZR_SSH environment variable: %(vendor)s Unrecognized bug %s. Commit refused. Unstacking Unsupported branch format: %(format)s
Please run 'bzr upgrade' Unsupported entry kind %(kind)s Unsupported export format: %s Unsupported protocol for url "%(path)s"%(extra)s Unsupported timezone format "%(timezone)s", options are "utc", "original", "local". Unversioned parent
------------------ Update a mirror of this branch. Update a working tree to a new revision. Updated tag %s. Updated to revision %d. Updated to revision {0} of branch {1} Upgrade URL cannot work with readonly URLs. Upgrade a repository, branch or working tree to a newer format. Upgrade to a specific format. See "bzr help formats" for details. Upgrading %s Upgrading branch Upgrading bzrdirs Upgrading repository Upgrading working tree Upgrading {0} {1} ... Use ``bzr commit --fixes lp:2`` to record that this commit fixes bug 2. Use an ASCII NUL (\0) separator rather than a newline. Use bzr resolve when you have fixed a problem. Use bzr resolve when you have fixed a problem. See also bzr conflicts. Use short status indicators. Use specified log format. Use the specified output format. Use this command to compare files. Use this if you want to try a different merge technique while resolving
conflicts. Some merge techniques are better than others, and remerge
lets you try different ones on different files. Use this to create an empty branch, or before importing an
existing project. Useful commands:: User and password to authenticate to the SMTP server. If smtp_username
is set, and smtp_password is not, Bazaar will prompt for a password.
These settings are only needed if the SMTP server requires authentication
to send mail. Using "bzr revert --forget-merges", it is possible to apply all of the
changes from a branch in a single revision. To do this, perform the merge
as desired. Then doing revert with the "--forget-merges" option will keep
the content of the tree as it was, but it will clear the list of pending
merges. The next commit will then contain all of the changes that are
present in the other branch, but without any other parent revisions.
Because this technique forgets where these changes originated, it may
cause additional conflicts on later merges involving the same source and
target branches. Using '{0}' view: {1}
Using Bazaar with Launchpad.net Using ``relpath`` to achieve the same result is done like this:: Using a specific version of ``myplugin``:
``BZR_PLUGINS_AT='myplugin@/home/me/bugfixes/123456-myplugin`` Using changes with id "%d". Using default stacking branch {0} at {1} Using saved location: %s
Using saved parent location: %s
Using saved parent location: {0}
Using saved push location: %s Using saved {0} location "{1}" to determine what changes to submit. Using shared repository: %s
Using {0} {1} VFS requests over the smart server are not allowed. Encountered: %(method)s, %(arguments)s. Valid values: Validate working tree structure, branch consistency and repository history. Variable {%(name)s} is not available. Various actions are available depending on the kind of conflict, for some of
these actions, Bazaar can provide some help. In the end you should at least
inform Bazaar that you're done with the conflict with:: Verifies that all commits in the branch are signed by known GnuPG keys. Verify all commit signatures. Version info in Custom template-based format. Version info in Python format. Version info in RIO (simple text) format (default). Versioned file error Views are not supported by %(tree)s; use 'bzr upgrade' to change your tree to a later format. Views defined:
Views provide a mask over the tree so that users can focus on
a subset of a tree when doing their work. After creating a view,
commands that support a list of files - status, diff, commit, etc -
effectively have that list of files implicitly given each time.
An explicit list of files can still be given but those files
must be within the current view. Waiting for %d client(s) to finish Walking content Warning: If you use --clean-obsolete-packs and your machine crashes
during or immediately after repacking, you may be left with a state
where the deletion has been written to disk but the new packs have not
been. In this case the repository may be unusable. Warning: the following files are version controlled and match your ignore pattern:
%s
These files will continue to be version controlled unless you 'bzr remove' them.
Weave invariant violated: %(what)s Weave-based merge. Weaves differ on text content. Revision: {%(revision_id)s}, %(weave_a)s, %(weave_b)s What names to list as authors - first, all or committer. Whatever the conflict is, resolving it is roughly done in two steps: When Bazaar generates a conflict, it adds information into the working tree to
present the conflicting versions, and it's up to you to find the correct
resolution. When Bazaar tries to push one branch onto another, it requires that the
destination branch must be ready to receive the source branch. If this isn't
the case, then we say that the branches have ``diverged``. Branches are
considered diverged if the destination branch's most recent commit is one that
has not been merged (directly or indirectly) by the source branch. To recover
from diverged branches, one must merge the missing revisions into the source
branch. When adding a new feature or working on a bug in a plugin,
developers often need to use a specific version of a given
plugin. Since python requires that the directory containing the
code is named like the plugin itself this make it impossible to
use arbitrary directory names (using a two-level directory scheme
is inconvenient). ``BZR_PLUGINS_AT`` allows such directories even
if they don't appear in ``BZR_PLUGIN_PATH`` . When an option is local to a Section, it cannot be referred to from option
values in any other section from the same ``Store`` nor from any other
``Store``. When committing to a foreign version control system do not push data that can not be natively represented. When communicating with Launchpad, some commands need to know your
Launchpad user ID. This command can be used to set or show the
user ID that Bazaar will use for such communication. When conflicts are present in your working tree (as shown by ``bzr
conflicts``), you should resolve them and then inform bzr that the conflicts
have been resolved. When making a commit, metadata about bugs fixed by that change can be
recorded by using the ``--fixes`` option. For each bug marked as fixed, an
entry is included in the 'bugs' revision property stating '<url> <status>'.
(The only ``status`` value currently supported is ``fixed.``) When merging from a branch, by default bzr will try to merge in all new
work from the other branch, automatically determining an appropriate base
revision. If this fails, you may need to give an explicit base. When no message is supplied, show the diff along with the status summary in the message editor. When pulling from or pushing to another branch, Bazaar informs you about tags
that conflict between the two branches; that is the same tag points to two
different revisions. You need not resolve these conflicts, but subsequent
uses of pull or push will result in the same message. When reconfiguring a checkout, tree or branch into a lightweight checkout,
a local branch must be destroyed. (For checkouts, this is the local branch
that serves primarily as a cache.) If the branch-to-be-destroyed does not
have the same last revision as the new reference branch for the lightweight
checkout, data could be lost, so Bazaar refuses. When the conflict is resolved, Bazaar deletes the previously generated
``.BASE``, ``.THIS`` and ``.OTHER`` files if they are still present in the
working tree. When the default format has changed after a major new release of
Bazaar, you may be informed during certain operations that you
should upgrade. Upgrading to a newer format may improve performance
or make new features available. It may however limit interoperability
with older repositories or with older versions of Bazaar. When two branches of the same project share a repository, there is
generally a large space saving. For some operations (e.g. branching
within the repository) this translates in to a large time saving. When used in a directory like
``/home/vila/src/bzr/bugs/832013-expand-in-stack`` we'll get:: When used with a colocated branch named ``832013-expand-in-stack``, we'll get:: When you have resolved text conflicts, just run ``bzr resolve --auto``, and
Bazaar will auto-detect which conflicts you have resolved. When you provide files, you can use their current pathname or the pathname
from the target revision. So you can use revert to "undelete" a file by
name. If you name a directory, all the contents of that directory will be
reverted. When you push a branch to a remote system, a working tree will not be
created. If one is already present the files will not be updated. The
branch information will be updated and the working tree will be marked
as out-of-date. Updating a working tree remotely is difficult, as there
may be uncommitted changes or the update may cause content conflicts that are
difficult to deal with remotely. Whether new branches in the repository have trees. While most configuration is handled by configuration files, some options
which may be semi-permanent can also be controlled through the environment. Will continue to try until %s, unless you press Ctrl-C. With this configuration, the push location for ``/top/location/branch1``
would be ``sftp://example.com/location/branch1``. Working Trees Working tree "%(display_url)s" has shelved changes (See bzr shelve --list).%(more)s Working tree "%(display_url)s" has uncommitted changes (See bzr status).%(more)s Working tree has conflicts. Working tree is out of date, please run 'bzr update'.%(more)s WorkingSize %8d KiB WorkingSize {0:>7}KiB PeakWorking {1:>7}KiB {2} Write converters are only applied by commands that **create files in a
working tree**, e.g. branch, checkout, update. If you wish to see the
canonical format of a file or tree, use ``bzr cat`` or ``bzr export``
respectively. Write merge directive to this file or directory; use - for stdout. Write the contents of a file as of a given revision to standard output. Writing weave Yet, whether Bazaar makes a choice or not, there are some other simple but
different ways to resolve the conflict. You are missing %d revision:
You are missing %d revisions:
You can change the master of a checkout by using the "switch" command (see
"help switch"). This will change the location that the commits are sent to.
The "bind" command can also be used to turn a normal branch into a heavy
checkout. If you would like to convert your heavy checkout into a normal
branch so that every commit is local, you can use the "unbind" command. To see
whether or not a branch is bound or not you can use the "info" command. If the
branch is bound it will tell you the location of the bound branch. You can get information on what locks are open via the 'bzr info
[location]' command. You can handle text conflicts either by editing the main copy of the file,
or by invoking external tools on the THIS, OTHER and BASE versions. It's
worth mentioning that resolving text conflicts rarely involves picking one
set of changes over the other (but see below when you encounter these
cases). More often, the two sets of changes must be intelligently combined. You can only supply one of revision_id or --revision You can put multiple items on the shelf, and by default, 'unshelve' will
restore the most recently shelved changes. You can restore the old tip by running:
bzr pull . -r revid:%s
You can use this command to add information about version into
source code of an application. The output can be in one of the
supported formats or in a custom format based on a template. You can use this to visit an older revision, or to update a working tree
that is out of date from its branch. You cannot remove the working tree from a lightweight checkout You cannot remove the working tree of a remote path You cannot specify a NULL revision. You cannot update just a single file or directory, because each Bazaar
working tree has just a single basis revision. If you want to restore a
file that has been removed locally, use 'bzr revert' instead of 'bzr
update'. If you want to restore a file to its state in a previous
revision, use 'bzr revert' with a '-r' option, or use 'bzr cat' to write
out the old content of that file to a new location. You have %d extra revision:
You have %d extra revisions:
You must supply either --revision or a revision_id You must supply either a revision or a location Your branch does not have all of the revisions required in order to merge this merge directive and the target location specified in the merge directive is not a branch: %(location)s. Your local commits will now show as pending merges with 'bzr status', and can be committed with 'bzr commit'. _ConfigHooks
------------ _`segment parameters`: http://www.ietf.org/rfc/rfc3986.txt (section 3.3) ``FTP`` needs a (``user``, ``password``) to authenticate against a ``host``
``SFTP`` can use either a password or a host key to authenticate. However,
ssh agents are a better, more secure solution. So we have chosen to not provide
our own less secure method. ``HTTP proxy`` can be handled as ``HTTP`` (or ``HTTPS``) by explicitly
specifying the appropriate port. ``HTTP`` and ``HTTPS`` needs a (``user, realm, password``) to authenticate
against a host. But, by using ``.htaccess`` files, for example, it is possible
to define several (``user, realm, password``) for a given ``host``. So what is
really needed is (``user``, ``password``, ``host``, ``path``). The ``realm`` is
not taken into account in the definitions, but will displayed if bzr prompts
you for a password. ``authentication.conf`` allows one to specify credentials for
remote servers. This can be used for all the supported transports and any part
of bzr that requires authentication (smtp for example). ``bazaar.conf`` allows two sections: ``[DEFAULT]`` and ``[ALIASES]``.
The default section contains the default
configuration options for all branches. The default section can be
overriden by providing a branch-specific section in ``locations.conf``. ``bzr resolve`` recognizes the following actions: ``locations.conf`` allows one to specify overriding settings for
a specific branch. The format is almost identical to the default section in
bazaar.conf with one significant change: The section header, instead of saying
default, will be the path to a branch that you wish to override a value
for. The '?' and '*' wildcards are supported:: `bzr send` creates a compact data set that, when applied using bzr
merge, has the same effect as merging from the source branch. action add Add specified files or directories.
alias Set/unset and display aliases.
annotate Show the origin of each line in a file.
bash-completion Generate a shell function for bash command line completion.
[bash_completion]
bind Convert the current branch into a checkout of the supplied
branch.
branch Create a new branch that is a copy of an existing branch.
branches List the branches available at the current location.
break-lock Break a dead lock.
cat Write the contents of a file as of a given revision to
standard output.
check Validate working tree structure, branch consistency and
repository history.
checkout Create a new checkout of an existing branch.
clean-tree Remove unwanted files from working tree.
commit Commit changes into a new revision.
config Display, set or remove a configuration option.
conflicts List files with conflicts.
deleted List files deleted in the working tree.
diff Show differences in the working tree, between revisions or
branches.
dpush Push into a different VCS without any custom bzr metadata.
export Export current or past revision to a destination directory or
archive.
help Show help on a command or other topic.
ignore Ignore specified files or patterns.
ignored List ignored files and the patterns that matched them.
info Show information about a working tree, branch or repository.
init Make a directory into a versioned branch.
init-repository Create a shared repository for branches to share storage
space.
join Combine a tree into its containing tree.
launchpad-login Show or set the Launchpad user ID. [launchpad]
launchpad-mirror Ask Launchpad to mirror a branch now. [launchpad]
launchpad-open Open a Launchpad branch page in your web browser. [launchpad]
log Show historical log for a branch or subset of a branch.
lp-find-proposal Find the proposal to merge this revision. [launchpad]
lp-propose-merge Propose merging a branch on Launchpad. [launchpad]
ls List files in a tree.
merge Perform a three-way merge.
missing Show unmerged/unpulled revisions between two branches.
mkdir Create a new versioned directory.
mv Move or rename a file.
nick Print or set the branch nickname.
pack Compress the data within a repository.
plugins List the installed plugins.
pull Turn this branch into a mirror of another branch.
push Update a mirror of this branch.
reconcile Reconcile bzr metadata in a branch.
reconfigure Reconfigure the type of a bzr directory.
register-branch Register a branch with launchpad.net. [launchpad]
remerge Redo a merge.
remove Remove files or directories.
remove-branch Remove a branch.
remove-tree Remove the working tree from a given branch/checkout.
renames Show list of renamed files.
resolve Mark a conflict as resolved.
revert Set files in the working tree back to the contents of a
previous revision.
revno Show current revision number.
root Show the tree root directory.
send Mail or create a merge-directive for submitting changes.
serve Run the bzr server.
shelve Temporarily set aside some changes from the current tree.
sign-my-commits Sign all commits by a given committer.
split Split a subdirectory of a tree into a separate tree.
status Display status summary.
switch Set the branch of a checkout and update.
tag Create, remove or modify a tag naming a revision.
tags List tags.
testament Show testament (signing-form) of a revision.
unbind Convert the current checkout into a regular branch.
uncommit Remove the last committed revision.
unshelve Restore shelved changes.
update Update a working tree to a new revision.
upgrade Upgrade a repository, branch or working tree to a newer
format.
verify-signatures Verify all commit signatures.
version Show version of bzr.
version-info Show version information about this tree.
view Manage filtered views.
whoami Show or set bzr user id.
add.maximum_file_size
~~~~~~~~~~~~~~~~~~~~~ added added
Versioned in the working copy but not in the previous revision. added List files added in working tree.
ancestry List all revisions merged into this branch.
assert-fail Test reporting of assertion failures
bundle-info Output interesting stats about a bundle
bundle-revisions Create a merge-directive for submitting changes.
cat-revision Write out metadata for a revision.
dump-btree Dump the contents of a btree index file to stdout.
export-pot Export command helps and error messages in po format.
file-id Print file_id of a particular file or directory.
file-path Print path of file_ids to a file or directory.
find-merge-base Find and print a base revision for merging two branches.
hooks Show hooks.
inventory Show inventory of the current working copy or a revision.
local-time-offset Show the offset in seconds from GMT to local time.
lookup-revision Lookup the revision-id from a revision-number
merge-directive Generate a merge directive for auto-merge tools.
modified List files modified in working tree.
re-sign Create a digital signature for an existing revision.
reference list, view and set branch locations for nested trees.
relpath Show path of a file relative to root
repair-workingtree Reset the working tree state file.
revision-history Display the list of revision ids on a branch.
revision-info Show revision number and revision id for a given revision
identifier.
rocks Statement of optimism.
selftest Run internal test suite.
shell-complete Show appropriate completions for context.
test-script Run a shell-like test from a file.
touching-revisions Return revision-ids which affected a particular file.
unknowns List unknown files.
wait-until-signalled Test helper for
test_start_and_stop_bzr_subprocess_send_signal.
added %s
adding file adding prefixes to %s allowing URLs such as:: always
Sign every new revision that is committed. If the signing fails then the
commit will not be made. annotating append_revisions_only
~~~~~~~~~~~~~~~~~~~~~ arguments:
public_url: The publicly visible url for the branch to register.
This must be an http or https url (which Launchpad can read
from to access the branch). Local file urls, SFTP urls, and
bzr+ssh urls will not work.
If no public_url is provided, bzr will use the configured
public_url if there is one for the current branch, and
otherwise error. authentication Information on configuring authentication
basic Basic commands
branches Information on what a branch is
bugs Bug tracker settings
checkouts Information on what a checkout is
commands Basic help for all commands
configuration Details on the configuration settings available
conflict-types Types of conflicts and what to do about them
content-filters Conversion of content into/from working trees
criss-cross Information on criss-cross merging
current-formats Current storage formats
debug-flags Options to show or record debug information
diverged-branches How to fix diverged branches
env-variables Environment variable names and values
eol Information on end-of-line handling
files Information on configuration and log files
formats Information on choosing a storage format
global-options Options that control how Bazaar runs
hidden-commands All hidden commands
hooks Points at which custom processing can be added
launchpad Using Bazaar with Launchpad.net
location-alias Aliases for remembered locations
log-formats Details on the logging formats available
other-formats Experimental and deprecated storage formats
patterns Information on the pattern syntax
repositories Basic information on shared repositories.
revisionspec Explain how to use --revision
rules Information on defining rule-based preferences
standalone-trees Information on what a standalone tree is
standard-options Options that can be used with any command
status-flags Help on status flags
sync-for-reconfigure Steps to resolve "out-of-sync" when reconfiguring
topics Topics list
url-special-chars Special character handling in URLs
urlspec Supported transport protocols
working-trees Information on working trees
automatic_tag_name
~~~~~~~~~~~~~~~~~~ bound
~~~~~ bound_location
~~~~~~~~~~~~~~ branch has no revision %s
bzr update --revision only works for a revision in the branch history bugtracker_<tracker>_url
------------------------ bugzilla_<tracker>_url
---------------------- bzr %s --revision takes exactly one revision identifier bzr %s --revision takes one or two values. bzr %s doesn't accept two revisions in different branches. bzr alias --remove expects an alias to remove. bzr cat --revision takes exactly one revision specifier bzr diff --revision takes exactly one or two revision specifiers bzr merge-directive takes at most two one revision identifiers bzr send makes extensive use of public locations to map local locations into
URLs that can be used by other people. See `bzr help configuration` to
set them, and use `bzr info` to display them. bzr send takes at most two one revision identifiers bzr status --revision takes exactly one or two revision specifiers bzr update --revision takes exactly one revision bzr update can only update a whole tree, not a file or subdirectory bzr version-info --revision takes exactly one revision specifier bzr.default_mergetool
~~~~~~~~~~~~~~~~~~~~~ bzr.mergetool.<name>
~~~~~~~~~~~~~~~~~~~~ bzr: ERROR (ignored): %s bzr_remote_path
~~~~~~~~~~~~~~~ call
~~~~ can not move root of branch cannot create branch without source branch cannot specify both --from-root and PATH cannot upgrade from bzrdir format %s check check-available
(default) If gnupg signatures for revisions are present, check them.
Bazaar will fail if it finds a bad signature, but will not fail if
no signature is present. check_signatures
~~~~~~~~~~~~~~~~ checked branch {0} format {1} checked repository {0} format {1} checking branches and trees checking commit contents checking file graphs checking revisions checking text graph command {0!r} needs one or more {1} command {0!r} requires argument {1} commit_message_template
~~~~~~~~~~~~~~~~~~~~~~~ committers:
%s
converting revision create_signatures
~~~~~~~~~~~~~~~~~ debug_flags
~~~~~~~~~~~ default_format
~~~~~~~~~~~~~~ deleted %s deleting paths: development focus %s has no branch. dirstate.fdatasync
~~~~~~~~~~~~~~~~~~ dpush_strict
~~~~~~~~~~~~ editor
~~~~~~ email
~~~~~ error removing pending lock: %s example:
bzr register-branch http://foo.com/bzr/fooproject.mine \
--project fooproject extend_command
~~~~~~~~~~~~~~ extra argument to command {0}: {1} failed to clean-up {0}: {1} failed to reset the tree state{0} false
This section only applies to the branch at this directory and not
branches below it. finished fixes bug fixes bugs format found error:%s get
~~~ get_command
~~~~~~~~~~~ get_missing_command
~~~~~~~~~~~~~~~~~~~ gpg_signing_command
~~~~~~~~~~~~~~~~~~~ gpg_signing_key
~~~~~~~~~~~~~~~ held by %(user)s on %(hostname)s (process #%(pid)s), acquired %(time_ago)s ignore
Do not check gnupg signatures of revisions. ignore requires at least one NAME_PATTERN or --default-rules. ignored {0} matching "{1}"
invalid direction %r invalid kind %r specified invalid kind specified inventories inventory kind changed
File kind has been changed (e.g. from file to directory). list_commands
~~~~~~~~~~~~~ listening on port: %s listening socket error: %s load
~~~~ loading revision loading text store lock_acquired
~~~~~~~~~~~~~ lock_broken
~~~~~~~~~~~ lock_released
~~~~~~~~~~~~~ locks.steal_dead
~~~~~~~~~~~~~~~~ log is bzr's default tool for exploring the history of a branch.
The branch to use is taken from the first parameter. If no parameters
are given, the branch containing the working directory is logged.
Here are some simple examples:: log_format
~~~~~~~~~~ lstat/stat of ({0!r}): {1!r} mail_client
~~~~~~~~~~~ making backup of {0}
to {1} merge base is revision %s
merge refuses to run if there are any uncommitted changes, unless
--force is given. If --force is given, then the changes from the source
will be merged with the current working tree, including any uncommitted
changes in the tree. The --force option can also be used to create a
merge revision which has more than two parents. merge_file_content
~~~~~~~~~~~~~~~~~~ merge_request_body
~~~~~~~~~~~~~~~~~~ merger: missing %s missing file argument modified modified
Text has changed since the previous revision. never
Reserved for future use. nicks: %s
not a valid revision-number: %r note: upgrade may be faster if all store files are ungzipped first open
~~~~ or:: output_encoding
~~~~~~~~~~~~~~~ parent_location
~~~~~~~~~~~~~~~ pb parameter to convert() is deprecated please specify a commit message with either --message or --file please specify either --message or --file post_branch_init
~~~~~~~~~~~~~~~~ post_build_tree
~~~~~~~~~~~~~~~ post_change_branch_tip
~~~~~~~~~~~~~~~~~~~~~~ post_command
~~~~~~~~~~~~ post_commit
~~~~~~~~~~~ post_connect
~~~~~~~~~~~~ post_merge
~~~~~~~~~~ post_pull
~~~~~~~~~ post_push
~~~~~~~~~ post_repo_init
~~~~~~~~~~~~~~ post_status
~~~~~~~~~~~ post_switch
~~~~~~~~~~~ post_transform
~~~~~~~~~~~~~~ post_uncommit
~~~~~~~~~~~~~ pre_change_branch_tip
~~~~~~~~~~~~~~~~~~~~~ pre_command
~~~~~~~~~~~ pre_commit
~~~~~~~~~~ pre_merge
~~~~~~~~~ pre_open
~~~~~~~~ pre_status
~~~~~~~~~~ pre_transform
~~~~~~~~~~~~~ protocol provided you have created the following ``authentication.conf`` file:: public_branch
~~~~~~~~~~~~~ push_location
~~~~~~~~~~~~~ push_strict
~~~~~~~~~~~ python-gpgme is not installed, it is needed to verify signatures recurse
~~~~~~~ register-branch requires a public branch url - see bzr help register-branch. remove
~~~~~~ removed
Versioned in the previous revision but removed or deleted
in the working copy. removing file renamed renamed
Path of this file changed from the previous revision;
the text may also have changed. This includes files whose
parent directory was renamed. renamed {0} to {1} repeated file texts
This is the total number of repeated texts seen
in the checked revisions. Texts can be repeated when their file
entries are modified, but the file contents are not. It does not
indicate a problem. repository
~~~~~~~~~~ repository converted repository.fdatasync
~~~~~~~~~~~~~~~~~~~~ require
The gnupg signature for revisions must be present and must be valid. resolution for {0}
local: {1}
remote: {2} revision
~~~~~~~~ revision {%s} not present in branch; will be converted as a ghost revision_history ok. revisions
This is just the number of revisions checked. It doesn't
indicate a problem. save
~~~~ send_strict
~~~~~~~~~~~ server_exception
~~~~~~~~~~~~~~~~ server_started
~~~~~~~~~~~~~~ server_started_ex
~~~~~~~~~~~~~~~~~ server_stopped
~~~~~~~~~~~~~~ set
~~~ set_commit_message
~~~~~~~~~~~~~~~~~~ skipping {0} (larger than {1} of {2} bytes) smtp_server
~~~~~~~~~~~ smtp_username, smtp_password
~~~~~~~~~~~~~~~~~~~~~~~~~~~~ sorry, %r not allowed in path source package %s has no branch. start_commit
~~~~~~~~~~~~ starting repository conversion starting upgrade from format 4 to 5 starting upgrade from format 5 to 6 starting upgrade from format 6 to metadir starting upgrade of %s submit_branch
~~~~~~~~~~~~~ subunit not available. subunit needs to be installed to use --subunit. suppress_warnings
~~~~~~~~~~~~~~~~~ texts to mv multiple files the destination must be a versioned directory trac_<tracker>_url
------------------ transform_fallback_location
~~~~~~~~~~~~~~~~~~~~~~~~~~~ true
(default) This section applies to subdirectories as well. unable to remove "{0}": {1}. unable to remove %s unchanged unique file texts
This is the total number of unique file contents
seen in the checked revisions. It does not indicate a problem. unique files: %d
unknown
Not versioned and not matching an ignore pattern. unknown command "%s" unknown log formatter: %r unreferenced ancestors
Texts that are ancestors of other texts, but
are not properly referenced by the revision ancestry. This is a
subtle problem that Bazaar can work around. unreferenced version: {{{0}}} in {1} upgraded to weaves: versionedfiles
This is just the number of versionedfiles checked. It
doesn't indicate a problem. when-required
Reserved for future use. where "<tracker>" is an identifier for the bug tracker, and "<id>" is the
identifier for that bug within the bugtracker, usually the bug number.
If "<tracker>" is not specified the ``bugtracker`` set in the branch
or global configuration is used. where @new_path is replaced with the path of the new version of the
file and @old_path is replaced with the path of the old version of
the file. The PROGRAM should save the new file with the desired
contents of the file in the working tree.
where the columns' meanings are as follows. will produce a C header file with formatted string containing the
current revision number. Other supported variables in templates are: would allow ``bzr commit --fixes cpan:1234`` to mark bug 1234 in CPAN's
RT bug tracker as fixed, or:: would allow ``bzr commit --fixes hudson:HUDSON-1234`` to mark bug HUDSON-1234
in Hudson's JIRA bug tracker as fixed.
would allow ``bzr commit --fixes python:1234`` to mark bug 1234 in Python's
Roundup bug tracker as fixed, or:: would allow ``bzr commit --fixes squid:1234`` to mark Squid's bug 1234 as
fixed. would allow ``bzr commit --fixes twisted:1234`` to mark Twisted's bug 1234 as
fixed. would refer to ``/home/remote/myproject/trunk``. write revision writer writing weave you simply use:: {0!r} and {1!r} are in the same VCS, lossy push not necessary. Please use regular push. {0!r} is not present in revision {1} {0!r} was {1} locked again {0} => {1} {0} [{1}] - Stage {0} and {1} are mutually exclusive {0} commit by author {1} {0} commits by author {1} {0} commit by author {1} with key {2} now expired {0} commits by author {1} with key {2} now expired {0} commit not signed {0} commits not signed {0} commit not valid {0} commits not valid {0} commit with key now expired {0} commits with key now expired {0} commit with unknown key {0} commits with unknown keys {0} commits with valid signatures {0} conflict resolved, {1} remaining {0} conflicts resolved, {1} remaining {0} is not an SI unit. {0} is now stacked on {1}
{0} is{1} redirected to {2} {0} lock {1} {2}. {0} remembered {1} location {2} {0} signed {1} commit {0} signed {1} commits {0}: {1} ({2} multiparent)
Project-Id-Version: bzr
Report-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>
POT-Creation-Date: 2012-07-10 11:35+0200
PO-Revision-Date: 2012-12-16 20:02+0000
Last-Translator: Zbyněk Schwarz <Unknown>
Language-Team: Czech <cs@li.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2;
X-Launchpad-Export-Date: 2012-12-17 04:30+0000
X-Generator: Launchpad (build 16372)
.. poznámka::
BZR_PLUGIN_PATH
~~~~~~~~~~~~~~~
Volby větve podle jejího typu
----------------------------
BranchHooks
-----------
Společné volby
--------------
Soubory s nastavením
-------------------
Zastaralé formáty jsou zobrazeny níže.
Povolení filtrů obsahu
------------------------
Příklady
--------
Převod formátů
-----------------
Háky
=====
Dopad na příkazy
Záměr
------
Osobní projekty umístěné mimo
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Plánovaná vylepšení
--------------------
Obnova vašeho pracovního stromu
----------------------------
SOUHRN: pokus o {0} vylepšení, {1} úspěšně, {2} selhalo
Volby části
^^^^^^^^^^^^^^^
Viz :doc:`formats-help` pro další informace o formátech
uložení.
Poskytovatel hostování zdroje
~~~~~~~~~~~~~~~~~~~~~~~
Soubor nastavení v umístění větve, locations.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hlavní soubor s nastavením, bazaar.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Pro odevzdání do hlavní větve spusťte aktualizace a pak
odevzdejte.
Můžete také předat --local k odevzdání pro pokračování v práci, když
nejste připojeni.
Volby Unicode
---------------
Když chcete dát přednost jedné sadě změn před druhou, můžete použít
``bzr resolve`` s jednou z následujících činností:
http_proxy, https_proxy
~~~~~~~~~~~~~~~~~~~~~~~ # Domácí projekt na hobby.net
[hobby]
host=r.hobby.net
user=pepa
password=jasne1234
# Domovský server
[home]
scheme=https
host=home.net
user=jarda
password=1e4evl1j9s4ne
[DEFAULT]
# Náš místní uživatel je barbaz, na všech vzdálených sítích jsme známi jako foobar
user=foobar # vývojové větve na serveru vývoje
[dev]
scheme=ssh # bzr+ssh a sftp jsou zde dostupné
host=dev.společnost.cz
path=/dev/začlenění
user=uživ2
# proxy
[proxy]
scheme=http
host=proxy.společnost.cz
port=3128
user=proxyuživ1
password=proxyheslo1 [reference code]
scheme=https
host=dev.společnost.cz
path=/dev
user=uživ1
password=heslo1 [doména phzeu]
# používáme sftp, ale ssh je schéma, které je použité pro ověřování
scheme=ssh
# První '.' zajistí, že samo 'phz.eu' nebude odpovídat
host=.phz.eu
user=josef
# bzr nepodporuje předávání hesel pro sftp,
# zvažte použít agenta ssh, pokud nechcete zadávat heslo
# na požádání. (pageant, ssh-agent, atd) bzr alias bzr alias --remove ll bzr alias ll bzr alias ll="log --line -r-10..-1" bzr check --repo bar bzr check --tree --branch foo bzr check baz bzr checkout --lightweight repo/trunk trunk-checkout
cd trunk-checkout
(zde přidejte soubory) bzr diff bzr diff --old xxx bzr diff --old xxx --new yyy NEWS bzr diff --prefix old/:new/
Zobrazí rozdíly pomocí vlastního programu rozdílů s volbami::
bzr diff --using /usr/bin/diff --možnosti- rozdílů -wu bzr diff -c2 bzr diff -r-2.. bzr diff -r1 bzr diff -r1..3 bzr diff -r1..3 xxx bzr diff -r<zvolená_nadřazená>..X bzr diff NEWS bzr diff xxx/NEWS bzr ignore "!special.class" bzr ignore "*.class" bzr ignore "RE:(?!debian/).*"
Ignorovat vše kromě adresáře "local" v njvyšší úrovni,
ale vždy ignorovat automaticky ukládané soubory
končící na ~, i v local/::
bzr ignore "*"
bzr ignore "!./local"
bzr ignore "!!*~" bzr ignore "RE:^#" bzr ignore "RE:lib/.*\.o" bzr ignore "lib/**/*.o" bzr ignore ./Makefile bzr init-repo --no-trees repo
bzr init repo/trunk bzr log -r date:yesterday.. bzr merge -r 81..82 ../bzr.dev bzr merge -r 82 ../bzr.dev bzr merge ../bzr.dev bzr merge ../funkce1a
bzr merge ../funkce1b --force
bzr commit -m 'revize s třemi nadřazenými' bzr merge /tmp/merge bzr missing bzr missing --my-revision ..-10 bzr missing -r ..-10 bzr missing http://server/větev bzr remerge --merge-type weave --reprocess foobar bzr remerge --show-base bzr whoami "Frank Chu <fchu@example.com>" bzr whoami --email {0} má nesprávné nadřazené v rejstříku: {1!r} mělo by být {2!r} $ bzr diff -r submit: %s by mělo být v původu pro: * {0} verze {1} má nadřazené {2!r} ale měla by mít {3!r} ancestor:/cesta/k/větvi
$ bzr diff -r ancestor:../../hlavní/větev before:1913 -> Vrátit nadřazenou revize č. 1913 (č. rev 1912)
before:revid:aaaa@bbbb-1234567890 -> vrátit nadřazenou revize
aaaa@bbbb-1234567890
bzr diff -r before:1913..1913
-> Najít změny mezi revizemi 1913 a její nadřazenou (1912).
(Které změny obsahovala revize 1913).
Toto je stejné jako: bzr diff -c 1913 branch:/cesta/k/větvi bzr launchpad-login bzr launchpad-login bob date:yesterday -> vybrat první revizi od včerejška
date:2006-08-14,17:10:14 -> vybrat první revizi po
14. srpnu, 2006 v 5:10 odp. last:1 -> vrací poslední revizi
last:3 -> vrací 2. revizi před koncem.
revid:aaaa@bbbb-123456789 -> Vybere revizi 'aaaa@bbbb-123456789' revno:1 -> vrací první revizi této větve
revno:3:/cesta/k/větvi -> vrací 3. revizi
větve '/cesta/k/větvi'
revno:-1 -> Poslední revize ve větvi.
-2:http://jiná/větev -> Předposlední revize ve
vzdálené větvi.
-1000000 -> Pravděpodobně první revize, pokud
nemáte velmi dlouhou historii. * Zkratka 'lp:' systém sledování chyb může rozšířit čísla chyb launchpad na jejich
URL pro použití s 'bzr commit --fixes', např. 'bzr commit --fixes lp:12345'
zaznamená vlastnost revize, která označuje tuto revizi jako opravující
chybu Launchpad 12345. Když tuto větev odešlete na Launchpad, bude
automaticky spojena s oznámením chyby. * 'lp:' přenos používá Launchpad jako adresářovou službu: například
'lp:bzr' a 'lp:python' odkazují na hlavní větve souvisejících
projektů a můžou být větveny, zaznamenány, atd. Můžete použít 'lp:'
přenos k odkazování na určité větve, např. lp:~bzr/bzr/trunk. * Příkaz launchpad-login říká Bazaar Vaše uživatelské jméno Launchpad. Toto
je pak použito 'lp:' přenos ke stažení Vašich větví pomocí
bzr+ssh://. * Příkaz register-branch říká Launchpad o url veřejné
větve. Launchpad pak bude tuto větev odrážet, zobrazí
její obsah a umožní ji být připojena k chybám a dalším
objektům. -l N zobrazí maximálně N revizí
-n N zobrazí N úrovní revizí (0 pro všechny, 1 pro sbalené)
-v zobrazí souhrn stavu (delta) pro každou revizi
-p zobrazí rozdíl (záplatu) pro každou revizi
--show-ids zobrazí id revizí (a souborů), nejen čísla -r-1 zobrazit pouze špičku
-r-10.. zobrazit posledních 10 hlavních revizí
-rsubmit:.. zobrazit co je v této větvi nového
-rancestor:path.. zobrazí změny od spolčeného předka této
větve a větve v cestě umístění
-rdate:yesterday.. zobrazit změny od včerejšího dne -rX zobrazí revizi X
-rX.. zobrazí revizi X a pozdější
-r..Y zobrazí až po a včetně revize Y
-rX..Y zobrazí od X do Y včetně ...ale neignorovat "special.class":: <nenainstalovány žádné háky>
Zkontrolovat vše v 'baz':: Zkontrolovat pouze úložiště v 'bar':: Zkontrolovat strom a větev v 'foo':: Konflikt, protože SOUBOR je bez verze, ale jeho potomci již verzi mají. Zjistit chybějící revize mezi touto a jinou větví:: Zjistit chybějící revize mezi touto a větví v
zapamatovaném umístění stažení:: Zjistit chybějící revize až po určitou revizi v jiné
větvi:: Zjistit chybějící revize až po určitou revizi v této
větvi:: Rozdíl mezi revizí 3 a revizí 1 ve větvi xxx:: Rozdíl mezi revizí 3 a revizí 1:: Rozdíl mezi pracovním stromem a revizí 1:: Při porovnání s tímto zobrazí všechny změny, které byly provedeny v
této větvi, a slouží k dobrému odhadu změn při sloučení. Větev
přeldožení je použita příkazy sloučení bundle a merge. Pokud není
zadána je místo toho použita nadřazená větev. Příklady:: Ignorovat soubory .class ve všech adresářích...:: Ignorovat soubory .o v adresáři lib:: Ignorovat vše, kromě adresáře "debian" v nejvyšší úrovni:: ignorovat soubory, jejichž název začíná znakem "#":: Je chybou žádat o nadřazenou nulté revize (before:0). Vytvořit odlehčené získání někde jinde:: Nezapomeňte, že v případě sloučení, volba -c zobrazí změny
porovnané s nadřazenou vlevo. Pro zobrazení změn proti
jiné nadřazené, použijte:: Jeden způsob, jak zobrazit všechny změny ze včerejška, je:: Znovu provést sloučení "foobar", použitím algoritmu sloučení vazby s
dalšími zpracováními pro zmenšení velikosti oblastí konfliktu:: Stejné jako 'bzr diff' jen cesty dostanou předponu old/ a new/:: Vybrat revizi, která naposledy změnila zadaný řádek. Řádek je zadán
jako cesta:číslo. Cesta je relativní cestou k souboru. Čísla začínají na 1
a jsou relativní k současné verzi, ne k poslední odevzdané verzi
souboru. Vybere revizi, která sloučila danou revizi do hlavní větve. Nastavit zkratku pro 'll':: Nastavit současného uživatele:: Zobrazit rozdíly pouze pro soubor NEWS:: Zobrazit určenou zkratku pro 'll':: Zobrazit rozdíly pro soubor NEWS mezi dvěma větvemi:: Zobrazit rozdíly od větve xxx po tento pracovní strom: Zobrazit rozdíly pro soubor NEWS v pracovním stromu xxx:: Zadejte časové razítko pro výběr první revize, která datu odpovídá.
Datum může být 'yesterday', 'today', 'tomorrow' nebo řetězec
RRRR-MM-DD. Odpovídá první položce po daném datu buď o
půlnoci nebo v určitém čase). Zadejte kladné číslo pro získání nté revize od konce. To je stejné
jako zadání záporného čísla do specifikace 'revno:'.
Příklady:: Pro zadání určité id revize, která může být použita pro
zadání jakékoliv id revize v historii větve.
Včetně sloučení, vyřízených i nevyřízených.
Příklady:: Zadejte jakýkoliv specifikátor revize pro vrácení nadřazené této revize
Toto je nejčastěji používáno při prohlížení revizí, které nejsou součástí
historie větve. Zadejte cestu k větvi pro výběr její poslední revize. Zadejte cestu k větvi pro výběr společného předka. Značky jsou ukládány ve větvi a vytvářeny příkazem 'tag'. Změny mezi současnou a předchozí revizí
(stejné jako -c-1 a -r-2..-1) Změny obsažené v revizi 2 (stejné jako -r1..2):: Společný předek je poslední revize, která existovala v obou
větvích. Většinou je toto bod větve, ale může to být také
revize, která byla sloučena. Toto se často používá s 'diff' pro vrácení všech změn, které vaše
větev zavádí a vyjmutí změn, které jste nesloučili ze vzdálené
větve. Pro použití příkazu sloučení umístěném v /tmp/merge:: Pro vytvoření revize sloučení s třemi nadřazenými ze dvou větví
funkce1a a funkce1b: Pro sloučení změn až po a včetně revize 82 z bzr.dev:: Por sloučení změn v revizi 82, bez předchozích změn:: Pro odstranění zkratky pro 'll':: Pro ozbrazení změn obsažených v revizi X::
bzr diff -cX Použijte celé číslo k zadání revize v historii větve. Případně můžete
zadat větev. Záporné číslo bude odpočítávat od konce větve (-1 je
poslední revize, -2 předchozí). Pokud je záporné číslo větší než
historie větve, je vrácena první revize.
Příklady:: [/home/jdoe/branches/nethack]
email = Nethack Admin <nethack@nethack.com> [ALIASES]
tip = log -r-1
top = log -l10 --line
show = log -v -p [DEFAULT] [DEFAULT]
email = Josef Novák <jnov@isp.cz>
editor = /usr/bin/vim
create_signatures = when-required [http://hypotetická.stránka.cz/větve/větev-vývoj]
create_signatures = always [http://mevetve.isp.cz/~jnov/adrvetvi]
[/home/jnov/vetve/] [name *.bat]
eol = native [name *.html *.xml]
keywords = xml_escape bugtracker_cpan_url = http://rt.cpan.org/Public/Bug/Display.html?id={id} bugtracker_hudson_url = http://issues.hudson-ci.org/browse/{id} bugtracker_python_url = http://bugs.python.org/issue{id} bugzilla_squid_url = http://bugs.squid-cache.org bzr commit --fixes <id> bzr commit --fixes <systém>:<id> bzr commit foo -x foo/bar bzr info bzr info -v bzr info -vv bzr ls --ignored bzr mv ZDROJ... CÍL bzr push :parent
bzr remove-branch úložiště/kmen bzr view bzr view --all bzr view --delete bzr view --delete --all bzr view --name název-zobrazení bzr view --name název-zobrazení --delete bzr view --name název-zobrazení soubor1 adresář1 ... bzr view --switch off bzr view --switch název-zobrazení bzr view soubor1 adresář1 ... cd ~/project
bzr init
bzr add .
bzr status
bzr commit -m "imported project" change_editor = PROGRAM @nová_cesta @stará_cesta debug_flags = hpss debug_flags = hpss,evil email = Josef Novák <jnov@isp.cz>
gpg_signing_key = Emily Pond <emily@priklad.cz> email = Celé jméno <účet@názevhostitele.doména> gpg_signing_command = /usr/bin/gnpg nazev_moji_vetve = funkce_x
muj_server = bzr+ssh://priklad.cz
push_location = {muj_server}/projekt/{nazev_moji_vetve} trac_twisted_url = http://www.twistedmatrix.com/trac $ bzr config mypush
lp:~vila/bzr/832013-expand-in-stack Vzory obsahující hranaté závorky nebo mezery by měly být
ohraničeny uvozovkami, aby bylo zajištěno jejich správné
zpracování.
Některé z starších formátů mají dvě varianty:
prostou a s rich-root. Druhá zahrnuje dodatečné
pole o kořeni stromu. Použití takového formátu
nemá dopad na výkon, ale nemůžete snadno sloučit
změny z formátu rich-root do prostého. Následkem
je přesunutí projektu do formátu rich-root otázkou
koordinace, protože všichni přispěvatelé musí své
úložiště vylepšit ve stejnou dobu. 2a a všechny budoucí
formáty budou standardně rich-root. ``bzr resolve SOUBOR`` xxx <název souboru> "Josef Novák <jnov@priklad.cz>" $ bzr init
$ bzr mkdir foo
$ bzr commit -m "ZÁKLAD"
$ bzr branch . ../druhý
$ rmdir foo
$ touch foo
$ bzr commit -m "TENTO"
$ bzr mkdir ../druhý/foo/bar
$ bzr commit ../druhý -m "DRUHÝ"
$ bzr merge ../druhý $ bzr init
$ bzr mkdir bílá
$ bzr mkdir černá
$ bzr commit -m "ZÁKLAD"
$ bzr branch . ../druhý
$ bzr mv bílá černá
$ bzr commit -m "TENTO"
$ bzr mv ../druhý/černá ../druhý/bílá
$ bzr commit ../druhý -m "DRUHÝ"
$ bzr merge ../druhý * Připojení je pomocí chytrého serveru (přistupováno s URL začínající
"bzr://", "bzr+ssh://" nebo "bzr+http://", či "http://"
URL pokud je chytrý server dostupný přes HTTP). * Bit spuštění byl změněn
* Hák je buď určen pro server, nebo je částí obecné infrastruktury
spíše než konkrétní kód klienta (jako například odevzdání). * ``bzr log -r2 -p průvodce.txt`` zobrazí chybovou zprávu protože
v revizi 2 neexistoval žádný soubor jménem výuka.txt. * ``bzr log -r2 -p výuka.txt`` zobrazí změny provedené v
původním souboru v revizi 2. * ``bzr log průvodce.txt`` soubor zaznamená jako přidaný v revizi 1 * ``bzr log výuka.txt`` soubor zaznamená jako přidaný v revizi 3 * ``host``: může být prázdné (aby došlok vhýzímu chování u všech hostitelů), * ``password``: může být prázdné, pokud chcete, aby jste vždycky byli
tázání na heslo. * ``path``: může být prázdné (FTP nebo SFTP ho nikdy nepoužijí), * ``port`` ,může být prázdné (užitečné, když hostitel poskytuje několik serverů
pro stejné schéma), jsou povoleny pouze číselné hodnoty, toto by mělo být použito
pouze, když server používá jiný port, než standardní port schématu, * ``scheme``: může být prázdné (znamená, že zbytek definice může být použit
pro všechna schémata), ``SFTP`` a ``bzr+ssh`` by zde neměla být použita,
místo toho by mělo být použito ``ssh``, protože se jedná o opravdové schéma
v ohledu na ověření, * ``user``: může být prázdný (``bzr`` standardně použije
``getpass.get_user()`` od python), * revize 1: přidána výuka.txt
* revize 2: výuka.txt změněna
* revize 3: výuka.txt přejmenována na průvodce.txt; výuka.txt přidána * {date} - datum poslední revize
* {build_date} - dnešní datum
* {revno} - číslo revize
* {revision_id} - id revize
* {branch_nick} - přezdívka větve
* {clean} - 0 pokud zdrojový strom obsahuje neodevzdané změny,
jinak 1 + Soubor opatřen verzí
- Souboru odebrána verze
R Soubor přejmenován
? Soubor je neznámý
X Soubor neexistuje (a neznámý pro bzr)
C Soubor má konflikty
P Položka má nevyřízené sloučení (není soubor) - vyhradit úložiště hesel pro zásuvné moduly (například .netrc). - ukládat hesla v různých zamlžujících kódováních (například base64), :bound Větev, s kterou ej tato svázána, pro svázané větve.
:parent Nadřazená této větvi.
:public Veřejné umístění této větve.
:push Uložené umístění používané pro `bzr push` bez argumentů.
:submit Větev pro předkládání z této větve.
:this Tato větev. <<<<<<< TREE
Martin Pool ho vydal.
=======
Vedoucí projektu vydal Bazaar.
>>>>>>> MERGE-SOURCE <protokol>://[uživatel[:heslo]@]hostitel[:port]/[cesta] ================= ============================
Podporované formáty Automaticky zjištěno podle přípony
================= ============================
dir (žádný)
tar .tar
tbz2 .tar.bz2, .tbz2
tgz .tar.gz, .tgz
zip .zip
================= ============================ ============================ ============ ============
URL Příklady Zkrácení
============================ ============ ============
https://bugs.launchpad.net/ lp lp:12345
http://bugs.debian.org/ deb deb:12345
http://bugzilla.gnome.org/ gnome gnome:12345
============================ ============ ============ ? - Porovná jakýkoli znak kromě '/'
* - Porovná 0 nebo více znaků kromě '/'
/**/ - Porovná 0 nebo více adresářů v cestě
[a-z] - Porovná jeden znak ze skupiny znaků Běžnou chybou je zapomenout přidat nový soubor nebo adresář
před spuštěním příkazu odevzdání. Volba --strict vyhledá
neznámé soubory a pokud je nalezne, odevzdání přeruší. Pokročilejší
kontrolypřed odevzdáním mohou být zavedeny určením háků. Viz
``bzr help hooks`` pro podrobnosti. Výběrové odevzdání po sloučení není zatím podporováno. BZR_DISABLE_PLUGINS='můjmodul:tvůjmodul' BZR_PLUGIN_PATH='-site:+user' BZR_PLUGIN_PATH='-user:-core:-site' BZR_PLUGIN_PATH='/cesta/k/mým/ostatním/modulům' BZR_PLUGIN_PATH='/cesta/k/mým/modulům/umístění:-site':+user Konflikt při přidávání SOUBORU. Existující soubor přesunut do SOUBOR.moved. Konflikt při přidávání souborů do SOUBORU. Vytvořen adresář. Konflikt při přesunu SOUBORU do ADRESÁŘE. Přesunutí zrušeno. Konflikt: Nelze smazat ADR protože není prázdný. Mazání přerušeno. Konflikt: foo.new není adresář, ale obsahuje soubory.
Vytvořen adresář. Konfliktní značky:
verze-0.1 Konlikty obsahu v SOUBOR Zobrazení informací o formátu a souvisejících umístěních: Zobrazení informací spolu s rozšířenými informacemi o formátu a
základními statistikami (jako počet souborů v pracovním stromu a
počet revizí ve větvi a úložišti): Zobrazí informace výše spolu s počtem odevzdávajících do větve: Funkce long short line
---------------------- ------------- ------------ -------------------
cíl návrhu podrobné zob. stručné zob. 1 revize na řádek
odevzdávající jméno+email pouze jm. pouze jm.
autor jméno+email - -
formát data-času celý pouze datum pouze datum
zpráva odevzdání celá celá horní řádek
značky ano ano ano
označení sloučení - ano -
stav/delta nepovinné nepovinné -
diff/patch optional optional -
revision-id optional optional -
branch nick yes - -
foreign vcs properties yes yes -
preferred levels all 1 1
digital signature optional - - Názvy souborů jsou chápány v jejich historickém kontextu. Pro
zaznamenání smazaného souboru zadejte rozsah revizí tak, aby
soubor existoval na konci nebo začátku rozsahu. Nástroje rozhraní a IDE jsou často lepší pro procházení historie než
nástroje příkazové řádky: můžete vyzkoušet qlog nebo viz z qbzr
nebo bzr-gtk, prostředí průzkumníka bzr nebo internetové rozhraní
Loggerhead. Další informace můžete nalézt v průvodci zásuvnými moduly Historický kontext je také důležitý při výkladu názvů cest
přejmenovaných souborů/adresářů. Zvažte následující příklad: Háky mohou být také nastaveny ke spuštění po odevzdání. To Vám
umožňuje spustit aktualizace vnějších systémů jako sledování chyb.
Volba --fixes může být použita pro zaznamenání propojení mezi
revizí a jednou nebo více chyb. Viz ``bzr help bugs`` pro podrobnosti. Pokud jsou parametry zadány a první není větev, záznam
bude filtrován aby zobrazoval pouze ty revize, které změnili
zadané soubory nebo adresáře. Pokud jsou zadány vybrané soubory jsou odevdány pouze jejich
změny. Pokud je zadán adresář, pak je adresář odevzdán
se svým obsahem. Pokud autor změny není stejná osoba jako odevzdávající,
můžete zadat jméno autora pomocí volby --author. Jméno
by mělo být ve stejném formátu jako id odevzdávajícího, tedy
"Josef Novák <jnov@priklad.cz>". Pokud má změna více než jednoho
autora, můžete volbu zadat vícekrát, jednou za každého autora. Pokud omylem odevzdáte špatné změny, nebo ve zprávě odevzdání
provedete hrubku, můžete odevzdání vrátit zpět pomocí příkazu uncommit.
Viz ``bzr help uncommit`` pro podrobnosti. Pokud máte zájem o hlubším pohlédnutí do určitého sloučení X,
použijte ``bzr log -n0 -rX``. V tomto případě: N Soubor vytvořen
D Soubor smazán
K Druh souboru změněn
M Soubor změněn Nezapomeňte, že výchozí počet úrovní k zobrazení je funkce
formátu záznamu. Pokud volba -n není použita, standardní formáty
záznamu zobrazí pouze nejvyšší úroveň (hlavní čáru). Konflikt cesty: CESTA1 / CESTA2 RE:(?i)foo Odstraní větev v úložišti/kmeni:: Přejmenování jsou vždycky následována záznamem. Záměrně pro
nemusíte výslovně žádat (a neexistuje způsob jak zastavit aby
soubor byl zaznamenán zpět do doby posledního přejmenování). Viz ``bzr help revisionspec`` pro podrobnosti jak zadat X a Y.
Některé běžné příklady jsou zadány níže:: Nastavit ID Launchpad současného uživatele na 'bob':: Shrnutí stavu jsou zobrazeny pomocí příznaků jako A, M, atd.
Abyste místo toho viděli změny vysvětlené pomocí slov jako
``přidáno`` a ``změněno``, použijte volbu -vv. Textový konflikt v SOUBOR Volba --match může být použita k nalezení revizí, které odpovídají
regulárnímu výrazu ve zprávě odevzdání, odevzdávajícímu, autorovi
nebo chybě. Zadáním volby několikrát bude provádět shodu se všemi
zadanými výrazy, --match-author, --match-bugs, --match-committer a
--match-message může být použito pro porovnání s určitým polem. Volba -r může být použita pro určení proti které revizi nebo rozsahu revizi
filtrovat. Různé formy jsou zobrazeny níže:: Následující volby mhou být použito pro určení zobrazených
informací:: Formát záznamu kontroluje jak jsou informace o každé revizi
zobrazeny. Stadnardní formáty záznamu se nazývají ``long``, ``short``
a ``line``. Výchozí je long. Viz ``bzr help log-formats``
pro podrobnosti o formátech záznamu. Pro určení pojmenovaného zobrazení a přepnutí na něj:: Pro smazání pojmenovaného zobrazení:: Pro smazání všech zobrazení:: Pro smazání současného zobrazení:: Pro zakázání současného zobrazení bez smazání:: Pro zobrazení od nejstarší po nejnovější, použijte volbu --forward.
Ve většině případů použití této možnosti bude mít malý dopad
na celkový čas nutný pro vytvoření záznamu, i když --forward
revize nezobrazuje postupně tak jako to dělá --reverse když může. Pro vypsání pojmenovaného zobrazení:: Pro vypsání všech určených zobrazení:: Pro vypsání současného zobrazení:: Pro přepnutí na pojmenované zobrazení:: Když jsou zadány výjimky, mají přednost před vybranými soubory.
Například, pro odevzdání změn uvnitř foom ale beze změn
uvnitř foo/bar:: Při prozkoumávání historie mimo hlavní čáru ve velkých projektech
s hlubokou historií může být výkon záznamu velmi vylepšen instalací
zásuvného modulu historycache. Tento modul ukládá historické
informace do mezipaměti čímž vyměňuje místo na disku za rychlost. Při zaznamenávání rozsahu revizí pomocí -rX..Y. záznam
začne u revize Y a prohledává zpětně historii hlavních
("levých") nadřazených dokud nenajde X. Při záznamu
pouze horní úrovně (pomocí -n1) je nahlášeny chyba,
pokud X není během operace nalezeno. Pokud je
použito mnohaúrovňové zaznamenávání (-n0), X může
být vnořená revize sloučení a záznam bude zkrácen
odpovídajícím způsobem. Možná Vám přijde užitečné přidat přezdívky do ``bazaar.conf``:: [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr
mypush:policy=appendpath [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr/{branchname} [/home/vila/src/bzr/bugs]
mypush = lp:~vila/bzr/{relpath} [/home/vila/src/bzr]
mypush = lp:~vila/bzr/{basename} [/nejvyssi/umisteni]
push_location = sftp://priklad.cz/umisteni
push_location:policy = appendpath [ALIASES]
commit = commit --strict
log10 = log --short -r -10..-1
[DEFAULT]
email=Josef Novák <jnovak@isp.cz> [DEFAULT]
log_format = short [myprojects]
scheme=ftp
host=host.cz
user=josef
password=tajne
[name *.bat]
eol = crlf [name *.png]
eol = exact [name *.sh]
eol = lf [name *]
eol = native [name *]
eol = native-with-crlf-in-repo [name zkuš_data/]
eol = exact ``bzr log -v`` ve větvi s dlouhou historií je v současnosti
velmi pomalý. Oprava pro tento problém je nyní ve vývoji.
I s či bez této opravy je doporučeno, aby spolu s volbou -v
byl zadán rozsah revizí. ``bzr resolve SOUBOR --action=done' ``bzr tip`` pak zobrazí poslední revizi zatímco ``bzr top``
zobrazí posledních 10 hlavních revizí. Pro zobrazení podrobností
určité revize X, zadejte ``bzr show -rX``. aftp:// Přístup pomocí aktivního FTP.
bzr:// Rychlý přístup pomocí chytrého serveru Bazaar.
bzr+ssh:// Rychlý přístup pomocí chytrého serveru Bazaar přes SSH.
file:// Přístup pomocí standardního souborového systému (výchozí)
ftp:// Přístup pomocí pasivního FTP.
http:// Přístup pouze pro čtení k větvím exportovaných na internet.
https:// Přístup pouze pro čtení k větvím exportovaných na internet pomocí SSL.
sftp:// Přístup pomocí SFTP (většina SSH serverů podporuje SFTP). bzr add přidá soubory či adresáře do správy verzí
bzr ignore ingoruje soubor nebo vzor
bzr mv přesune neb přejmenuje soubor s verzí bzr branch ftp://host.cz/cesta/k/me/vetvi bzr branch ftp://josef:tajne@host.cz/cesta/k/me/vetvi bzr config mypush
lp:~vila/bzr/832013-expand-in-stack bzr má obecný full-textový zásuvný modul, bzr-search, který může být
použit k nalezení revizí shodující se s uživatelskými jmény, zprávami
odevzdání atd. Mezi další funkce patří nalezení revizí obsahující
seznam slov, ale ne ostatních. bzr help init další nápověda o např. příkazu init
bzr help command vypíše všechny příkazy
bzr help topics vypíše všechna témata nápovědy
bzr log zaznamenat současnou větev
bzr log foo.py zaznamenat soubor ve větvi
bzr log http://server/větev zaznamenat větev na serveru bzr log zobrazí historii změn
bzr check ověří úložiště bzr log file:///tmp/%2False (odkazuje na soubor nazvaný /tmp/\/alse)
bzr log %252False (odkazuje na soubor nazvaný /tmp/%252False) bzr log foo,branch=bla # cesta "foo" s parametrem segmentu "branch" nastaveným na "bla"
bzr log file:foo%2Cbranch=bla # cesta "foo,branch=bla"
bzr log file:foo,branch=bla # cesta "foo" s parametrem segmentu "branch" nastaveným na "bla"
bzr lp-find-proposal -r annotate:README:1 bzr lp-propose-merge --review jnovak --review tym-kontroly=qa bzr merge stáhne změny z jiné větve
bzr commit uloží některé nebo všechny změny
bzr send odešle změny přes email bzr status shrne změny v pracovní kopii
bzr diff zobrazí podrobné rozdíly bzr version-info --custom \
--template="#define VERSION_INFO \"Projekt 1.2.3 (r{revno})\"\n" bzr+ssh://remote@shell.example.com/~/myproject/trunk bzr.default_mergetool = kdiff3
bzr.mergetool.kdiff3 = kdiff3 {base} {this} {other} -o {result} cd /tmp
bzr log /tmp/%2False
bzr log %2False
bzr log file:///tmp/%252False
bzr log file://localhost/tmp/%252False
bzr log file:%252False checkout Vytvoří pracovní strom když větev žádný nemá.
remove-tree Odstraní pracovní strom z větve, když je to bezpečné.
update Když je pracovní strom nesynchronizován s přidělenou
větví. toto strom aktualizuje, aby větvi odpovídal.
checkout Vytvoří získání. Předejte --lightweight pro odlehčené
získání
update Stáhnout všechny změny v hlavní větvi do Vašeho získání
commit Vytvořit odevzdání, které je odesláno do hlavní větve. Pokud máte
plnohodnotné získání, pak volba --local odevzdá do
získání bez odeslání do hlavní větve
switch Změnit hlavní větev, do které budou odevzdání v získání
odeslány
bind Přeměnit samostatnou větev do plnohodnotného získání, takže
všechna odevzdání budou odeslána do hlavní větve
unbind Přeměnit plnohodnotné získání do samostatné větve, takže
odevzdání jsou prováděna pouze místně
info Zobrazí zdali je větev svázaná či nikoliv. Pokud je
pak také zobrazí umístění svázané větve
gio+ Přístup pomocí všech protokolů podporujících GIO. http://bzruživ:ŠptHeslo@bzr.příklad.cz:8080/bzr/trunk http_proxy=http://proxy.priklad.cz:3128/
https_proxy=http://proxy.priklad.cz:3128/ init Změnit adresář na větev s verzí.
branch Vytvořit novou větev, která je kopíí existující.
merge Provést trojité porovnávání.
bind Svázat větev s jinou.
init Převést adresář do větve s verzí.
init-repository Vytvoří sdílené úložiště. Použijte --no-trees pro vytvoření
úložiště, v kterém nové větve nedostanou pracovní strom.
yyy.hooks.install_named_hook("xxx", ...) {base} soubor.ZÁKLAD
{this} soubor.TENTO
{other} soubor.DRUHÝ
{result} výstupní soubor
{this_temp} dočasná kopie souboru.TENTO je použit k přepisu výstupního
souboru, pokud je sloučení úspěšné. * Cesty souborového systému, relativní či absolutní * Plně kvalifikované URL * Pro znovu použití převaděčů čtení se ``dotkněte`` souborů,
tj. aktualizujte jejich časové razítko. Operace jako ``bzr status``
by měly znovu použít příslušené převaděče čtení a konečné
výsledky porovnat s kanonickým formátem. * Pro znovu použití převaděčů zápisu se ujistěte, že neexistují
místní změny, smažte jednotlivé soubory a spusťte
``bzr revert`` pro tyto soubory. 1. první shoda vyhrává, 2. prázdná pole se shodují se vším, 3. ``scheme`` se shoduje, i když v požadované URL jsou použity dekorátory. 4. ``host`` odpovídá přesně nbo se chová jako doména, pokud začíná s '.'
(``project.bzr.sf.net`` odpovídá ``.bzr.sf.net`` ale ``projectbzr.sf.net``
neodpovídá ``bzr.sf.net``). 5. ``port`` odpovídá, pokud je zahrnut do požadované URL (pouze přesné shody) 5. ``port`` odpovídá, pokud je zahrnuta do požadované URL (a podle pravidla č. 2 výše,
prázdné cesty budou odpovídat všem zadaným cestám). ========== ===================================== ======================
Hodnota Konce řádků při získání Konce řádků při odevzdání
========== ===================================== ======================
``native`` ``crlf`` ve Windows, ``lf`` jinak ``lf``
---------- ------------------------------------- ----------------------
``lf`` ``lf`` ``lf``
---------- ------------------------------------- ----------------------
``crlf`` ``crlf`` ``lf``
---------- ------------------------------------- ----------------------
``exact`` Bez převodu Stejný jako v souboru
========== ===================================== ====================== ============================ ======================== ======================
Hodnota Konce řádku při získání Konce řádků při odevzdání
============================ ======================== ======================
``native-with-crlf-in-repo`` ``crlf`` ve Windows, ``crlf``
jinak ``lf``
---------------------------- ------------------------ ----------------------
``lf-with-crlf-in-repo`` ``lf`` ``crlf``
---------------------------- ------------------------ ----------------------
``crlf-with-crlf-in-repo`` ``crlf`` ``crlf``
============================ ======================== ====================== none:
hodnota je vyhodnocena stejně pro uvedená umístění. Toto je
výchozí chování.
norecurse:
hodnota je použita pouze pro konkrétní umístění zadané v
názvu části.
appendpath:
pro zadaná umístění, všechny další části cesty jsou k
hodnotě připojeny. "%(alias_name)s" není platná zkratka umístění. Zavolána "%(function)s" v AtomicFile poté, co byl uzavřen: "%(path)s" "%(invalid_id)s" není platné id regálu, zkuste místo toho číslo. "%(path)s" cesta není adresář %(extra)s "%(path)s" není v pracovním adresáři %(extra)s "%s" není platný popis <název_zásuvného_modulu>@<cesta_modulu> "bzr diff -p1" se rovná "bzr diff --prefix old/:new/" a
vytváří záplaty vhodné pro "patch -p1". %(bzrdir)r nepodporuje společně umístěné větve. %(context_info)s%(path)s již má verzi. %(context_info)s%(path)s nemá verzi. %(exe_name)s nelze na tomto stroji nalézt %(msg)s %(host)s%(port)s%(orig_error)s %(not_locked)r není uzamčen pro zápis, ale má být. %(source)s je %(permanently)s přesměrován do %(target)s %(target)s
není kompatibilní s
%(source)s
%(details)s %(url)s není místní cesta. nezdá se, že %(username)r obsahuje rozumnou emailovou adresu %(value)s není rejstřík typu %(_type)s. %6d id souborů %6d duchových revizí %6d rozporných nadřazených %6d revizí %6d revizí a inventářů %6d revizí je zmíněno ale nejsou přítomny %6d revizím chybí inventory_sha1 %6d revizí má nesprávné nadřazené v rejstříku revizí %6d revizím chybí nadřazené v původu %6d revizí není přítomno %6d textů %6d neodkazovaných textových verzí %d konflikt automaticky vyřešen %d konflikty automaticky vyřešeny %d konfliktů automaticky vyřešeno zjištěno %d konfliktů. %d návrhů nalezeno aktualizována %d značka. aktualizovány %d značky. aktualizováno %d značek. %r je příliš krátké pro výpočet relativní cesty %s
Odevzdání zamítnuto. %s - Fáze %s nelze kanonizovat CHK %s nemá žádný přidružený produkt nebo zdrojový balíček. %s není zaměřeno na vývoj. %s již je aktuální. %s není na Launchpad registrováno %s není nyní složeno
'%(display_url)s' již je větev. '%(display_url)s' již je získání. '%(display_url)s' již je odlehčené získání. '%(display_url)s' již je strom. '%(display_url)s' již je samostatné. '%(display_url)s' již používá sdílené úložiště. '%(display_url)s' není synchronizována s %(target_url)s. Viz bzr help sync-for-reconfigure. Zobrazení '{0}' je: {1}
(Výchozí: "bzr"). Cesta k příkazu, který má být použit ke spuštění chytrého
serveru pro bzr. Tato hodnota může být zadána pouze v locations.conf,
protože: (Výchozí: "gpg"). Který program má být použit pro podepisování a kontrolu
revizí. Například:: (Výchozí: "localhost"). Který SMTP server má být použit, když Bazaar
potřebuje odeslat email, např. s ``merge-directive --mail-to``,
nebo zásuvný modul bzr-email. (Volba -force je zastaralá, raději v budoucnu používejte --no-backup.) (výchozí) * 0 = Standardní chování SIGQUIT (normální, ukončit s výpisem jádra)
* 1 = vyvolat ladící program s přerušením (výchozí) * 0 = Standardní chování
* 1 = Spustit ladící program * Popis sloučení k provedení čitelný strojem * Volitelný balík dat revize, aby změny mohly být použity
přímo z příkazu sloučení bez získávání dat z
větve. * Volitelná záplata, která je náhledem vyžádaných změn * vzory ignorování začínající s "#" se chovají jako komentáře v souboru ignorování.
Pro ignorování vzorců, které začínají tímto znakem, použijte předponu "RE:". * ``+user``, ``+core``, ``+site`` přidá odpovídající cestu
před zbývajícími výchozími hodnotami (a také je z nich
odstraní). * ``--action=done`` pouze označí konflikt jako vyřešený. * ``--action=take-other`` zadá ``bzr rm adresář`` včetně
potomků * ``--action=take-this`` uzná volbu Bazaar a ponechá ``bílou``
v ``řerné``,
* ``--action=take-other`` vráti volbu Bazaar a přesune ``černou`` v
``bílé`` zadáním ``bzr mv černá/bílá bílá ; bzr mv černá bílá``,
* ``--action=done`` pouze označí konflikt jako vyřešený. * ``--action=take-this`` uzná volbu Bazaar ponechat adresář, * ``--action=take-this`` zadá ``bzr mv SOUBOR.THIS SOUBOR``,
* ``--action=take-other`` zadá ``bzr mv SOUBOR.OTHER SOUBOR``,
* ``--action=done`` pouze označí konflikt jako vyřešený. * ``--action=take-this`` zadá ``bzr rm --force foo.new`` a
``bzr add foo``,
* ``--action=take-other`` zadá ``bzr rm --force foo`` a
``bzr mv foo.new foo``,
* ``--action=done`` pouze označí konflikt jako vyřešený. * ``--action=take-this`` zadá ``bzr rm SOUBOR ; bzr mv SOUBOR.moved SOUBOR``,
* ``--action=take-other`` zadá ``bzr rm SOUBOR.moved``,
* ``--action=done`` pouze označí konflikt jako vyřešený. * ``--action=take-this`` zadá ``bzr rm adresář`` včetně
potomků,
* ``--action=take-other`` uzná volbu Bazaar a potomky si ponechá
a adresář obnoví,
* ``--action=done`` pouze označí konflikt jako vyřešený.. * ``--action=take-this`` zadá ``mv SOUBOR.THIS SOUBOR``,
* ``--action=take-other`` zadá ``mv SOUBOR.OTHER SOUBOR``. * ``--action=take-this`` vrátí zpět volbu Bazaar a ponechá ``CESTU1``
zadáním ``bzr mv CESTA2 CESTA1``,
* ``--action=take-other`` uzná volbu Bazaar a ponechá ``CESTU2``,
* ``--action=done`` pouze označí konflikt jako vyřešený. * ``-user``, ``-core``, ``-site`` odstraní odpovídající
cestu z výchozích hodnot, * ``authentication.conf`` obsahuje informace o pověření pro
vzdálené servery. * ``bazaar.conf`` popisuje standardní volby nastavení * ``conflict`` (výchozí): zanechá sirotky na místě a
vytvoří konflikty * ``format_deprecation``:
zdali je zobrazeno varování o zastaralých formátech v úložištích, které tyto
formáty používají. * ``host``: vzdálený server, * ``locations.conf`` obsahuje informace o nastavení pro
konkrétní umístění větví, * ``move``: sirotky přesune do adresáře ``bzr-orphans`` v kořeni
pracovního stromu s názvy jako ``<soubor>.~#~``. * ``password``: heslo. * ``path``: umístění větve, * ``port``: port na kterém server poslouchá, * ``user``: přihlášení, které by mělo být použito, * kanonický formát - jak jsou soubory ukládány vnitřně
* konvenční formát - jak jsou soubory vytvářeny v pracovním stromě. * převaděč čtení - převádí z konvenčního do kanonického formátu
* převaděč zápisu - převádí z kanonického do konvenčního formátu. * přidání pole ``password_encoding`` umožňující: * přidat pole ``verify_certificates`` pro ``HTTPS``. * adresář bzrlib (obsahující moduly ``core``), * adresář modulů závisející na umístění, pokud existuje
'obsahující moduly ``site``). * v adresáři zásuvných modulů uživatele (obsahující moduly ``user``), * aktualizovat ověřovací údaje, když je uživatel tázán na jméno a heslo, *** ignorování souborů mimo zobrazení. Zobrazení je %s *** {0} filtr obssahu: {1} => {2!r} , hlavička se zdá být poškozena, zkuste předat -r -1 pro nastavení stavu na poslední odevzdání - je nutná předtím, než je branch.conf k dispozici
- umožnit vzdáleným souborům branch,conf zadávat příkazy by bylo
bezpečnostní riziko - není podporováno pro příkazy sloučení, které používají více než jeden výstupní soubor. --after nemůže být určeno pomocí --auto. --benchmark již není od bzr 2.2 podporován; použijte místo toho bzr-usertest --dry-run vyžaduje --auto. --dry-run zobrazí které soubory budou přidány,ale ve skutečnosti
je nepřidá. --email může být použit pouze pro zobrazení existující identity. --exclude-common-ancestry vyžaduje -r s fvěma revizemi --exclude-common-ancestry vyžaduje dvě různé revize --file-ids-from se pokusí použít id souborů ze zadané cesty.
Vyhledává id snažíc se najít shodující se nadřazený adresář se
stejným názvem a pak čistě podle cesty. Tato volba je potřeba málokdy
ale může být užitečná při přidávání stejného logického souboru do dvou
větví, které budou později sloučeny (bez toho, aniž by z obou různých
přidání vzešel konflikt). Může být také užitečná při slučování jiného projektu
do podadresáře tohoto. --help, -h Zobrazit nápovědu
--verbose, -v Zobrazit více informací
--quiet, -q Zobrazit pouze chyby a varování. --prefix očekává dvě hodnoty oddělené dvojtečkou (např "old/:new/") --product je zastaralé; prosím použijte --project. --profile Spuštění profilování pomocí profilátoru hotshot.
--lsprof Spuštění profilování pomocí profilátoru lsprof.
--lsprof-file Spuštění profilování pomocí profilátoru lsprof, a zapsat
výsledky do určeného souboru. Pokud název souboru končí ".txt",
bude použit textový formát. Pokud buď začíná
"callgrind.out" nebo končí s ".callgrind", výstup bude
formátován pro použití s KCacheGrind. Jinak bude výstup
nálev.
--coverage Vytvořit záznam pokrytí řádku v určeném adresáři. --remember vyžaduje zadání větve. --tree a --revision nelze použít dohromady --uncomitted vyžaduje pracovní strom --verbose vyžaduje příkaz sloučení -- verbose zobrazí cestu, v které se každý modul nachází. --verbose vypíše co je odstraňováno.
--dry-run provede všechny operace, ale v skutečnosti
nic neodstraní. --version Vypsat číslo verze. Musí být použito před příkazem.
--no-aliases Nezpracovávat zkratky příkazů při spouštění tohoto příkazu.
--builtin Použít zabudovanou verzi příkazu, ne ze zásuvného modulu.
Toto nepotlačí ostatní funkce modulu.
--no-plugins Nezpracovávat žádné zásuvné moduly.
--no-l10n Nepřekládat zprávy.
--concurrency Počet procesů, které mohou běžet současně (selftest). -Dauth Sledovat použité části ověření.
-Dbytes Vypsat kolik bajtů bylo přeneseno
-Ddirstate Sledovat aktivitu stavu adresáře (podrobné!)
-Derror Místo normálního zpracování chyb vždy vypsat
zpětný záznam.
-Devil Zachytit všechna místa, která provádějí náročné
nebo špatně škálovatelné operace.
-Dfetch Sledovat historii kopírování mezi úložišti.
-Dfilters Vypisovat informace pro ladění filtrování obsahu.
-Dforceinvdeltas Vynutit použití use delt inventáře během normálního přinášení proudu.
-Dgraph Sledovat průchod grafem.
-Dhashcache Zaznamenat každou dobu čtení pracovního souboru pro zjištění
kontrolního součtu.
-Dhooks Sledovat spouštění háků.
-Dhpss Sledovat požadavky a odpovědi chytrého protokolu.
-Dhpssdetail Další podrobnosti hpss.
-Dhpssvfs Zpětný záznam přístupu k vfs pro vzdálené objekty.
-Dhttp Sledovat připojení http, požadavky a odpovědi.
-Dindex Sledovat velké indexační operace.
-Dknit Sledovat operace pletení.
-Dlock Sledovat když zámky adresáře jsou buď převzaty nebo odejmuty.
-Dmem_dump Vypsat paměť do souboru při chybě z nedostatku paměti.
-Dmerge Vypisovat informace pro ladění sloučení.
-Dno_apport Nepoužívat apport pro hlášení pádů.
-Dno_activity Nezobrazovat indikátor přenosové aktivity v liště postupu.
-Dnoretry Pokud je připojení resetováno, ihned přestat místo
pokusu o znovu provedení požadavku.
-Dpack Vypisovat informace o balíkových operacích.
-Dprogress Sledovat operace lišty postupu.
-Drelock Vypsat zprávu pokaždé, když je objekt větve nebo úložiště
odemčen, pak stejným způsobem znovu uzamčen.
-Dsftp Sledovat vnitřní operace SFTP.
-Dstatic_tuple Nahlásit chybu, když je použit tuple tam, kde je očekáván StaticTuple
-Dstream Sledovat proudy pro přinášení.
-Dstrict_locks Sledovat, když jsou zámky OS použity potencionálně
nepřenosným způsobem.
-Dunlock Některé chyby během odemykání jsou zpracovány jako varování.
-DIDS_never Nikdy nepoužívat InterDifferingSerializer při přinášení.
-DIDS_always Vždy používat InterDifferingSerializer pro přinášení, pokud je pro
formát vhodné, i pro nemístní přinášení.
-Onázev=hodnota Potlačit volbu nastavení ``název`` změnou na ``hodnota`` po
trvání příkazu. Toto může být použito vícekrát, pokud
je třeba potlačit několik možností. .. Regulární výrazy _Python: http://docs.python.org/library/re.html .. poznámka:: 1. Změnit obsah pracovního stromu tak, aby konfliktní položka byla ve stavu v
jakém ji chcete mít, pak 1. uživatel a heslo 2. Sdělte Bazaar, že je konflikt vyřešen a požádejte ho o vyčištění všech
zbývajících vytvořených informací (``bzr resolve <položka>``). 2. uživatel, sféra a heslo :2a:
(výchozí) (přirozený formát) Pooužíván v bzr řady 2.0.
Používá uložení skupinové komprimace. Poskytuje
rich roots, což je jednosměrný převod. :Zkratky: :Kontroly: :Vlastní autoři: :Popis:
%s
:Příklady: :Příklady:
Vytvoření sdíleného úložiště obsahující pouze větve:: :Příklady:
Ignorování souboru Makefile v nejvyšší úrovni:: :Příklady:
Znovu provést sloučení všech konfliktních souborů a zobrazit základní text v
konfliktních oblastech, vedle standardních textů TOTO a OSTATNÍ:: :Příklady:
Zobrazit současné zkratky:: :Příklady:
Zobrazit email současného uživatele:: :Příklady:
Zobrazí rozdíl mezi pracovním stromem a posledním odevzdáním:: :Příklady:
Pro sloučení všech novách revizí z bzr.dev:: :Příklady:
bzr break-lock
bzr break-lock bzr+ssh://příklad.cz/bzr/foo
bzr break-lock --conf ~/.bazaar :Příklady:
Zobrazit ID Launchpad současného uživatele:: :Příklady:
Pro určení současného zobrazení:: :Výstupní hodnoty:
1 - změněno
2 - nezastupitelné změny
3 - chyba
0 - beze změny :Ze: zásuvného modulu "%s"
:Poznámky:
* vzory ignorování obsahující zástupné znaky prostředí musí být
v Unix zadávány v uvozovkách. :V Unix: ~/.bazaar/bazaar.conf
:Ve Windows: C:\\Documents and Settings\\už. jméno\\Application Data\\bazaar\\2.0\\bazaar.conf :Volby:%s :Kontrola pořadí: :Jiné filtrování: :Kontrola výstupu: :Filtrování cesty: :Účel: %s
:Filtrování revizí: :Viz také: %s :Výběrová odevzdání: :Věci k poznamenání: :Tipy a tríky: :Použití:
%s
:Použití: %s
:ancestor: :annotate: :before: :branch: :claws: Použít Claws. Toto přeskočí dialogové okno připojení souboru.
:evolution: Použít Evolution.
:kmail: Použít KMail.
:mutt: Použít Mutt.
:thunderbird: Použít Mozilla Thunderbird nebo Icedove. U Thunderbird/Icedove 1.5,
toto obchází některé chyby, které xdg-email nezvládá. :date: :default: Viz výše.
:editor: Použít váš editor k sestavení požadavku sloučení. Toto také použije
vaše id odevzdání, (viz ``bzr whoami``), smtp_server a (pokud je nutné)
smtp_username a smtp_password.
:mapi: Použít vašeho přednostního poštovního e-mail klienta ve Windows.
:xdg-email: Použít xdg-email ke spuštění vašeho přednostního
poštovního klienta :development-colo:
(nativní) Formát 2a s experimentální podporou souběžných
větví. :dok:`{0} <{1}-help>` :last: :mainline: :pack-0.92:
(nativní) Formát založený na balíčcích. Používaný v řadě 1.x.
Zaveden v 0.92. Kompatibilní s úložišti bzr před 0.92,
ale v bzr < 0.92 ho nelze přečíst. :revid: :revid:
Vybere revizi pomocí id revize.
:submit:
Vybere předka společného s větví předložení.
:ancestor:
Vybere předka společného s druhou větví.
:date:
Vybere revizi na základě časového razítka.
:branch:
Vybere poslední revizi zadané větve.
:tag:
Vybere revizi, kterou označuje název značky.
:revno:
Vybere revizi pomocí jejího čísla.
:before:
Vybere revizi nadřazenou zadané.
:annotate:
Vybere revizi, která naposledy změnila zadaný řádek.
:mainline:
Vybere revizi z hlavní větve, která sloučila zadanou revizi.
:last:
Vybere ntou revizi od konce. :revno: :submit: :tag: =================== ===========================================================
BZRPATH Cesta v které bzr hledá externí příkazy
zásuvného modulu shellu.
BZR_EMAIL Emailová adresa uživatele. Potlačuje EMAIL.
EMAIL Emailová adresa uživatele
BZR_EDITOR Editor pro úpravu zpráv odevzdání. Potlačuje EDITOR.
EDITOR Editor pro úpravu zpráv odevzdání.
BZR_PLUGIN_PATH Cesty, kde by bzr měl hledat zásuvné moduly.
BZR_DISABLE_PLUGINS Zásuvném moduly, které by bzr neměl načítat.
BZR_PLUGINS_AT Zásuvné moduly, které nahrát z adresáře chybějící v BZR_PLUGIN_PATH.
BZR_HOME Adresář obsahující adresář nastavení .bazaar. Potlačuje HOME.
BZR_HOME (Win32) Adresář obsahující adresář nastavení. Potlačuje APPDATA a
HOME.
BZR_REMOTE_PATH Úplný název vzdáleného příkazu 'bzr' (pro URL bzr+ssh://).
BZR_SSH Cesta k SSH klientovi, nebo k paramiko, openssh, sshcorp,
plink či lsh.
BZR_LOG Umístění .bzr.log (použijte '/dev/null' k potlačení záznamu).
BZR_LOG (Win32) Umístění .bzr.log (použijte 'NUL' k potlačení záznamu).
BZR_COLUMNS Potlačí výchozí šířku terminálu.
BZR_CONCURRENCY Počet procesů, které mohou běžet současně (selftest)
BZR_PROGRESS_BAR Potlačí zobrazení postupu. Hodnoty jsou 'none' nebo 'text'.
BZR_PDB Kontroluje, zdali spustit ladění při chybě.
BZR_SIGQUIT_PDB Kontroluje, zdali SIGQUIT se chová normálně, nebo zavolá
zastavujícího ladiče.
BZR_TEXTUI_INPUT Vynutit vstupní režim konzole pro dotazy na režim na základě řádků
(místo na základě znaků).
=================== ===========================================================
Název unicode kódování Python pro textový výstup z bzr, jako například
informace o záznamu. Hodnoty jsou: utf8, cp850, ascii, iso-8859-1.
Výchozí je kódování terminálu upřednostňované operačním systémem. Řešení
---------- Při spuštění procesu převodu je vytvořen záložní adresář backup.bzr.~#~
(kde # je číslo). Standardně je adresář ponechán při dokončení operace.
Pokud převod selže, smažte nový adresář .bzr a přejmenujte tento zpět
místo toho. Použijte volbu --clean, abyste požádali o odstranění
záložního adresáře při úspěšném převodu. Alternativně ho můžete
smazat ručně, pokud vše vypadá po převodu v pořádku. Větev obsahuje stav projektu, včetně celé její historie.
Všechny větve mají přidružené úložiště (v kterém je uložena
historie větve), ale mnoho z nich můžs dílet stejné úložiště
(sdílené úložiště). Větve mohou být zkopírovány nebo sloučeny. Získání je vytvořeno pomocí příkazu bzr checkout (viz "help checkout").
Předáte mu odkaz na jinou větev a on pro Vás vytvoří místní kopii, která
stále obsahuje odkaz na větev, z které jste získání vytvořili (hlavní větev).
Pak, když vytvoříte jakákoli odevzdání, budou nejdříve provedena na druhé
větvi. To vytvoří okamžité zrcadlo Vaší práce, nebo usnadňuje
synchronizaci prostředí, kde všichni vývojáři pracují dohromady, neustále
začleňují změny ostatních. Čárkou oddělený seznam možností ladění, které povolit. Stejné hodnoty
mohou být použity s volbou příkazového řádku -D (viz `help global-options`).
Například:: Komentář v jakémkoliv řádku začíná "#" (někdy nazýván "mřížítko",
"křížek", nebo "znak čísla"). Řádky komentáři jsou během zpracování
souborů ini Bazaarem ignorovány. Kontrolní adresář již existuje: "%(path)s". Křižování v historii větve může způsobit, že výchozí technika sloučení
bude mít mnohem více konfliktů, než by se normálně očekávalo. Níže je podrobný popis každého klíčového slova. Adresář nemůže být balík Název formátu pro standardní formát, který je použit přo vytváření větví. Viz
``bzr help formats`` pro možné hodnoty. Hák typu *xxx* z třídy *yyy* musí být zaregistrován ppomocí:: Seznam řetězců, každý řetězec představuje varování, které může bzr
vysílat. Když v tomto seznamu zmíníte varování, bzr ho nebude vysílat. Formát záznamu ovlivňuje jak jsou informace o revizi zobrazovány.
Standardní formáty záznamu jsou porovnány níže:: Poštovní klient, který je použit k odesílání
požadavků na sloučení. Standardně bzr ve Windows použije ``mapi``, Na
jiných platformách vyzkouší ``xdg-email``. Pokud jedno z těchto selže
požije místo toho ``editor``. Příkaz sloučení musí poskytnout buď balík nebo umístění veřejné větve. Příkaz sloučení poskytuje mnoho věcí potřebných k zažádání o sloučení: Množství příznaků pro ladění je také dostupných pro pomoc s laděním a
vývojem. Viz :doc:`debug-flags-help`.
Volba může odkazovat na ostatní při uzavření do složených závorek:: Zásuvný modul je vnější komponenta pro Bazaar který rozšiřuje
systém zprávy revizí přidáním nebo nahrazením kódu v Bazaar.
Moduly mohou provádět různé věci, včetně potlačování příkazů,
přidání nových, poskytování dodatečných síťových přenosů a
přizpůsobení výstupu záznamu. Veřejně přístupná verze této větve (naznačující, že tato verze není tak
přístupná). Používáno (a nastavováno) ``bzr send``. Identifikátor revize odkazuje na určitý stav historie větve. Může být
vyjádřen různými způsoby. Může začínat klíčovým slovem pro
jednoznačné určení zadaného typu vyhledání; některé příklady jsou
'last:1', 'before:yesterday' a 'submit:'. Hlavička části je slovo uzavřené do závorek, které začínají na začátku
řádku. Typická hlavička části vypadá takto:: Volba části je v ní také umístěna. Obsahuje název volby,
znaménko rovnosti a hodnotu. Například:: Samostatný strom je pracovní strom s přiděleným úložištěm. Je to
nezávisle použitelná větev, bez závislostí na jiných. Vytvoření
samostatného stromu (pomocí bzr init), je nejrychlejší způsob, jak
umístit existující projekt pod správu verzí. Musí být zadáno cílové nastavení. Pokus o operaci související s převodem po skončení převodu. Typická část ``bazaar.conf`` často vypadá takto:: Typyciký soubor s nastavením by mohl vypydat takto:: Bude vypsáno varování, když budou zjištěny vnořené stromy,
pokud nejsou výslovně ignorovány. Pracovní strom je obsahem větve umístěný na disku, abyste mohli
vidět soubory a upravovat je. Pracovní strom je místo, kde provádíte
změny ve větvi a když odevzdáváte současný stav pracovního stromu
jedná se o snímek, který je zaznamenán v odevzdání. Přidat soubor "%(path)s"? Přidat určené soubory nebo adresáře. Přidáním souboru, jehož nadřazený adresář je bez verze implicitně
přidá i nadřazeného atd. až do kořene. To znamená,
že byste nikdy neměli potřebovat explicitně přidat adresář, ty budou
přidány, když přidáte soubor v tomto adresáři.. Přidávání obsahu souboru Dále Bazaar označuje typ pro adresáře, symbolické odkazy a
soubory se změněným bitem spuštění pomocí koncového
znaku: '/', '@' nebo '*' v tomto pořadí. Tato označení mohou
být zakázána pomocí možnosti '--no-classify'. Po rozvázání je místní větev považována za nezávislou a následující
odevzdání budou pouze místní. Zkratky pro zapamatovaná umístění Všechny změny úspěsně použity. Všechna odevzdání podepsaná ověřitelnými klíči Všechny konflikty vyřešeny. Všechna připojení jsou prováděna pomocí stejného ``user`` (vzdálený, pro kterého
výchozí z bzr není vhodný) a heslo, na které j vždy tázáno kromě jistých výjimek:: Všechny skryté příkazy Již větev: "%(path)s". Také může být zadán bez klíčového slova, v takovém případě bude
sloužit jako číslo revize, značka, id revize, zadání data nebo větve,
v tomto pořadí. Například 'date:today' by mohlo být jednoduše
zadáno jako today', pokud ale máte značku 'today' ta bude použita
jako první. Jinak můžete formát změnit pro konkrétní dotaz, pomocí
voleb --long, --short či --line. Alternativně, pro pouhý výpis souborů:: Byl proveden pokus o přístup k url mimo celu serveru: '%(url)s'. V úložišti %(repo_path)s byla zjištěna chyba.
Spusťte prosím bzr reconcile v tomto úložišti. Pro každé odevzdání musí být zadána zpráva pro vysvětlení.
Toto je často prováděno pomocí volby --message (zpráva získána z
příkazové řádky) nebo pomocí volby --file (zpráva získána ze souboru).
Pokud ani jedna z těchto voleb není zadána, je otevřen editor,
kde uživatel zprávu zadá. Pro zobrazení změněného souboru v
často používaném textu načteném do editoru, použijte volbu
--show-diff. Byla zadána rozporná delta zahrnující %(path)r, %(file_id)r
důvod: %(reason)s Byla zadána rozporná delta: %(delta)r
důvod: %(reason)s Soubor ini má tři typy konstruktů: hlavičky částí, možnosti částí
a komentáře. Další třídou je 'detritus', která zahrnuje soubory vydávané bzr během
normálních operacích a vlastních testů. (Hodnota těchto souborů se
s časem snižuje.) Další možným využitím odevzdání je ho použít jako úložiště bez stromu
obsahující Vaše větve, kde udržujete pouze jeden pracovní strom
přepnutím na hlavní větev, na kterou odevzdání ukazuje, když chcete
pracovat na jiné větvi. Jiná takováto volba je ``basename``, která se používá takto:: Další takovou možností je ``branchname``, který odkazuje na název souběžné
větve. Pro nesouběžné větve se chová jako basename. Může být použit takto:: Jakákoli činnost také smaže předchozí vytvořené soubory ``.BASE``,
``.THIS`` a ``.OTHER``, pokud jsou v pracovním stromě stále přítomny. Všechny soubory shodující se se seznamem ignorování nebudou přidány
pokud nejsou výslovně zmíněny. Všechny revize zapojené do sloučení mohou být zadány -- revize,
v které bylo sloučení provedeno, nebo jedna z revizí, která byla sloučena. Použít %d změn? Použít binární změnu? Použít změnu? Použít změny a odstranit je z regálu. Použít změny ale nemazat je. Použít filtry obsahu k zobrazení vhodné formy. Použít filtry obsahu pro export do vhodné formy. Použít seznam nebo činnost smazání na všechna zobrazení. Použít fázi Použit neodevzdané změny z pracovní kopie, místo změn větve. Jste si jisti, že chcete tyto smazat Co se týče proměnných ``PATH``, pokud je v
``BZR_PLUGIN_PATH`` zadáno mnoho adresářů, měly by být odděleny
vhodným znakem podle platformy (':' v Unix, ';' ve Windows) Požádat Launchpad o odrážení této větve. V %s máte platný kontrolní adresář .bzr, ale žádnou větev nebo úložiště. Toto je nepodporovaná konfigurace. Prosím přesuňte cílový adresář mimo a zkuste to znovu. Na společnost.cz je server, hostující větve pro vydávání a začleňování, za proxy
a tyto dvě větve používají různé zásady ověření:: Zároveň může při spuštění komprimovat data, což může mít za
následek potenciální uvolnění místa na disku nebo zrychlení operací. Pokus o znovu použití změny, která již byla použita. Ověřen jako %s Nastavení ověření
======================= Definice ověření
-------------------------- Autoři Automaticky hádat přejmenování. Vyhnout se provádění změn při hádání přejmenování. BZRPATH
~~~~~~~ BZR_DISABLE_PLUGINS
~~~~~~~~~~~~~~~~~~~ BZR_EDITOR
~~~~~~~~~~ BZR_EMAIL
~~~~~~~~~ BZR_HOME
~~~~~~~~ BZR_LOG
~~~~~~~ BZR_PDB
~~~~~~~ BZR_PLUGINS_AT
~~~~~~~~~~~~~~ BZR_PROGRESS_BAR
~~~~~~~~~~~~~~~~ BZR_REMOTE_PATH
~~~~~~~~~~~~~~~ BZR_SIGQUIT_PDB
~~~~~~~~~~~~~~~ BZR_SSH
~~~~~~~ Zálohování inventáře Záložní inventář vytvořen Zálohovat změněné soubory (výchozí). Záložní inventář vytvořen. Špatný balík revizí bzr: %(text)r Špatný obsah příkazu sloučení %(start)r Špatná hodnota "%(value)s" pro volbu "%(name)s". Špatná hodnota "%(value)s" pro volbu "%(name)s".
Viz ``bzr help %(name)s`` Základní příkazy Základní příkazy:
bzr init udělá z tohoto adresáře větev s verzí
bzr branch vytvoří kopii jiné větve Základní nápověda pro všechny příkazy Základní informace o sdílenách úložištích. Bazaar 2.6.b2 -- bezplatný nástroj pro distribuovanou správu verzí
http://bazaar.canonical.com/ Bazaar umožňuje aby umístění byla zadána mnoha způsoby, buď: Bazaar také podporuje globální soubor ignorování ~/.bazaar/ignore.
Ve Windows může být nalezen v adresáři dat aplikací například
C:\Documents and Settings\<uživatel>\Application Data\Bazaar\2.0\ignore.
Globální ignorování nejsou zasažna tímto příkazem. Soubor může být upraven
přímo pomocí editoru. Bazaar nedokáže automaticky zjistit, kdy jsou konflikty tohoto typu vyřešeny. Bazaar zavádí několik zkratek pro umístění spojená s větví. Mohou být
použity s většinou příkazů, které očekávají umístění, jako `bzr push`. Bazaar zná pár systémů, které mají mnoho uživatelů. Pokud
používáte jeden z těchto systémů, pak není třeba pro tuto funkci
nastavovat, stačí jen vědět, který identifikátor systému použít.
Toto jsou systémy, které jsou zabudovány: Bazaar podporuje všechny standardní části uvnitř URL:: Bazar se konfliktů snaží vyhnout ; jeho cílem je se Vás zeptat na řešení,
pouze když se vyskytne opravdový konflikt v obsahu ve zdrojovém stromě.
Bazaar nerozumí skutečnému významu souborů mající verzi, proto může,
když narazí na nejasnosti, selhat v obou směrech, když se sám bude snažit
konflikt vyřešit. Mnoho změn může být spojeno programově, ale někdy
může pouze člověk rozhodnout o správném řešení konfliktu. Bazaar používá vzory pro shodu souborů v různých dobách.
Například příkaz ``add`` v souborech, které odpovídají
vzorům pro ignorování a nastavení mohou být přidružena
k souborům používající vzory pravidel. Syntaxe vzoru je popsána
níže. Filtrování obsahu v Bazaar Vám umožňuje ukládat ve formátu
odlišném od kopie ve vašem pracovním stromě. To umožňuje
Vám, nebo vaším společníkům, používat vývojářské nástroje
Windows, které očekávají soubory s CRLF v projektech, které
používají jiné způsoby ukončení řádků. Mimo jiné, filtry také
umožňují vývojářům v Unix snáze pracovat na projektech
používající styl konce řádků ve Windows, rozšiřování/
zhušťování klíčových slov, a standardně odstraňují koncové
mezery na řádcích v textovém souboru při odevzdávání. Předtím, než jsou sloučení odevzdána, jsou zobrazeny nevyřízená
sloučení vrcholové revize. Pro zobrazení všech nevyřízených revizi použije volbu -v.
Abyste zobrazení informací o sloučení přeskočili úplně, použijte
volbu no-pending nebo zadejte soubor/složku. Před použitím tohoto příkazu musíte registrovat projekt,
kterému větev patří a vytvořit si účet na launchpad.net. Zjištěna část binrního souboru. Svázat novou větev s umístění z. Tělo emailu. Je zadáno jak --delete tak --switch Je zadáno --delete i seznam souborů Je zadáno jak --switch tak --all Je zadáno --switch i seznam souborů Větev předložení i veřejná se chovají stejně pokud jde o --remember:
Pokud není nastaveno žádné výchozí umístění, první stáhnutí tak učiní
(použijte --no-remember abyste tomu předešli). Poté můžete umístění
vynechat pro použití výchozího. Pro jeho změnu použijte --remember.
Hodnota bude uložena pouze když je vzdálené prostředí dostupné. Svázaná větev %(branch)s je zastaralá v porovnání s hlavní větví %(master)s.%(extra_help)s Svázané větve používají přezdívku své hlavní větve, pokud není
nastavena místně, v takovém případě svázaní aktualizuje
místní přezdívku na tu z hlavní. Svázané větve používají přezdívku své hlavní větve, pokud není nastavena
místně, v takovém případě přepnutí aktualizuje místní přezdívku na
tu z hlavní větve. Svázané větve používají přezdívku své hlavní větve, pokud není místně
nastavena. Větev "%(branch_url)s" se zdá být svázaná sama se sebou. Pro opravu prosím použijte `bzr unbind`. Větvi %(base)s chybí revize %(text_revision)s z %(file_id)s Větev %(branch)s nemá žádná odevzdání. Emailová adresa autora větve, ne Vaše. Formát větve Větev v které značku umístit. Větev je aktivní. Použijte --force pro její odstranění. Větev již je svázána Větev s kterou svázat získání. Větev pro vytvoření formulář odeslání raději, než ta obsahující pracovní adresář. Větev, do které sloučit raději, než ta obsahující pracovní adresář. Větev, v které pracovat, místo pracovního adresáře. Větev, do které stáhnout raději, než ta obsahující pracovní adresář. Větev z které odesílat, raději než ta obsahující pracovní adresář. Větev, jejíž značky by měly být zobrazeny. Větev/strom z kterého porovnávat. Větev/strom s kterým porovnávat. Rozvětvena %d revize Rozvětveny %d revize Rozvětveno %d revizí Větve Větve nejsou synchronizovány Větve a pracovní stromy také ohlásí jakékoli chybějící revize. Větve jsou aktuální.
Větve nemají žádného společného předka a nebyla zadána žádná revize základu sloučení. Větve v úložišti standardně nemají pracovní stromy. Větvení '%(url)s'(%(format)s) musí vytvořit pracovní strom. Rozbít starý zámek. Nastavení systému pro sledování problémů Nastavení systému sledování chyb Sestavování stromu Formát balíku %(bundle_format)s je nekompatibilní s %(other)s Formát balíku není podporován Sbalování %d revize. Sbalování %d revizí. Sbalování %d revizí. Standardně větev selže, pokud cílový adresář existuje, ale neobsahuje kontrolní adresář. Tento příznak dovolí větvi pokračovat. Standardně, pokud je nastaveno ``BZR_PLUGIN_PATH``, nahradí
hledání v ``user``. Stále ale bude hledat v ``core`` a ``site``,
pokud nejsou výslovně odstraněny. Standardně prostým spuštěním 'bzr init' bude vytvořeno úložiště uvnitř
nové větve, ale je možné vytvořit sdílené úložiště, které umožňuje mnoho
větví, které sdílí své informace, ve stejném umístění. Když je nová větev
vytvořena, nejdříve se podívá, jestli existuje sdílené úložiště obsahující to,
co může použít. Standardně odesílání selže, pokud cílový adresář existuje, ale nemá kontrolní adresář. Tento příznak povolí odesílání pokračovat. Standardně je příkaz sloučení soběstačný a může být použit na všechny
větve obsahující větev_předložení ve svém původu aniž by vyžadoval přístup
ke zdrojové větvi. Standardně je server pouze pro čtení. Zadáním --allow-writes umožní přístup pro čtení k obsahu nabízeného adresáře a níže. Nezapomeňte, že ``bzr serve`` neprovádí ověřování, takže pokud nemáte zařízenu určitou formu vnějšího ověřování, zadáním této možnosti vede k globálnímu nekontrolovanému přístupu pro zápis na Vašem souborovém systému. Standardně jsou smazány pouze neznáme soubory, ignorované ne. Soubory
s verzí nikdy nejsou smazány. Standardně bude muset tým pro kontrolu VĚTVE_PŘEDLOŽENÍ projít
návrhu ke sloučení. Toto může být potlačeno zadáním --review (-R).
Parametr je název účtu požadovaného kontrolora. Toto může být
volitelně následováno '=' a typem kontroly. Například: Standardně je odevzdán celý strom a osoba, která toto provádí
ke považována za autora. Toto může být potlačeno jak je vysvětleno níže. Standardně jsou obnoveny poslední uložené změny. Nicméně, pokud zadáte
regál podle id budou místo toho obnoveny tyto změny. Toto nejlépe
funguje, když změny na sobě nezávisejí. Standardně tento příkaz funguje ve větvích, které se neliší.
Větve jsou považovány za odlišné, pokud nejnovější odevzdání
cílové větve je to, které nebylo sloučeno (přímo či nepřímo) do
nadřazené. POZOR: Zámky by měly být rozbity, když jste si jisti, že procesy
držící tyto zámky byly zastaveny. Vypočítávání hash Vypočítávání nadřazených textů Zavolán po přepnutí větve v získání. post_switch je volán pomocí
bzrlib.branch.SwitchHookParams. Volán po výpočtu odevzdání, ale předtím než je dokončeno.
pre_commit je volán pomocí (local, master, old_revno, old_revid,
future_revno, future_revid, tree_delta, future_tree). old_revid je
prázdná revize pro první odevzdání ve větvi, tree_delta je objekt
TreeDelta popisující změny od základní revize. Háky NESMÍ
měnit tuto deltu. future_tree je strom v paměti získaný z
CommitBuilder.revision_tree() a háky tento strom NESMÍ měnit. Volán po provedení odevzdaní ve stromu. Hák je volán pomocí objektu
bzrlib.mutabletree.PostCommitHookParams. Měnitelný strom, v
kterém bylo provedeno odevzdání, je dostupné pomocí vlastnosti
mutable_tree takového objektu. Volán po celkovém vytvoření nového stromu. Hák je volán pomocí
stromu jako jeho jediného argumentu. Volán po sloučení. Obdrží objekt slučování jako jeden argument.
Návratová hodnota je ignorována. Volán po vytvoření nového připojení, nebo dojde ke znovupřipojení.
Jediný argument, který je předáván, je buď připojený přenos, nebo
instance chytrého média. Zavolán po dokončení operace stažení. post_pull je volán
pomocí objektu bzrlib.branch.PullResult a je spouštěn pouze
v klientovi. Zavolán po dokončení operace odeslání post_push je volán
pomocí objektu bzrlib.branch.BranchPushResult a je spouštěn pouze
v klientovi. Volán po provedení transformace stromu. Hák je volán pomocí stromu
,který je transformován, a transformací. Voláno po vytvoření objektu příkazu pro umožnění změn jako např.
přidávání nebo odstranění voleb, dokumentů atd. Voláno s novým
objektem bzrlib.commands.Command. Volán po spuštění příkazu. Volán pomocí objektu příkazu. Zavolán po dokončení zavedení nové větve. post_branch_init je
zavolán s bzrlib.branch.BranchInitHookParams. Nezapomeňte,
že init, branch a checkout (jak plnohodnotná tak odlehčená)
tento hák spouští. Volán před provedením odevzdání ve stromě. Hák zahájení odevzdání
může změnit strom před provedením odevzdání. start_commit je
volán pomocí bzrlib.mutabletree.MutableTree ve stromu, v kterém
je odevzdávání prováděno. Volán před sloučením. Obdrží objekt slučování jako jeden
argument. Volán před provedení transformace stromu. Hák je volán pomocí
stromu, který je transformován, a transformací. Volán serverem bzr, když se objeví výjimka. server_exception je volán
pomocí řazené kolekce sys.exc_info(), která háku vrací true, pokud
výjimka byla zvládnuta, v takovém případě bude server ukončen
normálně. Volán serverem bzr, když začne obsluhovat adresář.
server_started je volán pomocí (záložních a veřejných url), kde
backing_url je seznam URL udávající umístění adresářů na
serveru a public_url je veřejná URL obsluhovaného adresáře. Volán serverem bzr,
server_started je volán pomocí (backing_urls, server_obj). Volán serverem bzr, když přestane obsluhovat adresář.
server_stopped je volán pomocí stejných parametrů jako
hák server_started: (backing_urls, public_url). Volán u klienta i na serveru bzr po změně vrcholu větve.
post_change_branch_tip je volán s
bzrlib.branch.ChangeBranchTipParams. Nezapomeňte, že
push, pull, commit, uncommit tento hák spouští. Volán na serveru i klientovi bzr před změnou vrcholku větve.
pre_change_branch_tip je volán pomocí
bzrlib.branch.ChangeBranchTipParams. Nezapomeňte, že
push, pull, commit, uncommit tento hák spustí. Volán v klientovi bzr po dokončení odevzdání. post_commit je volán
s (local, master, old_revno, old_revid, new_revno,
new_revid). old_revid je pro první odevzdání do větve prázdná
revize. Volán v klientovi bzr po dokončení zrušení odevzdání. post_uncommit je
volán pomocí (local, master, old_revno, old_revid, new_revno,
new_revid), kde local je místní větev nebo žádná, master je cílová větev
a prázdná větev obdrží new_revno s 0, new_revid s None. Volán před spuštěním příkazu. Volán pomocí objektu příkazu. Zavolán pro zjištění automatického názvu značky pro revizi.
automatic_tag_name je volán s (větví, id revize) a měl by vrátit
název značky, nebo None, pokud název nelze zjistit. Bude
použit první název mimo None. Volán, při vytváření zprávy odevzdání.
commit_message_template je volán pomocí objektu
bzrlib.commit.Commit a zprávy, která je doposud známa
commit_message_template musí vracet novou zprávu k použití (která
může být totožná se zadanou). Při zavedení více háků pro
commit_message_template, jsou seřazeny do řetězu, přičemž
výsledky z prvního jsou předány druhému atd. Volán, když svázaná větev aktivuje své záložní umístění. Je volán
s (větev, url) a měl by mít za výsledek novou url. Navrácením
stejné url mu umožňuje být použit tak jak je, při vrácení jiné může
být použito pro složení na bližší kopii té z fallback_location.
Nezapomeňte, že větev nemůže během provádění tohoto háku
volat metody pro přístup k historii, protože záložní umístění ještě
nebyla aktivována, Když je pro transform_fallback_location
nainstalováno více háků, všechny jsou volány pomocí url vrácené
z předchozího háku. Pořadí je avšak neurčeno. Volán při vytvoření jednoho příkazu, nebo pokud příkaz nebyl nalezen.
Volán pomocí (název_příkazu). get_missing_command by buď měl
vrátit None, nebo objekt Cmmand, který bude por příkaz použit. Voláno při vytváření jednoho příkazu. Voláno pomocí (cmd_or_None,
command_name). get_command by mělo buď vrátit parametr
cmd_or_None, nebo náhradní objekt Command, který by pro příkaz
měl být použit. Nezapomeňte, že háky Command.hooks jsou
základní infrastrukturou. Mnoho uživatelů bude spíše používat
bzrlib.commands.register_command či plugin_cmds.register_lazy. Volán při výčtu příkazů. Volán pomocí sady řetězců cmd_name pro
všechny příkazy, které dosud byly nalezeny. Tato sada se mlž měnit
- např. kvůli odstranění příkazu. list_commands by měl vrátit
aktualizovanou sadu názvů příkazů Volán, když chytrý klient předkládá požadavek chytrému serveru. Volán
pomocí objektu bzrlib.smart.client.CallHookParams. Vysílání těl
požadavků, a jejich odpovědí, není dostupné. Volán pomocí MergeRequestBodyParams když žádost o sloučení vyžaduje
tělo. Zpětná volání musejí vracet tělo. Pokud je registrováno více než
jedno volání, výstup jednoho volání je poskytnut druhému. Volán pomocí bzrlib.lock.LockResult když je získán fyzický zámek. Volán pomocí bzrlib.lock.LockResult když je fyzický zámek rozbit. Volán pomocí bzrlib.lock.LockResult když je fyzický zámek odemčen. Voláno pomocí objektu bzrlib.merge.Merger pro vytvoření objektu
pro sloučení souboru při jeho spuštění. Měl by vrátit buď None nebo
podtřídu ``bzrlib.merge.AbstractPerFileMerger``. Takové objekty
pak budou volány pro každý soubor, který je třeba sloučit (včetně
když jedna strana soubor smazala a druhá změnila). Viz dokumentaci
pro AbstractPerFileMerger API, abyste se dozvěděli, jak je použit
při sloučení. Volán pomocí argumentu StatusHookParam poté, co Bazaar zobrazil
stav. StatusHookParams má vlastnosti (old_tree, new_tree, to_file,
versioned, show_ids, short, verbose). Poslední čtyři odpovídají
volbám příkazového řádku zadané uživatelem pro příkaz status.
to_file je výstupní proud pro zápis. Volán pomocí argumentu StatusHookParam předtím než Bazaar zobrazí
stav. StatusHookParams má vlastnosti (old_tree, new_tree, to_file,
versioned, show_ids, short, verbose). Poslední čtyři odpovídají
volbám příkazového řádku zadané uživatelem pro příkaz status.
to_file je výstupní proud pro zápis. Zavolán s objektem větve, který byl otevřen poté, co byla otevřena
větev. Nelze spojit stromy protože %s nepodporuje data rich root.
Na úložiště můžete použít bzr upgrade. Nelze znovu zpracovat a zobrazit základ, protože znovu zpracování skryje vztah konfliktních řádků oproti základu. Nelze zahrnout %(other_tree)s do %(tree)s. %(reason)s Nelze použít --stacked-on a --unstacked najednou Zrušeno Zrušeno
Nelze svázat adresu "%(host)s:%(port)i": %(orig_error)s. Nelze změnit pseudo zobrazení 'off' Nelze odevzdat do větve %(branch)s. Je svázána s %(master)s, která je svázána s %(remote)s. Nelze převézt z formátu %(from_format)s na formát %(format)s. %(problem)s Nelze ladit paměť ve win32 bez ctypes nebo win32process Nelze provést snížení konfliktů a zobrazení základu. Nelze najít registrovaný systém pro sledovaní chyb nazvaný "%(abbreviation)s" v %(branch)s Nelze spojit {0}. {1} Nelze uzamknout %(lock)s: %(why)s Nelze uzamknout: přenos je pouze pro čtení: %(transport)s Nelze pracovat na "%(filename)s" protože je to kontrolní soubor Nelze pracovat na "%(filename)s" nepodporovaného druhu "%(kind)s" Nelze provést místní odevzdání v odvázaných větvích. Nelze pull --overwrite do větve, která je svázaná %(branch)s Nelze stáhnout jednotlivé soubory Nelze nastavit --verbose a --null najednou Nelze podepsat rozsah revizí bez historie Nelze přepnout větev, pouze získání. Nelze přepnout protože byla v získání nalezena místní odevzdání. Odevzdejte je na svázanou větev, nebo použijte --force k zahození. Nelze najednou použít --uncommitted a --revvision. Nelze použít --uncommitted se svazky nebo příkazy sloučení. Nelze použít -r s příkazy sloučení nebo svazky Nelze ověřit rozsah revizí, mimo jejich historii Vzory ignorování nehledící na velikost písmen mohou být zadány
regulárním výrazem pomocí příznaku ``i``(ignorovat velikost)
ve výrazu. Chyba certifikátu: %(error)s Změnit "%(path)s" z %(this)s na %(other)s? Změnit cíl "%(path)s" z "%(this)s" na "%(other)s"? Změny uskladněny s id "%d". Zkontrolovat zda je strom čistý. Zkontrolovat větev vzhledem k současnému adresáři. Zkontrolovat úložiště vzhledem k současnému adresáři. Zkontrolovat pracovní strom vzhledem k současnému adresáři. Kontrola větve v '%s'. Kontrola úložiště v '%s' Kontrola nepoužitých inventářů Kontrola pracovního stromu v '%s'. Získání Získání jsou zdrojové stromy, které jsou připojeny k větvi tak, aby když
odevzdáváte do zdrojového stromu, odevzdání půjde do této větve.
Umožňují Vám používat jednodužší, centralizovanější postup práce,
nevšímat si decentralizovaných funkcí Bazaar, dokud je opravdu
nepotřebujete. Použitím získání ze sdílených úložišť je velmi
podobné jako práce se SVN nebo CVS, ale nemá stejná omezení.
Použitím získání stále umožňuje jiným pracujícím na projektu
používat jakýkoliv postup práce, kterým se jim líbí. Sloupec 1 - verzování/přejmenování:: Sloupec 2 - obsahy:: Sloupec 3 - spuštění:: Zkombinovat strom do jeho obsahujícího stromu. Čárka má také zvláštní význam v URL, protože označuje `parametry segmentu`_ Čárka je také výjimečná v cestách souborového systému, které jsou zadány. Pro
použití čárky v cestě, zadejte URL a zakódujte ji do URL:: Čárkou oddělený seznam vzorců klíčů GPG, které jsou přijímány pro ověření. CommandHooks
------------ Komentáře
^^^^^^^^ Odevzdat změny do nové revize. Odevzdat, i když se nic nezměnilo. Zpráva odevzdání. Odevzdání zamítnuto protože v pracovním stromu existují neznámé soubory. Odevzdána revize %d. Odevzdávání %s Běžně používáno takto:
eval "`bzr bash-completion`" Komprimovat data uvnitř úložiště. Soubor s nastavením %(filename)s není kódován v UTF-8
Volby nastavení
======================= Soubory s nastavením jsou umístěny v ``$HOME/.bazaar`` v Unix a
``C:\Documents and Settings\<už.jméno>\Application Data\Bazaar\2.0`` ve
Windows. (Umístění pro Váš systém můžete zjistit pomocí ``bzr version``.) Typy konfliktů
============== Snížení konfliktů není podporováno pro tento typ sloučení %s. Konfliktní značky ve svázané větvi:
{0} Zjištěny konflikty v pracovním stromu. Použijte "bzr conflicts" pro vypsání, "bzr resolve SOUBOR" pro vyřešení. Konflikty jsou standardně vypsány jako krátké, pro lidi čitelné zprávy.
Pokud je zadán --text, jsou místo toho vypsány názvy cest souborů s
textovými konflikty. (To je užitečné pr úpravu všech souborů s
textovými konflikty). Vypršel časový limit připojení: %(msg)s%(orig_error)s Připojení uzavřeno: %(msg)s %(orig_error)s Chyba připojení: %(msg)s %(orig_error)s Kontejner má data po konečné značce: %(excess)r Kontejner má mnoho protokolů se stejným názvem: %(name)s Obsahuje výchozí nastavení uživatele. Část ``[DEFAULT]`` je
použita k určení obecných nastavení, která budou použita všude.
Část ``[ALIASES]`` může být použita k vytvoření zkratek příkazů
pro jejich běžně používané volby. Filtry obsahu
=============== Konflikty obsahu
----------------- Filtry obsahu jsou většinou poskytovány zásuvnými moduly,
takže je nejdříve musíte nainstalovat a přečíst si jejich
dokumentaci. Některé moduly filtrují pouze konkrétní
soubory, např. pouze soubory s příponou ``.java`` nebo
``.php``. V jiných případech může modul umožnit uživateli
zadat které soubory mají být filtrovány. Toto se nejčastěji
provádí pomocí nastavení na základě pravidel. Viz
``bzr help rules`` pro obecné informace o jejich použití. Formáty obsahu
--------------- Kontrola chování SIGQUIT, zda se zachová normálně, nebo vyvolá ladící
program s přerušením. Zdali spustit ldící program při chybě. ControlDirHooks
--------------- Převod obsahu do/z pracovních stromů Převést současnou větev do získání zadané větve.
Pokud větev není zadána, svázat ji s posledním umístěním
svázání. Přvést současné získání do normální větve. Kopírování obsahu Kopírování obsahu úložiště jako archiv... Poškozený nebo nekompatibilní datový proud: %(reason)s Poškození při dekompresi souboru úložiště %(orig_error)s Nelze získat zámek "%(lock)s": %(msg)s Nelze zjistit větev, na kterou odkazovat. Nelze zjistit číslo revize pro {%(revision_id)s}, protože jeho původ zobrazuje ducha v {%(ghost_revision_id)s} Nelze najít vhodný Diff pro "%(path)s" Nelze přesunout %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Nelze zpracovat --commit-time: Nelze zpracovat volby pro rejstřík %(value)s. Nelze přejmenovat %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Nelze přejmenovat %(source)s => %(dest)s protože oba soubory existují. (Použijte --after abyste bzr sdělili o přejmenování, které již proběhlo)%(extra)s Nelze pochopit odpověď od chytrého serveru: %(response_tuple)r Vytvořit větev bz pracovního stromu. Vytvořit větev bez pracovního stromu. Vytvořit novou větev, která j kopie existující. Vytvořit nové získání existující větve. Vytvořit nový adresář s verzí. Vytvořit sdílené úložiště pro větve pro sdílení úložného prostoru. Vytvořit skládanou větev odkazující na zdrojovou větev. Nová větev bude záviset ve všech operacích na dostupnosti zdrojové. Vytvoří skládanou větev, která má odkazy na veřejná umístění nadřazené větve. Vytvořit skládanou větev, která odkazuje na jinou větev pro historii odevzdávání. Pouze ta práce, která není přítomna v odkazované větvi, je zahrnuta ve vytvořené větvi. Vytvoří cestu vedoucí k větvi, pokud již neexistuje. Vytvořit cílovou větev z této před přepnutím na ni. Vytvotot, odstranit, nebo změnit značku označující revizi. Vytvořeno {0} (formát: {1})
Vytvořena nová větev. Vytvořena nová skládaná větev odkazující na %s Značka %s vytvořena. Vytváření nového úložiště Křižování Křižování způsobuje problémy, kvůli způsobu jak slučování funguje. Výchozí
slučování v Bazaar je trojí porovnávání; aby se mohlo OSTATNÍ sloučit do
TOHOTO, musí najít základ pro porovnání. Pomocí ZÁKLADU, může zjistit
zda rozdíly mezi TÍMTO a OSTATNÍM jsou kvůli jedné straně přidávající
řádky, nebo odstraněním řádků z druhé. Křižování znamená, že neexistuje dobrý výběr pro základ. Vybráním novějších
bodů sloučení by mohlo způsobit, že změny jedné strany budou potichu
zahozeny. Vybráním starších bodů sloučení (což Bazaar provede), znamená
dodatečné konflikty, které jsou nahlášeny. Křižování se v historii větve stane, když dvě větve sloučí stejnou větví
pak se sloučí navzájem, nebo pokud dvě větve se sloučí navzájem ve
stejnou dobu. Tomuto se lze vyhnout tak, že každá větev je sloučena
pouze do určené centrální větve ("topologie hvězdy"). Současné formáty uložení Současné formáty uložení Cyklus v grafu %(graph)r Příznaky ladění
=========== Dešifrované obsahy
Výchozí pravidla pro všechny větve jsou zadána ve volitelném
souboru ``BZR_HOME/rules``. Určuje externí nástroj sloučení, nazvaný <název> se zadaným příkazovým
řádkem. Argumenty obsahující mezery by měly být umístěny do
jednoduchých či dvojitých uvozovek. Cestu ke spustitelnému souboru
může být vynechána, pokud ho lze nalézt v PATH. Určí chování podpisu revizí při odevzdání. Standardně bzr
nové odevzdání nepodepisuje Určuje maximální velikost souboru, kterou povolí příkaz "add" v rekurzivním
režimu, soubory větší než tato hodnota budou přeskočeny. Tuto hodnotu
můžete zadat jako celé číslo (v takovém případě jsou považována za bajty),
nebo ji můžete zadat pomocí jednotek SI, např. 10KB, 20MB, 1G. Hodnota
0 přeskakování zakáže. Smazat všechny ignorované soubory. Smazat všechny určené soubory, i když nemohou být obnoveny a i když se vyskytují neprázdné adresáře. (zastaralé, použijte no-backup) Smazat změny aniž by byly použity. Smazat konfliktní soubory, zálohy sloučení a zpětného vrácení a složky nepovedených vlastních testů. Smazat soubor "%(path)s"? Smazat soubory, které bzr nezná (výchozí). Smazat z bzr ale ponechat pracovní kopii. Smazat zastaralé balíčky pro uvolnění místa na disku. Smazat toto zobrazení. Smazat tuto značku, než ji raději umisťovat. Zobrazení '%s' smazáno.
Všechna zobrazení smazána.
Smazány s id "%d". Značka %s smazána. Mazání backub.bzr Mazání obsahu starého úložiště Mazání rodiče
--------------- Strategie smazání Zastaralé v: %s Popis nové revize Zničit odstraněné změny místo jejich uskladnění. Podrobný formát záznamu. Podorbnosti o dostupných volbách nastavení Podrobnosti o dostupných formátech záznamu Zjišťování průzumů hashe Zařízení nebo zdroj jsou zaneprázdněné: "%(path)s"%(extra)s Nelze porozumět identifikátoru chyby %(bug_id)s: %(reason)s. Viz "bzr help bugs" pro více informací o této funkci. Formát rozdílů Formát rozdílů k použití. Diff není na tomto stroji nainstalován: %(msg)s Diff3 není na tomto stroji nainstalován. Adresář obsahuje větev ale ne pracovní strom (pro sestavení pracovního stromu použijte bzr checkout, pokud si tak přejete): "%(path)s" Adresář není prázdný: "%(path)s"%(extra)s Zobrazení '%s' zakázáno.
Zakázání ``můjmodul`` a ``tvůjmodul``lze provést:: Zakázání všech modulů (lepší je použít --no-plugins):: Zakázání oblastního adresáře při zachování uživatelského:: Jak zjistit co se liší
----------------------------- Zobrazit všechny zadané hodnoty pro shodné volby. Zobrazit změny pouze v místní větvi. Zobrazit změny pouze ve vzdálené větvi. Zobrazit pouze emailovou adresu. Zobrazit více informací. Zobrazit pouze revize, které nejsou součástí obou rodových původů (vyžaduje -rX..Y). Zobrazit souhrn stavů. Zobrazit aktivní hodnotu pro zadanou volbu. Zobrazit výchozí pravidla ignorování, které používá bzr. Zobrazit časové pásmo jako místní, původní nebo utc. Zobrazit, nastavit nebo odstranit volbu nastavení. Lišící se větve
================= Neotevírat prohlížeč. Jen vypsat URL, která bude použita. Nežádat o potvrzení před rozbitím zámku. Neuvažovat změny provedené v zadané cestě. Nezahrnovat balík v příkazu sloučení. Nezahrnovat náhledovou záplatu v příkazu sloučení. Neoznačovat typ objektu pomocí indikátoru. Před smazáním se neptat. Nepřekládat po odeslání. Neoznamovat odevzdání s více než jedním nadřazeným. Neukládat zálohy vrácených souborů. Nepoužívat sdílené úložiště, i když je dostupné. Změny ve skutečnosti neprovádět. Ve skutečnosti nic nepodepisovat, jen vypsat revize, které by byly podepsány. Nezálohovat změněné soubory. Nekontrolovat, že uživatelské jméno je platné. Není známo jak zpracovat připojení SSH. Nastavte prosím proměnnou prostředí BZR_SSH. Nevyplňovat pracovní strom i pro protokoly, které to podporují. Nepřidávat obsah adresářů rekurzivně. Nezobrazovat nevyřízená sloučení. Zkušebně provést, předstírat odstranění revizí výše.
Duplicitní cesty
--------------- Během operace balení bazaar vytvoří zálohu dat existujícího úložiště
tj. soubory balíku. Tuto zálohu časem bazaar odstraní automaticky
když je to bezpečné. Pro uvolnění místa na disku odstraněním
zálohovaných souborů balíku můžete použít volbu
--clean-obsolete-packs. Převody konce řádků jsou poskytnuty jako filtr obsahu. Bazaar uloží
vnitřně kanonický formát, ale vypisuje konvenční. Viz
``bzr help content-filters`` pro informace o jejich použití. Převod konce řádků je třeba povolit pro vybrané vzory souboru
pomocí pravidel. Viz ``bzr help rules`` pro informace o jejich určení.
V současnosti jsou pravidla podporována pouze v
$BZR_HOME/.bazaar/rules (nebo %BZR_HOME%/bazaar/2.0/rules
ve Windows). Pravidla závislá na větvích budou podporována v
budoucích verzích Bazaar. Každá větev může také obsahovat soubor s nastavením, který upraví hodnoty
pouze pro tuto větev. Tento soubor je umístěn v ``.bzr/branch/branch.conf``
uvnitř větve. Tento soubor je viditelný pro všechny uživatele větve, pokud
chcete potlačit jednu z hodnot větve nastavením, které platí pouze pro Vás,
můžete tak provést v ``locations.conf``. Každý popis také naznačuje, zdali je hák spouštěn u klienta (stroj, kde
je bzr spuštěn), nebo na serveru (stroj, kterému je určena URL větve).
To můžou, ale i nemusí být, stejné stroje. Každá část by mohla definovat: Každá část popisuje definici ověření. Každá část by měla definovat: Všechny typy konfliktu jsou popsány níže spolu s návrhem, co je třeba provést k
jejich vyřešení. Zadána prázdná zpráva odevzdání. Zadejte prosím zprávu odevzdání pomocí --message nebo --file nebo nechejte prázdnou zadáním --message "". Povolit dokončování pro zvolený zásuvný modul (výchozí: všechny moduly) Převody konce řádků
====================== Značka konce řádku v balíku revizí bzr nebylo \n Proměnné prostředí Nastavení prostředí
--------------------- Názvy a hodnoty proměnných prostředí Chyba ve volbách příkazového řádku Chyba v datech pro rejstřík %(value)s. Chyba ve formátu změněném sloučením Chyba při zpracování vazby: %(msg)s Chyba při čtení z %(path)r. Chyba při zpracování souboru s nastavením %(filename)s:
%(errors)s Příklad:
~~~~~~~~ Vynechání cest během odevzdání není podporováno úložištěm v %(repository)r. Experimentální a zastaralé formáty uložení Experimentální formáty jsou zobrazeny níže. Vysvětlit jak použít --revision Exportovat současnou nebo minulou revizi do cílového adresáře nebo archivu. Formát exportu %(format)r není podporován Exportovat obsahy pracovního stromu spíše, než obsah poslední revize. Exportování zprávy z chyby: %s Exportování zpráv ze zabudovaného příkazu: %s Exportování zpráv z příkazu zásuvného modulu: {0} v {1} Externí nástroje sloučení
-------------------- Nelze GPG podepsat data pomocí příkazu "%(command_line)s" nelze provést GetProcessMemoryInfo() Nelze přejmenovat %(from_path)s na %(to_path)s: %(why)s Nelze ověřit data podpisu GPG s chybou "%(error)s" Přinášení textů Přinášení revizí Soubor %(filename)s není v konfliktu. Soubor existuje: %(path)r%(extra)s) Formát souboru
----------- Soubor s id {%(file_id)s} již existuje v inventáři jako %(entry)s Soubor je binární ale měl by být textový. Název souboru %(filename)r není platný v kódování %(fs_encoding)s Vašeho současného souborového systému. Soubory Soubory
----- Soubory nemohou být přesouvány mezi větvemi. Filtrovat revize v místní větvi (včetně). Viz "help revisionspec" pro podrobnosti. Filtrovat revize na jiné větvi (včetně). Viz "help revisionspec" pro podrobnosti. Nalézt návrh ke sloučení této revize. Hledání větve Launchpad Hledání souborů větve Hledání sloučení Hledání návrhů Hledání id revize Hledání revizí Hledání čísla revize Nalézt návrh sloučení, které navrhují sloučit v určité revizi.
Toto funguje pouze, když zvolená větev byla cíl návrhu sloučení
pokud číslo sloučené revize je zaznamenáno v návrhu. Návrh(y)
jsou otevřeny v internetovém prohlížeči. Oprava poslední revize {0} => {1} Oprava textových nadřazených V ``locations.conf`` jsou použity volby z části, které mají nejdelší shodu
s hlavičkou části s výjimkou jiných potenciálně platných hlaviček částí.
Hlavička částí používá cestu pro větev jako hlavičku části.
Některé příklady:: Pro URL bzr+ssh:// a sftp:// Bazzar také podporuje cesty začínající '~'
jako označení, že zbytek cesty by měl být zpracovávána relativně ke
vzdálenému domovskému adresáři uživatele. Například, pokud uživatel
``remote`` má domovský adresář v ``/home/remote`` na serveru
shell.example.com, pak:: Pro získání je umístění pro svázání, pokud není zadáno, automaticky zjištěno.
Pořadí upřednostnění je
1. Pro odlehčená získání - současné svázané umístění.
2. Pro větve, které bývaly získání - předchozí svázané umístění.
3. Umístění odeslání.
4. Nadřazené umístění.
Pokud ani jedno z tohoto není dostupné, musí být zadáno --bind-to. Pro složité změny je možné je upravit v samostatném programu
editoru pro rozhodnutí, jak by měl soubor zůstávající v pracovní kopii
vypadat. Pro toto přidejte volbu nastavení Například pro shodu s ``foo`` bez citlivosti na velikost písmen, může
být zadáno takto:: Například, pokud máte adresář pojmenovaný '/tmp/%2False', toto jsou všechny
platné způsoby, jako přistupovat k obsahu ((0x2F, neboli 47, je kód ASCII pro
přední lomítko):: Například zásada ``appendpath`` může být použita takto:: Například pro odeslání do nadřazeného umístění:: Například:: Pro odlehčená získání toto změní větev, na kterou je odkazováno.
Pro těžká získání toto zkontroluje, za neexistují místní odevzdání
proti současné svázané větvi, pak z místní větve udělá odraz
nového umístění a sváže ji k němu. Pro další informace o možných použitích souboru s nastavením ověření
se podívejte na :doc:`authentication-help`. Pro další informace o inovacích navštivte Průvodce aktualizací Bazaar,
http://doc.bazaar.canonical.com/latest/en/upgrade-guide/. Pro více informací navštivte http://help.launchpad.net/
Pro většinu typů konfliktu existuje nějaký spolehlivý způsob, jak pracovní
strom změnit a uvést ho do požadovaného stavu. U některých typů
Bazaar, pokud možno, již volbu provedl. Pro nové projekty je doporučeno, aby konce řádků byly ukládány jako
``lf`` a pak aby uživatelé zůstali u svých základních nastavení,
tj. ``native``, ``lf``, ``crlf`` a ``exact``. Z důvodů výkonu Bazaar ukládá do mezipaměti časová razítka
souborů v pracovním stromě a předpokládá, že soubory jsou
beze změny, pokud jejich časová razítka se shodují s hodnotami
v mezipaměti. Následkem se někdy stane, že bude třeba výslovně
požádat o použití filtrování obsahu v jednom nebo obou směrech
např. po instalaci nebo znovu nastavení zásuvných modulů,které
je poskytují. Systémy, které nejsou vypsány výše musejí být nastaveny.
Podpora pro vytváření URL jakéhokoliv projektu pomocí Bugzilla nebo
Trac je zabudována, spolu s mechanismy šablon pro ostatní systémy
s jednoduchými schématy URL. Pokud Váš systém nemůže být popsán
žádnými ze schémat popsaných níže, můžete vytvořit zásuvný modul
pro jeho podporu. Pro uživatele pracujících na projektu pro více platforem je zde
doporučené pravidlo, které může sloužit jako výchozí bod:: Pro uživatele pracující na existujícím projektu, který používá styl
nových řádku ve Windows v jejich úložišti Bazaar je toto
pravidlo doporučeno jako výchozí bod:: Formát %(format)s nemůže být touto verzí bzr zaveden. Formát %(format)s není kompatibilní s verzí .bzr %(bzrdir)s. Formát 0.9 nepovoluje balík bez záplaty Chyba formátu ve výpisu konfliktů Formát pro bzr řady 2.0
Používá ukládání ve skupinové komprimaci.
Poskytuje rich roots, což je jednosměrný přechod.
Formát může být název "exportéra" jako tar, tgz, tbz2. Pokud žádný
není zadán, je snaha o nalezení pomocí přípony. Pokud přípona není
nalezena, je exportováno do adresáře (stejné jako --format=dir). Formát používaný soubory GNU ChangeLog. Nalezeno %d závislých větví - probíhá vylepšení ... Obecný formát
~~~~~~~~~~~~~~ Vytvořit shellovou funkci pro dokončování v příkazovém řádku bash. Funkci pouze vytvořit, nepovolovat ji Obecná chyba chytrého protokolu bzr: %(details)s Obecná chyba cesty: %(path)r%(extra)s) Získat obsahy souboru z tohoto stromu. Duchovská revize {%(revision_id)s} zde nemůže být použito. \duchovské značky nejsou podporovány formátem %(format)r. Zadáním seznamu souborů jsou vráceny pouze tyto soubory, jinak
budou vráceny všechny soubory. Pokud revize není zadána pomocí
'--revision', bude použita základní revize pracovního stromu. Tato
operace se týká pouze stromu, neovlivňuje žádnou historii revizí jako
větev a úložiště, nebo základní revizi pracovního stromu. Globální nastavení Volání HPSS: {0} ({1} vfs) {2} Hranice HTTP MIME chybí pro %(path)s: %(msg)s HTTPS, SFTP servery a jejich proxy
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Řešení takovýchto sirotků *před* vytvořením konfliktu, ,může být
kontrolováno nastavením volby ``bzr.transform.orphan_policy``. Kde je možné použit pevné odkazy na soubory pracovního stromu. Pevný odkaz pro "%(path)s" není podporován Nápověda pro příznaky stavu Zde jsou některé obecné pokyny jak toto provést: Jak spravit rozdělené větve Jak konflikt vyřešit. Jak se s tímto vypořádáte závisí na tom *proč* nejsou větve synchronizované. Nicméně získání je z hlediska Bazaaru stále prvotřídní větev, abyste
měli celou její historii místně. Protože máte prvotřídní větev, můžete
také svoji práci odevzdat místně, pokud chcete, například kvůli dočasné
ztrátě síťového přípojení. Použijte volbu --local, abyste toto provedli.
Všechna místní odevzdání pak budou provedeny na hlavní větvi v chvíli,
kdy provede odevzdání, které není místní. Pokud jsou 'REV1' a 'REV2' identifikátory revize, pak 'REV1..REV2' označuje
rozsah revizí. Příklady: '3647..3649', 'date:yesterday..-1' a
'branch:/cesta/k/větvi1/..branch:/větev2' (všimněte si, že okolo '..' nejsou
žádné mezery či uvozovky). Pokud je zadáno -all, je NÁZEV vyhodnocen jako regulární výraz a všechny
shodující se možnosti jsou zobrazeny uvádějící svůj rozsah. Aktivní
hodnota, kterou bzr zohlední je první zobrazená pro každou volbu. Pokud je zadáno -all, nemůže být zadán SOUBOR Pokud je zadáno --no-bundle, pak Bazzar neodesílá obsahy revizí, ale pouze
strukturovaný požadavek pro sloučení z
veřejného_umístění. V tom případě je veřejná_větev vyžadována a musí být
aktuální a dostupná příjemci. Veřejná_větev je vždy zahrnuta, když je
známa, aby si ji lidé mohli později prohlédnout. Pokud je zadáno ---revision, zrušení odevzdání revize zanechá větev
v zadané revizi. Například, "bzr uncommit -r 15" větev zanechá v
revizi 15. Pokud UMÍSTĚNÍ_VĚTVE je vynecháno, získání zrekonstruuje pracovní strom pro
větev nalezenou v '.'. Toto je užitečné, když jste odstranili pracovní strom
nebo když nikdy nebyl vytvořen - t.j. pokud jste odeslali větev do jejího současného
umístění pomoc SFTP. Pokud STARÝNÁZEV v souborovém systému neexistuje, ale je s verzi a
NOVÝNÁZEV ano, ale bez verze, mv předpokládá, že soubor byl ručně
přesunut a pouze aktualizuje svůj vnitřní inventář, aby tuto změnu odrážel.
To stejné platí při přesunu mnoha ZDROJOVÝCH souborů do CÍLE. Pokud je jakýmkoliv způsobem nastaveno ``BZR_PLUGIN_PATH``,
změní se tak způsob, jak jsou moduly hledány. Pokud soubor .bzrignore neexistuje, příkaz ignore ho
vytvoří a přidá do něj zadané soubory nebo vzory.
Příkaz ignore ho také automaticky opatří verzí.
Vytvoření souboru .bzrignore bez použití příkazu
vyžaduje výslovné zadání příkazu add. Pokud je zadána revize, budou uskladněny změny od této revize. Pokud je zadána druhá větev, bude proveden pokus o sladění
napříč větvemi, což tyto data zkontroluje jako id kořenu stromu,
které nebylo přítomno ve velmi starých verzích bzr a které je
správně zastoupeno v obou větvích. Pokud je vynechána větev, pak bude použita větev obsahující současný
pracovní strom. Pokud jsou větve odlišné, můžete použít 'bzr merge' pro včlenění změn
z jedné do druhé. Jakmile je jedna větev sloučena, druhá by měla
být schopna ji znovu stáhnout. Pokud se větve liší, můžete použít 'bzr push --overwrite' pro úplné
nahrazení druhé větve, čímž zahodíte její nesloučené změny. Pokud jsou zadány názvy souborů, pouze jejich změny budou
uskladněny. Jiné soubory zůstanou nedotčeny. Pokud není zadáno umístění, je použit místní strom.
Pokud není zadán odevzdávající, je použit výchozí. Pokud je odesílán email, je potřeba adresa příjemce. Ta může být
zadána buď na příkazovém řádu, nastavením volby submit_to
v samotné větvi, nebo volbu child_submit_to ve větvi předložení. Pokud není zadán NÁZEV, předpokládá se -all .*. Pokud nejsou zadány žádné argumenty, jsou zobrazeny všechny změny
současného stromu. Pokud zadáte soubory, zobrazí se pouze změny
v těchto souborech.
Vzdálené a mnohonásobné větve mohou být porovnány pomocí voleb
--old a --new. Pokud nejsou zadány, bude výchozí odvozeno z prvního
argumentu, když nějaký je, nebo ze současného stromu, při zadání bez
argumentů. Pokud nejsou zadány žádné argumenty, je zobrazen stav
celého pracovního adresáře. Jinak je zobrazen stav zadaného
souboru či adresáře. Pokud je zadán adresář,
je zobrazen stav všeho uvnitř tohoto adresáře. Pokud nejsou zadány žádné volby, jsou smazány neznáme soubory. Jinak
jsou respektovány příznaky voleb a mohou být kombinovány. Pokud nejsou zadána žádná omezení, všechna data Bazaar, která jsou nalezena
v zadaném umístění, boudou zkontrolována. Pokud není zadána žádná revize, je použita poslední. Pokud není zadána revize, toto exportuje poslední odevzdanou revizi. Pokud není zadána žádná značka, je zjištěna pomocí háku
'automatic_tag_name'. Toto může např. být použito pro
automatické označení vydávaných verzí přečtením
configure.ac. Viz ``bzr help hooks`` pro podrobnosti. Pokud standardní formáty nevyhovují vaším požadavkům, dodatečné
formáty můžete zavést pomocí zásuvných modulů.
Pokud byste chtěli sloučit změny z pracovního stromu z druhé větve
bez sloučení jakýchkoli odevzdaných revizí, může být zadána volba
--uncommited. Pokud přítomno, zadává výchozí hodnotu volby ``--strict`` pro
kontrolu neodevzdaných změn před odesláním do jiného systému pro
správu verzí bez jakýchkoliv vlastních metadat bzr. Pokud přítomno, zadává výchozí hodnotu volby ``--strict`` pro
kontrolu neodevzdaných změn před odesláním. Pokud přítomno, zadává výchozí hodnotu volby ``--strict`` pro
kontrolu neodevzdaných změn před odesláním příkazu sloučení. Pokud je přítomno, umístění obecného systému sledování chyb, na
který odkazuje <systém>. Umístění musí obsahovat zástupný symbol
``{id}``, který bude nahrazen zadaným ID chyby. Tato volba může být
použita spolu a ``bzr commit --fixes`` k označení chyb v tomto
systému jako opravené tímto odevzdáním. Například:: Pokud přítomno, umístění systému sledování chyb Bugzilla, na který
odkazuje <systém>. Tato volba může být použita s ``bzr commit
--fixes`` pro označení chyb, v tomto systému, jako spravené tímto
odevzdáním. Například:: Pokud přítomno, umístění systému sledování chyb Trac, na který
odkazuje <systém>. Tato volba může být použita s ``bzr commit
--fixes`` pro označení chyb, v tomto systému, jako spravené tímto
odevzdáním. Například:: Pokud je přítomno, umístění výchozí větve pro stažení nebo sloučení. Tato
volba je normálně nastavena při vytváření větve, prvním ``pull`` nebo ``pull
--remember``. Pokud přítomno, je umístění výchozí větve pro odesílání. Tato
volba je normálně nastavena při vytváření větve, prvním ``push`` nebo ``push
--remember``. Pokud je zadán kořen, bude použit jako kořenový adresář uvnitř
formátů kontejneru (tar, zip, etc). Pokud zadán není, standardně
použije název exportovaného souboru. Volba root nemá vlvi na
formát 'dir'. Pokud nastaveno na "True", pak revize mohou být k záznamu pouze
připojen, ne odstraněny. Větev. která má toto nastavení povolené,
může stahovat z jiné, pouze pokud záznam druhé větve je delší
verzí záznamu prvotní. Toto se standardně nastavuje ``bzr init
--append-revisions-only``. Pokud toto nastavujete ručně, použijte
buď 'True' nebo 'False' (pozor na velká písmena), abyste udrželi
kompatibilitu s předchozími verzemi bzr (staršími než 2.2). Pokud nastaveno na "True", větev by se měla chovat jako získání a každé
odevzdání odesílat do bound_location. Tato volba je normálně
nastavována pomocí ``bind``/``unbind``. Pokud nastaveno na true, bzr bude automaticky rozbíjet zámky, které
drží procesy ze stejného stroje a uživatele, pokud již nejsou aktivní.
Jinak vypíše zprávu a zámek můžete odstranit ručně, pokud si jste
jisti, že objekt již není používán. Pokud je zadáno shelve --list, budou vypsány předešlé uskladněné změny. Pokud je předána volba --no-trees, pak větev v úložišti
nebude standardně mít pracovní strom. Stále budou
existovat jako adresáře na disku, ale nebudou mít
oddělené kopie souborů v určité revizi. Toto může být
užitečné pro úložiště, která ukládají větve s kterými se
pracuje pomocí získání nebo vzdálených větví, například na serveru. Pokud UMÍSTĚNÍ_DO je vynecháno, bude použita poslední složka UMÍSTĚNÍ_VĚTVE.
Jinými slovy, "checkout ../foo/bar"se pokusí vytvořit ./bar.
Pokud UMÍSTĚNÍ_VĚTVE nemá / nebo vnořený oddělovač cesty, UMÍSTĚNÍ_DO
bude odvozeno z UMÍSTĚNÍ_VĚTVE oddělením předního schématu nebo identifikátoru
jednotky, pokud nějaký je. Například "checkout lp:foo-bar" se pokusí
vytvořit ./foo-bar. Pokud UMÍSTĚNÍ_DO je vynecháno, bude použita část z UMÍSTĚNÍ_Z.
Jinými slovy "větev ../bla/ble" se pokusí vytvořit ./ble.
Pokud UMÍSTĚNÍ_Z nemá vnořen žádný / má vnořen oddělovač cesty, UMÍSTĚNÍ_DO
je odvozeno z UMÍSTĚNÍ_z oddělením předního schématu nebo identifikátoru
jednotky, pokud nějaký je. Například "branch lp:bla-ble" se pokusí
vytvořit ./bla-ble. Pokud je cíl již zcela sloučen do zdroje, raději ze zdroje stáhnout, než slučovat. Když se toto stane, výsledek odevzdávat nemusíte. Pokud poslední argument je adresář s verzí, všechny ostatní názvy
jsou do něho přesunuty. Jinak musí být zadány právě dva argumenty
a soubor je přeměněn na nový název. Pokud zadané umístění je sdílené úložiště, závislé větve
jsou také převedeny za předpokladu, že úložiště je úspěšně převedeno.
Pokud převod ve větvi selže, ve zbývajících větvích stále proběhne
pokus o převod. Pokud je původ stejný ve sledu po sobě jdoucích řádků, je
zobrazen pouze na vrchu, pokdu není předána volba --all. Pokud větev stromu je svázána s hlavní větví, bzr také zaktualizuje
větev z hlavní větve. Pokud jsou ve stromu neodevzdané změny, budou přeneseny
a zůstanou jako neodevzdané i po aktualizaci. Pro zahození
těchto změn použijte 'bzr revert'. Neodevzdané změny mohou
odporovat změnám, které se vyskytnou v základní revizi. Pokud existuje úložiště v nadřazeném adresáři umístění, pak
bude historie větve uložena v úložišti. Jinak init vytvoří
samostatnou větev která má svoji vlastní historii
v adresáři .bzr. pokud již v umístění existuje větev, ale nemá žádný pracovní strom,
je strom vyplněn pomocí 'bzr checkout'. Pokud není nastavena žádná výchozí větev, první stáhnutí tak učiní
(použijte --no-remember abyste tomu předešli). Poté můžete umístění
vynechat pro použití výchozího. Pro jeho změnu použijte --remember.
Hodnota bude uložena pouze když je vzdálené prostředí dostupné. Pokud není nastaveno žádné výchozí umístění, první stáhnutí tak učiní
(použijte --no-remember abyste tomu předešli). Poté můžete umístění
vynechat pro použití výchozího. Pro jeho změnu použijte --remember.
Hodnota bude uložena pouze když je vzdálené prostředí dostupné. Pokud není nastaveno žádné výchozí umístění odeslání, první stáhnutí tak učiní
(použijte --no-remember abyste tomu předešli). Poté můžete umístění
vynechat pro použití výchozího. Pro jeho změnu použijte --remember.
Hodnota bude uložena pouze když je vzdálené prostředí dostupné. Pokud true (výchozí), změny úložiště jsou zapisovány z vyrovnávacích
pamětí OS na pevný disk. To je poněkud pomalejší, ale data nebudou
ztracena při nehodách se strojem, Viz také repository.fdatasync. Pokud true (výchozí), změny metadat pracovního stromu jsou zapisovány
z vyrovnávacích pamětí OS na pevný disk. To je poněkud pomalejší, ale data
nebudou ztracena při nehodách se strojem, Viz také repository.fdatasync. Pokud je nastavení zrušeno, název souběžné větve je použit pro souběžné
větve a název adresáře větve je použit pro jiné větve. Pro vypsání současné
přezdívky, spusťte bez argumentu. Pokud používáte získání ze sdílené větve, budete pravidelně chtít, aby
stáhlo všechny změny provedené ostatními. Toto se provádí pomocí
příkazu "update". Změny je třeba použít před jakýmkoliv odevzdáním,
které není místní, ale Bazaar Vám případně řekne, pokud existují nějaké
změny a navrhne Vám použít tento příkaz. Pokud upravíte hlavní kopii, ujistěte se, že odstraníte ozdobné závorky. Když
jste s úpravami hotovi, soubor by měl vypadat, jako kdyby k žádnému
konfliktu nedošlo a být připraven k odevzdání. Pokud máte větev a vzdálená větev je zastaralá, můžete odeslat místní
změny pomocí "bzr push". Pokud je místní větev zastaralá, můžete
použít "bzr pull". Pokud obě větve mají změny, můžete je sloučit,
odevzdat a pak odeslat. Pokud se rozhodnete, že některé změny nejsou
užitečné, můžete použít "push --overwrite" nebo "pull --overwrite".
Pokud máte větev s pracovním stromem, kterou nechcete, může být odstraněna
příkazem 'remove-tree', pokud je to bezpečné. To může být provedeno, aby se
předešlo varování o neaktualizovaném vzdáleném pracovním stromu při
odesílání do větve. Může být tak= užitečné při práci s úložišťmi bez stromu
(viz 'bzr help repositories'). Pokud máte větev bez pracovního stromu, můžete použít příkaz 'checkout'
pro jeho vytvoření. Pokud spustíte 'bzr checkout .' z větve, bude vytvořen
pracovní strom. Pokud je větev aktualizována vzdáleně, můžete aktualizovat
pracovní strom spuštěním 'bzr update' v tomto adresáři. Pokud máte získání a provedli jste místní odevzdání, můžete je synchronizovat
pomocí "bzr update" (a možná "bzr commit"). Pokud máte existující úložiště s textovými soubory, které jsou uloženy
pomocí stylu řádkování ve Windows (``crlf``), pak možná budete chtít
tento styl používat také v úložišti. Když toto bude dodržováno,
může to pomoci i ostatním uživatelům, kteří nemají tato pravidla
nastavena. Stačí jen nastavit ``eol`` pomocí jedné z hodnot níže. Pokud máte binární soubory, které ale neobsahují nulový bajt,
ujistěte se, že do pravidel přidáte také ``eol = exact``. To
můžete provést zadáním více jednoznačných vzorů v
předchozím souboru pravidel. Například:: Pokud máte nově přidané soubory od cílové revize, budou odstraněny
Pokud soubory k odstranění byly změněny, budou vytvořeny zálohy tak jako
výše. Adresáře obsahující neznámé soubory smazány nebudou. Pokud máte vzorová zkušební data obsahující textové soubory, jenž
mají schválně zamíchány různé typy nových řádků, můžete požádat,
aby byly ignorovány zadáním:: Pokud potřebujete změnit pořadí nebo odstranit jeden
z adresářů, měli byste použít speciální hodnoty: Pokud zadáte dvě hodnoty "--revision ZÁKLAD..JINÁ", pouze revize ZÁKLAD
po JINÁ, mimo ZÁKLAD ale včetně JINÁ, budou sloučeny, Pokud toto
způsobí, že některé revize budou přeskočeny, tj. pokud cílová větev
ještě neobsahuje revizi ZÁKLAD, takové sloučení se běžně označuje jako
"výběr nejlepšího" (cherrypick). Narozdíl od normálního sloučení Bazzar
v současnosti nesleduje nejlepší výběry. Změna vypadá jako normální
odevzdání a historie změn z druhé větve není v odevzdání uložena. Pokud si ohlídáte, že vytvořené soubory mají požadované konce,
můžete tohoto dosáhnout *skoro* stejně pomocí ``eol = exact``.
Je trochu bezpečnější použít ``lf`` a ``crlf``, protože úpravy, které
omylem zamíchají různé konce řádků, budou opraveny při
odevzdání v souborech s těmito volbami. Pokud používáte Bugzilla nebo Trac, pak stačí nastavit proměnnou,
která obsahuje základní URL systému. Tyto volby mohou být v
``bazaar.conf``, ``branch.conf` nebo do nastavení závislé na větvích v
``locations.conf``. Tyto volby lze nastavit pro každý projekt, v
kterém pracujete. Pokud chcete zajistit, že máte různé změny v druhé větvi,
proveďte sloučení (viz bzr help merge) z druh větvě a to odevzdejte.
Poté budete moci provést odeslání bez '--overwrite'. Pokud chcete mít pracovní strom ve vzdáleném stroji, do kterého odesíláte,
můžete buď spustit 'bzr update' ve vzdálené větvi po každém odeslání, nebo
použijte určitou jinou metodu pro aktualizaci stromu během odesílání.
Existuje zásuvný modul 'rspush', který pracovní strom aktualizuje pomocí rsync
a také provede odesílání. Je tu také modul 'push-and-update', který
automatizuje spouštění 'bzr update' pomocí SSH po každém odeslání. Pokud chcete nahradit Vše místní změny a aby Vaše větev
odpovídala vzdálené větvi, použijte pull --overwrite. Toto bude fungovat
i když se větve liší. Pokud si přejete spíše přejít na určitý formát, než
současný výchozí, může ho zadat pomocí volby --format.
V důsledku toho můžete takto příkaz použít pro přechod na
starší formát, i když pro některé převody není cesty zpět
(např. změna z výchozího formátu v 1.x na výchozí v 2.x)
takže Pokud váš pracovní strom je na síťovém disku sdílený uživateli na
různých operačních systémech, budete většinou chtít zavést jistá
pravidla pro určité soubory. Takto, pokud je soubor vytvořen se
špatnými konci řádků, nebo jsou pomíchány během úprav, je
soubor správně odevzdán i získán. Například:: Ignorovat rozdíly mezi větvemi a bezpodmínečně přepisovat. Vzory pro ignorování mohou mít předponu ``!``, což znamená, že název
souboru, který se shoduje s tímto vzorem nebude ignorován. Ignorovat zadané soubory nebo vzory. Ignorování souborů mimo zobrazení. Zobrazení je %s Importování revizí Dále může být jedna větev svázána s druhou. Svázání způsobí, že odevzdání,
které bude provedeno v této větvi se také odehraje v druhé větvi. Bazaar
zajišťuje konzistenci tím, že nedovolí odevzdání, když josu větve zastaralé.
Aby odevzdání uspělo, může být nutná aktualizace současné větve pomocí
``bzr update``. Zásuvné moduly mohou dále poskytovat další klíčová slova. V obou případech je praocvní strom aktualizován a neodevzdané změny
jsou sloučeny. Uživatel může toto odevzdat nebo vrátit jak se mu zlíbí. V obou případech při použití adresáře
``/home/vila/src/bzr/bugs/832013-expand-in-stack`` dostaneme:: Ve složitých případech sloučení ``bzr merge --lca`` nebo ``bzr merge --weave``
mohou vytvářet lepší výsledky. Můžete chtít použít ``bzr revert`` pro vrácení
pracovního stromu a sloučit znovu. Jinak použijte ``bzr remerge`` na
jednotlivé konfliktní soubory. V budoucnu se počítá, že ``when-required`` podepíše nově
odevzdané revize, pouze pokud to tak větev vyžaduje. ``never`` je odmítne
podepsat, i když větev podpisy vyžaduje. Ve většině případů má zobrazení krátkou životnost: je vytvořeno
k provedení vybrané změny a je smazáno jakmile je změna odevzdána.
Jindy můžete chtít vytvořit jeden nebo více pojmenovaných
zobrazení a mezi nimi přepínat. V nerekurzivním režimu budou přidány všechny pojmenované položky, bez
ohledu na to, zdali byli předtím ignorovány. Pokud je kterýkoli pojmenovaný
soubory již s verzí, budete varováni. Pro výpočet těchto změn musí bzr analyzovat větev předložení.
Proto je nejúčinnější, když je větev předložení místním odrazem.
Pokud je známo veřejné umístění pro větev_předložení, toto
umístění je použito v příkazu sloučení. V rekurzivním režimu (výchozí), je se soubory zacházeno stejným
způsobem, ale pro adresáře je chování jiné. O adresářích, které
jsou již s verzí nebudete varováni. Všechny adresáře,
ať už jsou s verzi, nebo bez, jsou prohledány pro soubory nebo
podadresáře, které nejsou ani s verzí, ani ignorovány a tyto
jsou přidány. Toto hledání pokračuje rekurzivně do adresářů
s verzí. Pokud nejsou zadány žádné názvy, předpokládá se '.' V rekurzivním režimu soubory větší než volba nastavení
add.maximum_file_size budou přeskočeny. Pojmenované položky nejsou nikdy
přeskočeny kvůli velikosti V takovém případě ``bzr`` přestane načítat zadané moduly a
oznámí chybu importu, pokud jsou výslovně importovány
(například jiným modulem, který na nich závisí. V hlavní kopii souboru Bazaar zahrne všechny změny, které by měly být
sladěny a všechny nesladěné změny budou označeny "ozdobnými"
závorkami takto ``<<<<<<<``. Na (fiktivní) doméně phz.eu má každý projekt svoji vlastní stránku:: V této situaci Bazaar přesun zruší a a ponechá ``bílou`` v ``černé``.
Pro vyřešení tohoto typu konfliktu stačí rozhodnout, který název by
měl být zachován pro adresáře, kterých se toto týká. V podrobném režimu budou statistické informace zahrnuty v každém hlášení.
Pro zobrazení rozšířených statistických informací použijte úroveň podrobnosti 2
nebo vyšší zadáním volby podrobnosti vícekrát, např. -vv. Zahrnout všechny dostupné informace. Zahrnout poslední revizi pro každý soubor. Zahrnout historii revize. Nesoulad v souboru stavu adresáře %(dirstate_path)s.
Chyba: %(description)s InfoHooks
--------- Informace o volbě formátu uložení Informace o nastavení a souborech se záznamem Informace o nastavení ověření Informace o křížovém sloučení Informace o určení voleb na základě pravidel Informace o zpracování konců řádku Informace o symtaxi vzoru Informace o tom, co větev je Informace o tom co je získání Informace o tom, co je to samostatný strom. Informace o pracovních stromech Insert tvrdil, že random_id=True, ale pak dvakrát vložil %r Nainstalovat revize Místo slučování zobrazit rozdíl sloučení. Místo vyjmutí změn z regálu, zobrazit rozdíl, který by byl výsledkem této operace. Místo použití:: Integrace s Launchpad.net Bzr se vnitřně chová ke všem umístěním jako k URL. Pro každou cestu
souborového systému, která je zadána, automaticky zjistí vhodné
znázornění a, pokud je třeba, zamaskuje zvláštní znaky. Zavedeno v: %s Zaveden v: 0.15 Zaveden v: 0.16 Zaveden v: 0.91 Zaveden v: 1.10 Zavedeno v: 1.13 Zaveden v: 1.14 Zaveden v: 1.15 Zaveden v: 1.15.0 Zavedeno v: 1.17 Zaveden v: 1.4 Zaveden v: 1.6 Zaveden v: 1.8 Zavedeno v: 1.9 Zaveden v: 2.0 Zaveden v: 2.1 Zaveden v: 2.2 Zaveden v: 2.3 Zaveden v: 2.4 Zavedeno v: 2.5 Zaveden v: 2.6 Zaveden v: neznámo Úvod
------------ Neplatné '%s', mělo by mít formu 'název=hodnota' Neplatný URL požadavek připojení: %(reason)s: %(base)r + %(join_args)r Neplatný název větve: %(name)s Neplatná chyba %s. Musí být ve formě 'tracker:id'. Viz "bzr help bugs" pro více informací o této funkci.
Odeslání zamítnuto. Neplatný stav chyby: '%(status)s' Neplatná hodnota nastavení pro "{0}" hodnota {1!r} není jednotka SI. Neplatný http Content-type "%(ctype)s" pro %(path)s: %(msg)s Neplatný rozsah http %(range)r pro %(path)s: %(msg)s Neplatná odpověď http pro %(path)s: %(msg)s%(orig_error)s Nalezen vzor ignorování. %s Nalezeny vzory ignorování. %s Nalezeny vzory ignorování. %s Neplatný řádek ve vlastnosti chyb: '%(line)s' Nalezeny neplatné vzorce. %(msg)s Neplatný rozsah přístupu v %(path)s v %(offset)s: %(msg)s Neplatný protokol: %(reason)s Neplatné číslo revize %(revno)s Neplatné id revize {%(revision_id)s} ve %(branch)s Zadána neplatná url pro přenos: "%(path)s"%(extra)s Inventář ok. Inventář obnoven Volán po zavedení úložiště. post_repo_init je volán pomocí
bzrlib.controldir.RepoInitHookParams. Volán před pokusem o otevření kontrolního adresáře přenosem, který
otevření bude používat. Volán při čtení možnosti nastavení. Podpis je (stack, name,
value). Volán při odstranění možnosti nastavení. Podpis je (stack,
name). Volán při nastavení možnosti nastavení. Podpis je (stack,
name, value). Volán při načtení možnosti nastavení. Podpis je (store). Volán při uložení možnosti nastavení. Podpis je (store). Volán při přidávání informace o revizi do strofy RIO, která je
vypsána. revision je volán s objektem revize a strofou RIO.
Volán při zobrazení statistik úložiště. repository je volán pomocí
statistického slovníku tak jak ho úložiště vrací a objekt podobný
souboru, do kterého zapisovat. Je dobrý nápad vytvořit úložiště kdykoliv je možnost, že vytvoříte více než
jednu větev projektu. To se týká jak pracovních oblastí, kde provádíte vývoj,
a všech serverů, které používáte pro hostování projektů. V druhém případě
je bežností chtít větve bez pracovních stromů. Protože soubory ve větvi
nebudou upravovány přímo, není třeba plýtvat místem na pracovní strom.
Pro vytvoření úložiště, v kterém větve nebudou mít pracovní strom,
předejte volbu '--no-trees' pro příkaz 'init-repository'. Je také možné vytvořit "odlehčené" odevzdání předáním příznaku
--lightweight pro získání. Toto získání je více podobné získání SVN v
tom, že není prvotřídní větví, pouze se skládá z pracovního stromu.
To znamená, že všechny operace s historií se musejí dotazovat hlavní
větev, což může být pomalé, pokud je třeba síťového připojení. Také,
protože nemáte místní větev, nemůžete provádět místní odevzdání. Je chyba, když značce dáte název, který již existuje, pokud nepředáte
--force, v takovém případě je značka přesunuta, aby ukazovala na
novou revizi. Není možné bezztrátově odeslat do %s. Možná byste raději chtěli použít dpush. Je potlačena proměnnou prostředí BZR_REMOTE_PATH. Je možné (i když velmi vzácné), že Bazaar zahlásí výjimku
MalformedTransform. To znamená, že Bazaar narazil na konflikt souborového
systému, který nebyl schopen vyřešit. To většinou naznačuje chybu. Prosím
dejte nám vědět, pokud na toto narazíte. Chyby hlaste na
https://launchpad.net/bzr/+bugs
To víš že jo!
Ponechat si značky které odkazují na odstraněné revize. Klíč %(key)s již je přítomen v mapě Změna druhu z %(from_kind)s na %(to_kind)s pro %(path)s není podporována formátem %(format)r Sloučení novosti LCA. UMÍSTĚNÍ je adresář kde je zámek nastavení. Launchpad
--------- Krátký název projektu Launchpad pro přidružení k větvi. ID uživatele Launchpad existuje a má klíče SSH.
ID uživatele Launchpad nastaveno '%s'.
Launchpad.net poskytuje hostování větví Bazaar zdarma se zabudovaný
systémem pro sledování chyb a specifikacemi. Odlehčená odevzdání pracují nejlépe, když máte rychlý spolehlivý přístup do
hlavní větve. To znamená, že pokud je hlavní větev na stejném disku, nebo LAN,
odlehčené získání bude rychlejší než plnohodnotné ve všech příkazech, které
mění historii revizí (protože pouze jednu z větví je třeba aktualizovat).
Plnohodnotná získání budou obecně rychlejší ve všech příkazech, které
používají historii, ale nemění ji, ale pokud je hlavní větev na stejném disku,
pak rozdíl nepoznáte. Jako textové konflikty, Bazaar vypíše soubory THIS, OTHER a BASE. (Může se
jednat o soubory, symbolické odkazy, či adresáře. Ale nevytvoří "hlavní kopii"
souboru s ozdobným označením konfliktů. Bude to vypadat, že "hlavní kopie"
byla přejmenována z THIS nebo OTHER. Omezit výstup na prvních N revizí. Vypsat všechny ignorované soubory a vzor ignorování, který způsobil, že
soubor je ignorován. Vypsat záznamy určitého druhu: soubor, adresář, symbolický odkaz. Soubory seznamu smazány v pracovním stromu.
Zobrazit soubory ve stormu.
Vypsat soubory s konflikty. Vypsat ignorované soubory a vzory, které se snimi shodují. Vypsat cesty souborů s textovými konflikty. Vypsat uskladněné změny. Vypsat značky. Zobrazit větvě dostupné v současném umístění Vypsat nainstalované zásuvné moduly. Naslouchat pro připojení na jmenované adrese. Naslouchat pro připojení na jmenovaném portu. Zadáním 0 jako číslo portu bude mít za následek dynamicky přidělovaný port. Výchozí port závisí a protokolu. Místní větev není svázaná Umístění
~~~~~~~~ Zkratky umístění
================ Umístění úložiště. Umístění souboru záznamu Bazaar. Současné umístění můžete zkontrolovat
spuštěním ``bzr version``. Zámek je pravděpodobně držen, ale je poškozen: %(corruption_info)s
Použijte 'bzr break-lock' pro jeho vyčištění Zámek není držen: %(lock)s Vlastník zámku změněn na Zámek byl rozbit i když byl otevřen: %(lock)s - zkontrolujte konzistenci uložení! Zámek byl odemknut a znovu získán před rozbitím: %(lock)s: držen %(holder)r, chtěl rozbít %(target)r LockHooks
--------- Formáty záznamu
=========== Formát záznamu Formát záznmu s jedním řádkem na revizi. Zaznamenání revize 0 je neplatné. Delší popis účelu nebo obsahu větve. Vyhledat id v tomto stromu Smyčka zahrnující %(refs)r při rozšiřování "%(string)s". Poštovní klient "%s" nepodporuje zadávání těla Email je odeslán použitím Vašeho upřednostňovaného programu. Ve
Windows by toto mělo fungovat (používá MAPI). V Unix potřebuje
nástroj xdg-email. Pokud program nemůže být nalezen (nebo použit)
bude nahrazen Vaším editorem. Pošta nebo vytvoření příkazu sloučení pro předložení změn. Zaslat požadavek na tuto adresu. Vytvořit zámek %s Udělat z adresáře větev s verzí. Poškozená hlavička balíku revizí bzr: %(text)r Poškozené zápatí v balíku revizí bzr: %(text)r Poškozená hlavička kusu. %(desc)s
%(line)r Poškozený řádek. %(desc)s
%(line)r Poškozená hlavička záplaty. %(desc)s
%(line)r Poškozené záplaty v balíku revizí bzr: %(text)r MalformedTransform
------------------ Spravovat filtrovaná zobrazení. Ručně nastavit čas odevzdání pomocí formátu data odevzdání, např. '2009-10-10 08:00:00 +0100'. Mnoho příkazů, které přijímají URL také přijímá zkratky umístění.
Viz :doc:`location-alias-help` a :doc:`url-special-chars-help`.
V souboru ``authentication.conf`` může být popsáno mnoho
zásad ověření, ale konkrétní uživatel by měl potřebovat pouze pár
definic pro pokrytí svých potřeb, aniž by potřeboval zadávat uživatele
a heslo pro každou větev, kterou používá. Většina z těchto převaděčů poskytuje *obousměrný* převod,
tj. použije převaděče čtení a pak převaděč zápisu předá zpět
původní obsah. Avšak ostatní mohou provádět asymetrický
převod. Například, převaděč čtení může odstranit koncové
mezery z řádku zdrojového kódu, zatímco odpovídající
převaděč zápisu může obsahem projít, aniž by něco změnil. Označit chybu jako vyřešenou touto revizí (viz "bzr help bugs"). Označit konflikt jako vyřešený. Označit návrh jako okamžitě schválený. Označit konflikty jako vyřešené. Algoritmus sloučení. Sloučit i když cílový strom má neodevzdané změny. Sloučit pomocí vnějšího diff3. Sloučení se bude snažit, aby spojilo změny ve dvou větvích, ale existují
jisté druhy problémů, které může spravit pouze člověk. Když na tyto narazí,
označí je jako konflikt. Konflikt znamená, že musíte něco spravit předtím,
než můžete odevzdat. MergeDirectiveHooks
------------------- MergeHooks
---------- Slučování do prázdných větví není v současnosti podporováno, viz https://bugs.launchpad.net/bzr/+bug/308562 Řetězec zprávy. Zpráva: %s MessageEditorHooks
------------------ Metoda použitá pro zápis rozdílů. Neshoda id vnitřní revize {{{0}}} a id rejstříku revize {{{1}}} Chybějící funkce %(feature)s není poskytnuta touto verzí Bazaar nebo jakýmkoliv zásuvným modulem. Chybějící rodič
-------------- Středně krátký formát záznamu. Přesunout pouze bzr identifikátor souboru, protože soubor již byl přesunut. Přesunout nebo přejmnovat soubor. Přesunování %s Přesunování úložiště do zálohy.úložiště Přesun kořenového adresáře není v současnosti podporován Může být zadáno mnoho určení a bzr, pro zadanou URL, vybere
(``user`` [, ``password``]) na základě následujících pravidel : Mnoho očekávaných sha1 pro {0}. {{{1}}} očekává {{{2}}}, {{{3}}} očekává {{{4}}} MutableTreeHooks
---------------- VZOREC_NÁZVU by neměl být absolutní cesta Název vytvořené funkce (výchozí: bzr_) Název kořenového adresáře uvnitř exportovaného souboru. Název zobrazení k určení, vypsání nebo smazání. Název zobrazení na který přepnout. Přirozené sloučení ve stylu diff3. Pro --show-base je potřeba pracovní strom. Nikdy neměnit čísla revizí nebo existující záznam. Pouze ho připojit k revizím. Nová větev svázána s %s Nově větve vytvořené v adresáři úložiště budou ukládat svoje
revize v úložišti, ne v adresáři větve. Pro větve s sdílenou
historií toto snižuje množství potřebného prostoru a
zrychlí tvorbu nových větví. Žádné přidělené umístění %(alias_name)s Žádné výsledky klíčů GnuPG pro vzor: {0} Není nastaveno žádné ID Launchpad.
Pro "%(base)s" neexistuje žádný pracovní strom. V zadaném umístění nenalezena žádná větev. V "%(filename)s" nebyl nalezen žádný balík. Źádné změny s id "%(shelf_id)d" nejsou uskladněny. Žádné změny nejsou v regále. Žádné změny k odevzdání Žádné změny k odevzdání. Prosím soubory, které chcete odevzdat přidejte pomocí 'bzr add', nebo použijte --unchanged k vynucení prázdného odevzdání. Žádný dostupný kompatibilní objekt pro operace z %(source)r do %(target)r. Žádné současné zobrazení pro smazání Žádné současné zobrazení pro zakázání Žádné současné zobrazení.
Žádná chyba pokud existuje, vytvořit nadřazené adresáře, jak je potřeba. Nesmazány žádné soubory. Žádný konečný název pro trans_id %(trans_id)r
file-id: %(file_id)r
kořenové trans-id: %(root_trans_id)r
Pro '%(topic)s' nenalezena žádná nápověda. Použijte prosím 'bzr help topics' pro získání seznamu témat. Pro tento příkaz není nápověda. {0} není známý formát informace o verzi. Podporované typ jsou: {1} Nebylo nalezeno žádné umístění ke svázání v %(display_url)s. Žádné umístění nezadáno nebo nezapamatováno Není zadáno žádné umístění a předchozí není známo Není zadáno umístění. Tento formát si nepamatuje stará umístění. Nezadána žádná adresa kam (--mail-to) nebo výstup (-o). Žádné schodující se soubory. Nezadána žádná zpráva. Žádný jmenný prostor registrován pro řetězec: %(spec)r Žádné nové revize nebo značky k odeslání. Žádné nové revize k odeslání. Není známo nebo zadáno umístění uživatelů. Žádná veřejná větev není zadána nebo známa Umístění pro stažení není známo či zadáno. Umístění pro odeslání není známo či zadáno. Umístění pro odeslání není známo či zadáno. Pro odeslání do nadřazené větve ( %s) použijte 'bzr push :parent'. V zadaném umístění nenalezeno žádné úložiště. Žádné úložiště není přítomno: "%(path)s" Žádná kontrola nenalezena. Žádné revize ke sbalení. Žádné revize k předložení. Žádné revize ke zrušení odevzdání.
Žádné uskladněné změny. Pro větev "%(path)s" není dostupná větev předložení Žádná větev předložení není známa nebo zadána Žádná větev předložení není zadána nebo známa Žádný takový soubor: %(path)r%(extra)s) Žádný takový formát odeslání '%s'. Žádná taková značka: %(tag_name)s Žádné takové zobrazení: %(view_name)s. Žádná značka nezadána pro smazání. Nezadáno žádné cílové nastavení Nezadána žádná šablona. Pro chybu %s nebyl zadán systém pro sledování. Použijte formu 'tracker:id' nebo zadejte výchozí systém pro sledování chyb použitím volby `bugtracker`.
Viz "bzr help bugs" pro více informací o této funkci. Odeslání zamítnuto. Žádná zobrazení neurčena.
V zadaném umístění nenalezen žádný pracovní strom. Žádný pracovní strom k odstranění Žádný pracovní strom. Nadřazený není adresář
-------------------- Není větev: "%(path)s"%(detail)s. Není balík revizí bzr: %(text)r V současnosti se strom nesestavuje. Nezapomeňte, že --short nebo -S vypisuje příznaky stavu pro každou položku,
podobně jako příkaz status v Subversion. Abyste dostali výstupq
podobný svn -q, použijte bzr status -SV. Nezapomeňte, že ``basename`` zde odkazuje na základní název ``relpath``,
který je sám určený jako relativní cesta mezi názvem části a umístěním,
s kterým má . Zde ``exact`` nenaznačuje, že soubor je binární, ale znamená to, že
nebude proveden žádný převod konců řádku. (Bazaar v současnosti
spoléhá na analýzu obsahu, aby rozlišil binární soubory pro příkazy
jako ``diff``. V budoucnu může být přidáno pravidlo ``binary = true``
ale to zatím není podporováno.) Nezapomeňte, že pokud jste změnili ``SOUBOR.THIS`` nebo
``SOUBOR.OTHER``, tyto změny budou začleněny. Nezapomeňte, že speciální hodnoty 'user', 'core' a 'site' by
měly být použity doslovně, budou nahrazeny odpovídajícími
hodnotami v závislosti na platformě. Toto je také výchozí činnost, pokud se jedná o jeden soubor, takže můžete
použít:: Nezapomeňte, že pokud smazaný adresář obsahuje soubory bez
verze, pak se mohou stát potencionálními sirotky, kteří již nemají
nadřazený adresář. Nezapomeňte, že při používání argumentu -r s rozsahem revizí jsou
rozdíly vypočítávány mezi dvěma zadanými revizemi. To je, příkaz
nezobrazuje změny vyskytující se v první revizi v rozsahu. Toto se
liší od výkladu rozsahů revizí použitých v "bzr log", který zahrnuje
první revizi v rozsahu. Nezapomeňte, že před použitím ``--action=done`` se musíte zbavit SOUBOR.moved Poznámka: Při zadávání krátkého názvu každého systému můžete zadat
jednu nebo více chyb v jednom nebo více systémech při odevzdávání,
pokud si přejete. Poznámka: Převod konce řádku v Bazaar sice obsah převede, ale
nikdy neodmítne soubory kvůli odlišným nebo pomíchaným
stylům konců řádků. Pokud chcete ověřit (a nejenom převést)
obsah před odevzdáním, měli byste použít hák před odevzdáním.
Poznámka: Filtrování obsahu je podporováno pouze v nedávno
přidaných formátech, např. 1.14. Ujistěte se, že jak úložiště, *tak*
větev používají moderní formát. (Nestačí pouze nastavit formát v
úložišti). Pokud se zdá, že filtrován obsahu nefunguje, použijte
'bzr info -v', abyste potvrdili, že větev používá "Working tree
format 5" neb novější. Poznámka: Export stromu do zip s názvy souborů mimo ASCII není podporován. Poznámka: Z bezpečnostních důvodů není prováděn žádný převod v
souboru, v kterém byl zjištěn nulový bajt. Poznámka: V budoucnu budou pravděpodobně přidány další
možnosti pro příkazy, aby tento proces obnovování byl
rychlejší a bezpečnější.
Poznámka: Ujistěte se, že standardní výstup přesměrujete při použití tohoto
příkazu na binární soubor. Poznámka: Umístění může být zadáno buď ve formě větve,
nebo cesty k souboru obsahující příkaz ke sloučení vytvořený
pomocí bzr send. Poznámka: ``bzr commit`` standardně nepoužívá převaděče zápisu
po odevzdání souborů. Pokud toto má smysl pro daný modul
poskytující filtr obsahu, může tohoto modul dosáhnout pomocí
háků ``start_commit`` nebo ``post_commit`` . Viz :doc:`hooks-help`
pro další informace o hácích. Nic ke smazání. Není co dělat. Nic ke sloučení. Počet úrovní k zobrazení - 0 všechny, 1 ploché. JINÁ_VĚTEV může být místní nebo vzdálená. Samozřejmě pro odevzdání na získání potřebujete mít možnost zapisovat do
hlavní větve. To znamená, že hlavní větev musí být přístupná přes zapisovatelný
protokol, jako sftp:// a musíte mít tomu patřičná oprávnění na druhém konci.
Získání také fungují na místním souborovém systému, takže vše záleží na
oprávněních souborů. Jakmile je převedena na získání, musí odevzdání nejdříve uspět na hlavní větvi
než budou použita na místní větev Jakmile jsou důležité údaje v tomto souboru zadány, můžete používat
url větví bez vnořování hesel (bezpečnostní riziko) či uživatelů (povolení
sílení url s ostatními). Jakmile jste problém opravili, použijte "bzr resolve" pro automatické
označení textového konfliktu jako vyřešený, "bzr resolve SOUBOR"
pro vyřešení určitého konfliktu, nebo "bzr resolve --all" pro vyřešení
všech konfliktů. Krátky popis větve. V názvech voleb povolen pouze ASCII Zobrazovat pouze chyby a varování. Pro --auto může být zadána pouze jedna cesta. Odstranit pouze soubory, které nikdy nebyly odevzdány. Když v získání, odstranit pouze odevzdání z místní větve. Zobrazit pouze soubory s verzí. Užitečné pouze v ``locations.conf``. Určuje, zda nastavení v
této části bude také platit v podadresářích: Otevřít Launchpad stránku větve ve Vašem internetovém prohlížeči. Otevírání %s v internetovém prohlížeči. Operace zamítnuta, protože by mohla změnit hlavní historii, což není povoleno nastavením append_revisions_only ve větvi "%(location)s". Volba %(name)s není určena při rozšiřování "%(string)s". Volba --change nepřijímá změny revize Zásady voleb
^^^^^^^^^^^^^^^ Volba {0} v části {1} z {2} byla změněna z {3} na {4}. Hodnota {5} bude uložena. Volby určené v částech ovlivňují pojmenované adresáře nebo URL a
všechna umístění, která obsahují. Zásady mohou být použity pro
změnu jak je hodnota vykládána pro uvedená umístění.
V současnosti jsou dostupné tři zásady: Volby které mohou být použity se všemi příkazy Volby, které ovlivňují jak je Bazaar spouštěn Volby k zobrazení nebo zaznamenání ladících informací Jiné úložné formáty Jiná větev nemá žádné nové revize.
Potlačit výchozí čas pro vypršení z nečinnosti klienta (5min). Potlačit id emailu používaný Bazaar. Typyciký formát:: POtlačit domovský adresář používaný Bazaar. Potlačí zobrazení postupu. Možné hodnoty jsou "none" nebo "text". Pokud
je hodnota "none", pak není zobrazena žádná lišta postupu. Hodnota "text"
vykresluje běžnou lištu v příkazovém řádku. Potlačení výchozího oblastního adresáře modulů:: Potlačování výchozího uživatelského adresáře zásuvných modulů:: Přepsat pouze značky. Formát založený na balíčcích použitý v řadě 1.x. Zavedený v 0.92. Spolupracuje s repozitáři bzr před 0.92 ale nemůže být přečten bzr < 0.92 Počet chyb stránky %8d VyužitíStránkovacíhoSouboru %8d KiB Kódování parametru {0!r} není podporováno jazykem aplikace {1}. Nadřazená větev již existuje: "%(path)s". Nadřazený adresář %s neexistuje.
Můžete zadat --create-prefix pro vytvoření všech předních nadřazených adresářů. Smyčka rodiče
----------- Nadřazený není přístupný při dané základní ("%(base)s") a relativní ("%(path)s") cestě Nadřazený "%s" neexistuje. Nadřazené se neshodují mezi dvěma revizemi. %(msg)s Chyba zpracování na řádku %(lineno)d formátu %(format)s: %(line)s Tyo možnosti úředejte externímu programu rozdílů. Typ_záplaty byl %(patch_type)s, ale žádná záplata nebyla zadána. Cesta "%(path)s" není podřazená cestě "%(base)s"%(extra)s Cesta "%(path)s" není normalizována pro unicode Konflikt cesty
------------- Cesta ke spustitelnému souboru Bazaar, který bude použit v protokolu bzr+ssh. Cesta k editoru Bazaar, který bude použit pro zprávy odevzdání, atd. Na konci nebo začítku rozsahu revizí je neznámá cesta: %s Cesty nemají verzi: %(paths_as_string)s Cesty neexistují: %(paths_as_string)s%(extra)s Vzory
======== Vzory jsou seřazovány a hledání je zastaveno jakmile je nalezena
shoda. Následkem toho by měly být výslovnější vzory umístěny
v horní části souboru. Vzory pravidel používají stejné konvence
jako vzory ignorování. Viz :doc:`patterns-help`. Vzory mohou být také `Regulární výrazy Python`_. Vzory regulárních
výrazů jsou určeny předponou ``RE:`` následovaná regulárním
výrazem. Vzory výrazů nemusejí zahrnovat pojmenované nebo
očíslované skupiny. Vzory mohou obsahovat zástupné znaky jako například:: Vzory, které před sebou mají '!!' jsou normální vzorce ignorování
ale mají přednost před vzorci výjimek s '!'. Vzory, které před sebou mají '!' jsou výjimky vzorů ignorování a
mají přednost před normálními ignorováními. Takové výjimky jsou
použity pro určení souborů, které by měly být s verzí a které by
v jiných případech byly ignorovány. NejvyššíVyužitíStránkovacíhoSouboru %8d KiB PracovníŠpička %8d KiB Nevyřízená sloučení musí být před přepnutím odevzdána nebo vrácena. Nevyřízená sloučení potřebují být odevzdána nebo vrácena před použitím přepnutí. Provést odlehčené získání. Odlehčená získání závisí na přístupu k větvi pro každou operaci. Normální získání mohou provádět běžné operafe jako rozdíl a stav bez takového přístupu a také podporují místní odevzdání. Provést místní odevzdání ve svázané větvi. Místní odevzdání nejsou odeslána do hlavní větve, dokud není provedeno normální odevzdání. Provést místní stažení do vázané větve. Místní stažení nejsou použita na hlavní větev. Provést trojí porovnávání sloučení. Provést znovu nastavení, i když místní změny budou ztraceny. Přístup zamítnut: "%(path)s"%(extra)s Výstup rozdílů jako prostý text. Zadejte prosím název značky. Prosím zadejte smtp_server. Žádný server ve výchozím %(host)s. Zadejte prosím buď jednu revizi, nebo rozsah. Zásuvné moduly (včetně háků) jsou spouštěny na serveru, pokud
všechno následující je pravda: Zásuvné moduly zadané v této proměnné prostředí mají přednost
před těmi v ``BZR_PLUGIN_PATH``. Body, v kterých může být přidáno vlastní zpracování Zásady jsou zadány klíči s názvy mající formu "<název_volby>:policy".
Například pro určení umístění odeslání ve stromu větví
by mohlo být použito následující:: Takováto nastavení jsou užitečná pro příkazy a moduly, které chtějí
poskytnout vlastní chování pro vybrané soubory. Pro více informací o
převodech konců řádků si prohlédněte :doc:`eol-help`.
Podpora klíčových slov je poskytována `keywords plugin
<http://doc.bazaar.canonical.com/plugins/en/keywords-plugin.html>`_. Připravit požadavek, ale ve skutečnosti ho neodeslat. Příprava sloučení souborů Záplata náhledu se neshoduje s požadovanými změnami. Vypsat ignorované soubory. Vypsat pouze číslo verze. Vypsat nebo nastavit přezdívku větve. Vypsat cesty související s kořenem větve. Vypsat neznámé soubory. Vypsat soubory s verzí. SoukroméVyužití %8d KiB Vytvořit důkaz ve striktním formátu. Vytvořit důkaz dlouhého formátu. Data profilu zapsána do "%s". Navrhnout sloučení větve na Launchpad. Navrhnout sloučení při bynášení. Protokol k obsluhování. Veřejná větev "%(public_location)s" nemá revizi "%(revstring)s". Odeslat do jiného systému pro kontrolu verzí bez vlastních metadat bzr. Odesláno až na revizi %d Odesílání do %s Rozsahy jsou různými příkazy vykládány různě. Pro příkaz "log" je rozsah řadou
zpráv záznamu, ale pro "diff" označuje změnu mezi revizemi (a ne řadu změn).
Navíc, "log" považuje rozsah za uzavřený, zatímco "diff" a "merge" za otevřený,
tj. přebírají pouze jeden konec, ale druhý ne. Například: "bzr log -r 3647..3649"
zobrazuje zprávy revizí 3647, 3648 a 3649, zatímco "bzr diff -r 3647..3649"
zahrnuje rozdíly provedené v revizích 3648 a 3649, ale ne 3647. Převaděče čtení jsou použity pouze v příkazech, které čtou obsah z
pracovního stromu, např. status, diff a commit. Například, ``bzr diff``
použije převaděče čtení na soubory v pracovním stromě, pak
porovná výsledky s naposledy odevzdaným obsahem. Čtení rejstříků Čtení dat inventáře Obdržena špatná značka verze protokolu: %(marker)r Postup pro import sromu souborů:: Slaďování ukončeno: rejstřík revize má rozporné nadřazené. Sladit metadata bzr ve větvi. Sladění dokončeno. Slaďování větve %s Slaďování úložiště Slaďování úložiště %s Znovu nastavit větev tak, aby byla složena na jiné větvi. Znovu nastavit větev tak, aby byla nesložena. Toto může vyžadovat kopírování velkého množství dat do větve. Znovu nastavit úložiště tak, aby standardně vytvořit pracovní stromy ve větvích. Znovu nastavit úložiště tak, aby standardně nevytvářel pracovní stromy ve větvích. Znovu nastavit typ adresáře bzr. Znovu nastavit tak, aby byla svázaná větev s pracovním stromem. Znovu nastavit tak, aby bylo odlehčené získání (bez místní historie). Znovu nastavit tak, aby byla samostatná větev (tj. přestat používat sdílené úložiště). Znovu nastavit tak, aby byla nesvázaná větev s pracovním stromem. Znovu nastavit tak, aby byla nesvázaná větev bez pracovního stromu. Znovu nastavit tak, aby bylo sdílené úložiště používáno. Protokoly
Rekurzivně do podadresářů. Rekurzivně prohledat větve raději než jenom hledat v zadaném umístění Znovu provést sloučení. Omezit rozsah na zadaný soubor s nastavením. Odmítnout odevzdat, když se v pracovním stromu vyskytují neznámé soubory. Zamítnou odesílání, pokud jsou v pracovním stromu neodevzdané větve, --no-strict tuto kontrolu zakáže. Odmítnout odeslat, když se v pracovním stromu vyskytují neodevzdané změny, --no-strict tyto kontroly zakáže. Registrovat větev v launchpad.net. Související příkazy:: Související příkazy:: Zbývající konflikty: Zapamatovat si větev předložení a veřejnou větev. Zapamatovat si určenoé umístění jako výchozí. Odstranit větev. Odstranit větev, i když je aktivní. Odstranit soubory nebo adresáře. Odstranit značku nevyřízeného sloučení, aniž by došlo v souborech ke změně. Odstranit zkratku. Odstranit záložní adresář backup.bzr při úspěchu. Odstranit poslední odevzdanou revizi. Odstranit volbu ze souboru s nastavením. Odstranit pracovní strom i když má neodevzdané nebo uskladněné změny. Odstranit pracovní strom ze zadané větve/získání. Odstranit nechtěné soubory z pracovního stromu. Odstraňování ancestry.weave Odstraňování zálohy ... Přejmenovat "%(this)s" => "%(other)s"? Nahradit existující značky. Úložiště Úložiště jsou formou databáze. Bzr ji standardně udržuje automaticky,
aby měla dobrý výkon, ale v některých situacích (např. při provádění
velmi mnoho odevzdání za krátkou dobu) můžete bzr požádat, aby
optimalizoval indexy databáze. To může být provšdeno příkazem 'bzr pack'. Úložiště v Bazaar jsou místa, kde jsou uloženy odevzdané informace. Každá
větev má přiděleno jedno úložiště. Úložiště %r nepodporuje přístup k vlastním textům revizí Formát úložiště Typ úložiště Znovu zpracovat pro snížení rušivých konfliktů. Požadovaná rekonfigurace '%(display_url)s' není podporována. Požadovaný kontrolor a nepovinně typ. Požadovaná revize: '%(spec)s' neexistuje ve větvi: %(branch_url)s%(extra)s Žádost o řádné zastavení Znovu spustit aktualizaci po opravě všech konfliktů. Vyhrazeno pro budoucí použití. Tyto možnosti umožní větvím
mít zásady pro vyžadování podpisů. Vyhrazené id revize {%(revision_id)s} Průchod usnesení Vyřešit všechny konflikty v tomto stromě. Vyřešit konflikt při zachování verze v pracovním stromu. Vyřešit konflikt s přihlédnutím na sloučenou verzi. Řešení konfliktů není vždy jednoznačné. Buď protože uživatel, který by je měl
vyřešit, není zodpovědný za jejich výskyt, jako je tomu v případě slučování práce
od ostatních uživatelů nebo protože některé konflikty jsou předkládány
způsobem, který není snadné pochopit. Obnovit uskladněné změny. Obrátit pořadí revizí. Revize %(rev_id)s není předek %(not_ancestor_id)s Identifikátory revizí Revize není kompatibilní s %(repo_format)s Čísla revizi jsou vždy ve vztahu se zdrojovou větví. Revize {%(revision_id)s} již je přítomna v "%(file_id)s". Revize {%(revision_id)s} již je přítomna v %(weave)s Revize {%(revision_id)s} není přítomna v "%(file_id)s". Revize {%(revision_id)s} není přítomna v %(weave)s Revize
Revize nejsou odvozené ze stejného kořene: %(revision_a)s %(revision_b)s. Revize nemají žádného společného předka: %(revision_a)s %(revision_b)s RioVersionInfoBuilderHooks
-------------------------- Chyby serializace kořenové třídy pro inventář Vzory pravidel
------------- Pravidla
===== Pravidla jsou zadána v souboru ve formátu ini, kde jsou části ve
vzorech glob a obsahy každé části jsou nastaveními pro soubory
odpovídající těmto vzorům. Například:: Spusťte "bzr check" pro více informací. Spustit server bzr. Připojení SMTP k %(host)s zamítnuto Chyba SMTP: %(error)s Stejné jako --mine-only. Stejné jako --theirs-only. Řekněme, že původní text byl "Vedoucí projektu ho vydal" a THIS toto mění
na "Martin Pool ho vydal", zatímco OTHER má změnu na "Vedoucí projektu
vydal Bazaar." Konflikt by pak vypadal takto:: Říct ano na všechny otázky. Hlavičky částí
^^^^^^^^^^^^^^^ Místní volby části
^^^^^^^^^^^^^^^^^^^^^ Viz "bzr help break-lock" pro další informace. Viz "help revisionspec" pro podrobnosti. Viz :doc:`Using hooks<../user-guide/hooks>` v Uživatelské příručce pro podrobnosti. Viz :doc:`current-formats-help` pro úplný seznam
současnosti podporovaných formátů. Viz :doc:`other-formats-help'
pro popisy všech dostupných experimentálních a zastaralých
formátů.
Viz ``bzr help patterns`` pro podrobnosti o syntaxi vzorů. Viz ``bzr help resolve`` pro další informace. Viz také volba nastavení ``bzr_remote_path``. Viz také volba nastavení ``email`` Viz bzr help %s pro další podrobnosti a příkazy.
Viz http://doc.bazaar.canonical.com/developers/profiling.html pro více
informací o profilování. Viz Průvodce zásuvnými moduly Bazaar
<http://doc.bazaar.canonical.com/plugins/en/> pro další informace o
modulech včetně kde je najít a jak je nainstalovat. Jsou také poskytnuty
pokyny jak napsat své vlastní moduly pomocí programovacího jazyka Python. Vybrat jinou implementaci SSH. Vyberte určitý algoritmus sloučení. Změny vybírat interaktivně. Vybrat změny zavedené zadanou revizí. Viz také "help revisionspec". Vybrat výstupní formát. Vybrané změny zničeny. Vybrané změny: Vybrané sloučení nemůže provést zpětný výběr nejlepšího. Zkuste merge3 nebo diff3. Vybrané odevzdání sloučení souborů není zatím podporováno: soubory %(files_str)s Nabízet obsah tohoto adresáře. Obsluhovat na stdin/out pro použití z inetd nebo sshd. Server odeslal neočekávanou chybu: %(error_tuple)r Nastaví pevnou zprávu odevzdání. set_commit_message je volán
pomocí objektu bzrlib.commit.Commit (můžete tak změnit např.
vlastnosti revize úpravou commit.builder._revprops) a dosud
napsané zprávy. set_commit_message musí vracet zprávu nebo
None, pokud by měl být použít editor zpráv tak jako normálně. Nastaví soubory v pracovním stromě zpátky na obsah předchozí revize. Nastavit identitu pro současnou větev místo globálně. Nastavit čas změny souborů na ten od poslední revize, v které byly změněny. Nastaví předpony přidané ke starým a novým názvům souborů jako dvě hodnoty oddělené dvojtečkou. (např. "old/:new/"). Nastavit jméno autora, pokud se liší od odevzdávajícího. Nastavit větev pro získání a aktualizovat. Nastavit/zrušit nastavení a zobrazit zkratky. Nastavení hodnoty se provádí použitím název=hodnota bez mezer. Hodnota
je nastavena v nejlépe odpovídajícím rozsahu a může být zkontrolována
opětovným zobrazením volby. Nastavení uživatelských jmen ssh/sftp pro launchpad.net. Když je toto nastaveno na ``NUL`` ve Windows nebo ``/dev/null`` v ostatních
platformách, je záznam zakázán. Sdílené úložiště '%(display_url)s' již vytváří pracovní stromy. Sdílené úložiště '%(display_url)s' již nevytváří sdílené stromy. Regál poškozen. Uskladnit %d změn? Přidat soubor "%(path)s" na regál? Uskladnit všechny změny. Shelve Vám umožňuje dočasně dát stranou změny, která jste provedli
"na regál". tj. z očí, dokud je později nebude chtít zpátky ze skladu
pomocí příkazu 'unshelve'. Změny jsou ukládány vedle Vašeho
pracovního stromu a proto nejsou šířeny spolu s Vaší větví ani nepřežijí
její smazání. Uskladnit binární změny? Změnit "%s" v regále z %(other)s na %(this)s? Změnit cíl "%(path)s" z "%(other)s" na "%(this)s" v regále? Shelve je určen pro pomoc při oddělování několika sad změn, které byly
nevhodně zamíchány. Pokud se chcete prostě zbavit všech změn a
nepotřebujete je později obnovit, použijte zpětné vrácení. Pokud
chcete uskladnit všechny textové změny najednou použijte shelve --all. Odstranit soubor "%(path)s" z regálu? Přejmenovat "%(other)s" => "%(this)s" v regále? Uskladnit? Krátký název pro větev; standardně převzat z poslední části url. Zobrazit všechny revize spolu s hlavními. Zobrazit poznámky na všech řádcích. Zobrazít základní text revize v konfliktech. Zobrazit změny provedené v každé revizi jako záplatu. Zobrazit změny, ale nepoužívat či neodstraňovat je. Zobrazit v poznamkách datum odevzdání. Zobrazit číslo současné revize. Zobrazit rozdíly v pracovním stromu mezi revizemi a větvemi. Zobrazit platnost digitálního podpisu. Zobrazit změněné soubory v každé revizi. Zobrazit soubory ke smazání místo jejich mazání. Zobrazit od nejstarších po nejnovější. Zobrazit zprávu nápovědy. Zobrazit nápovědu pro příkaz nebo jiné téma.
Zobrazit nápovědu pro všechny příkazy. Zobrazit historický záznam větve nebo podmnožiny větve. Zobrazení informací o pracovním stromu, větvi nebo úložišti. Zobrazit vnitřní id objektů. Zobrazit pouze zadané revize. Viz také "help revisionspec". Zobrazit seznam přejmenovaných souborů.
Zobrazit záznam stažených revizí. Zobrazit sloučené revize tak jako --levels 0. Zobrazit nebo nastavit id uživatele bzr. Zobrazit nebo nastavit ID uživatele Launchpad. Zobrazit revize jejichž autoři odpovídaji tomuto výrazu. Zobrazit revize jejichž chyby odpovídají tomuto výrazu. Zobrazit revize jejichž odevzdávající odpovídá tomuto výrazu. Zobrazit revize jejichž zpráva odpovídá tomuto výrazu. Zobrazit revize jejichž vlastnosti odpovídají tomuto výrazu. Zobrazit číslo revize pracovního stromu. Zobrazit důkaz (formulář s podpisem) revize Zobrazit původ každého řádku v souboru. Zobrazit adresář kořenu stromu. Zobrazit nesloučené/nestáhnuté revize mezi dvěma větvemi. Zobrazit zprávy o použití a možnosti. Zobrazit informace o verzi pro tento strom. Zobrazit verzi bzr. Zobrazit, co bude provedeno, ale ve skutečnosti nc nedělat. Show-base není podporován pro tento typ sloučení. %s Podepsat všechny odevzdání zadaným odevzdávajícím. Podepsána %d revize.
Podepsány %d revize.
Podepsáno %d revizí.
Protože odlehčené získání je trošku více než pracovní strom
toto odmítne být v nějakém spuštěno. SmartClientHooks
---------------- SmartServerHooks
---------------- Takže pro nalezení návrhu sloučení, který zkontroloval řádek 1 v README:: Některé operace, jako sloučení, vrácení a odeslání mění obsah vašeho
pracovního stromu. Tyto změny jsou vytvářeny programově a proto mohou být
v konfliktu se současným stavem vašeho pracovního stromu. Některé volby jsou určovány automaticky uvnitř dané části a může
na ně být odkazováno pouze v této části. Některé chytré servery nebo protokoly *mohou* v budoucnu
pracovní strom umístit. Někdy se Bazaar pokusí o vytvoření souboru pomocí názvu cesty, která již
existuje. Existující soubor bude přejmenován na "SOUBOR.moved". Někdy se Bazaar pokusí o vytvoření souboru, jehož nadřazený adresář je bez
verze. To se stává, když je adresář smazán v cíli, ale má nové potomky ve
zdroji nebo naopak. V této situaci Bazaar také opatří verzí nadřazený adresář
Řešení této situace hodně závisí na konkrétní situaci. Buď můžete soubor či
adresář smazat nebo je přejmenovat. Až budete spokojeni, můžete spustit
"bzr resolve SOUBOR" abyste konflikt označili jako vyřešený. Je nám líto, ale znovusloučení funguje po normálních sloučení. Ne mnohonásobná sloučení nebo výběr nejlepšího. Třídit značky podle různých kritérií. Třídění Formát zdrojové větvě nepodporuje skládání, je použit formát:
%s Formát zdrojového úložiště nepodporuje skládání, je použit formát:
%s Zpracování zvláštních znaků v URL Zpracování zvláštních znaků v URL
================================== Zadaný soubor "%(file_name)s" je mimo současné zobrazení: %(view_str)s Určí síťové proxy pro odchozí připojení, například:: Určuje, který externí nástroj sloučení (uveden výše) by měl být standardně
vybrán v nástrojích jako například ``bzr qconflicts``. Určí formát pro tuto větev. Viz "help formats". Zadejte formát pro toto úložiště. Pro podrobnosti zadejte "bzr help formats". Rozdělit podadresář do stromu v odděleném stromu. Samostatné stromy Standardní volby Standardní volby jsou platné pro všechny příkazy. Počáteční revize musí být starší než konečná. Počáteční revize nenalezena v historii konečné. Příznaky stavu Příznaky stavu jsou použity k výstižnému shrnutí změn pracovního stromu
Vyskytují se ve formě:: StatusHooks
----------- Kroky k vyřešení "nesychronizované" při znovu nastavování Stále se čeká na dokončení %d klientů Formáty uložení Cíl zahrnutí %(other_tree)s potřebuje být vylepšen. Podporované přeppony URL:: Podporované obecné hodnoty jsou: Podporované modifikátory:: Podporované protokoly přenosu Podporované hodnoty pro určité klienty:: Přepnout i když budou ztracena místní odevzdání. Přepnout získání v současném adresáři do nové větve. Přepnuto na větev: %s Značka %(tag_name)s již existuje. Značka %s již pro tuto revizi existuje. Konflikty značek
------------- Značky jsou uloženy v větvi. Jsou zkopírovány z jedné větvi do druhé
když větvíte, odesíláte, stahujete nebo slučujete. Značky mohou být umístěny pouze na jednu revizi, ne na rozsah Značky dávají revizím lidem srozumitelné názvy. U příkazů, které přijímají
volbu -r (--revision), můžete zadat -rtag:X, kde X je jakákoliv předem
vytvořená značka. Značka není %(tag_name)s podporována; možná budete muset provést bzr upgrade. Zprávu odevzdání vzít z tohoto souboru. Cílový adresář "%s" již existuje. Cílový adresář %s již obsahuje adresář .bzr, ale není platný. Cílový adresář %s již existuje, ale nemá adresář .bzr. Zadejte --use-existing-dir, abyste tam přesto odeslali. Šablony pro výstup. Dočasně dát stranou některé změny ze současného stromu. Důkaz se neshodoval s očekávanou hodnotou.
Pro id_revize {%(revision_id)s}, očekáváno {%(expected)s}, změřeno
{%(measured)s} Textové konflikty
-------------- Obsahy textu se neshodují na řádku %(line_no)d. Původní má "%(orig_line)s", ale záplata říká, že by měl být "%(patch_line)s" Text se neshoduje se svým kontrolním součtem: %(msg)s Nastavení "%(config_id)s" neexistuje. Volba nastavení "%(option_name)s" neexistuje. Hák '%(hook)s' typu %(type)s je v této verzi bzrlib neznámý. Argument 'dir', pokud je zadán, musí být umístění kořene
pracovního stromu pro aktualizaci. Standardně je použit
pracovní strom, který obsahuje současný pracovní adresář. Volba --verbose zobrazí stahované revize pomocí volby nastavení log_format
Můžete použít jiný formáty tím, že tento potlačíte pomocí
-Olog_format=<jiný_formát>. Volba --verbose zobrazí odesílané revize pomocí volby nastavení log_format
Můžete použít jiný formáty tím, že tento potlačíte pomocí
-Olog_format=<jiný_formát>. Formát 2a s experimentální podporou souběžných větví.
API pro "%(api)s" není kompatibilní s "%(wanted)s". Podporuje verze "%(minimum)s" až "%(current)s". Chytrý protokol serveru Bazzar přes TCP. (výchozí port: 4155) Identita uživatele GnuPG, která je použita k podpisu odevzdání Může být
emailová adresa, otisk klíče nebo celé jeho ID. Když není nastaveno,
nebo je nastaveno na "default", Bazaar použije email uživatele
nastavený pomocí ``whoami``. Argument STROM by měl být podadresář pracovního stromu.
Tento podadresář bude převeden do nezávislého stromu se svoji
vlastní větví. Odevzdání ve stromu nejvyšší úrovně nebudou v
novém podstromu použita. Argument STROM by měl být nezávislý strom, uvnitř jiného, ale
není jeho součástí. (Takové stromy mohou být vytvořeny pomocí
"bzr split", ale také spuštěním "bzr branch" s cílovým stromem
uvnitř stromu.) URL pro systém pro sledovaní chyb "%(abbreviation)s" neobsahuje {id}: %(url)s Volba ``--fixes`` Vám umožňuje zadat systém pro sledování chyb a její
identifikátor místo celé URL. Pak toto vypadá:: Příkaz ``bzr missing`` se používá pro zjištění jaké revize jsou v jiné větvi a
nejsou přítomny v současné a naopak. Zobrazuje souhrn revizí navíc,
které jsou v každé větvi. Pokud chcete vidět přesné účinky těchto revizí,
můžete použít ``bzr diff --old=jiná_větev`` pro zobrazení rozdílů mezi
jinou_vví a vaší současnou. Pole ``password_encoding`` a ``verify_certificates`` jsou rozpoznána, ale
ve skutečné realizaci ignorovány.
Typ sloučení ``weave`` není tímto problémem zasažen, protože používá
zjištění původu řádku, místo revizních základů, pro zjištění příčiny rozdílů.
Revize výše budou odstraněny.
Činnost k provedení. Zkratka "%(option_name)s" neexistuje. Tyto zkratky jsou:: Soubor s nastavením ověření, authentication.conf
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Větev '%(branch)s' není skládaná. Větev '%(branch_url)s' nemůže být složena na '%(target_url)s'. Větev %(url)s'(%(format)s) není ve skladatelném formátu. Budete muset formát změnit pro povolení skládání větví. Větev *MUSÍ* být v systému schopném výpisu jako místní disk nebo sftp. Formát větve %(format)s již je nejnovějším formátem. Větev bude navrhnuta ke sloučení do VĚTVE_PŘEDLOŽENÍ. Pokud
VĚTEV_PŘEDLOŽENÍ není zadána, bude použita zapamatovaná větev.
Pokud není zapamatována, bude použita, bude použita vývojová. Větev, do které chcete předložit vaši současnou práci. To je automaticky
nastaveno ``bzr send`` a také používáno zadáním revize ``submit:``.
Toto by mělo být standardně nastavováno na základě větve a umístění. Větev {0} nemá revizi {1} Chyba, kterou tato větev opravuje. Chyba, kterou tento návrh opravuje. Klient bzr (pomocí zásuvného modulu nazvaný 'launchpad') má
zvláštní funkce pro komunikaci s Launchpad: Třída, která každý hák obsahuje je zadána před hákem, který poskytuje.
Například, BranchHooks jako třída je tříds pro
`bzrlib.branch.Branch.hooks`. Vkládaný obsah je již přítomen. Převod mezi těmito formáty je prováděn pomocí filtrů obsahu.
Filtr obsahu má dvě části: Správné řešení by bylo "Martin Pool vydal Bazaar." Standardní chování jr odeslat příkaz sloučením emailem, pokud -o není
zadáno, v takovém případě je odeslán do souboru. Výchozí formát je ``long``. Pro změnu určete nastavení ``log_format``
v části ``[DEFAULT]`` v ``bazaar.conf`` třeba například takto:: Jaký výchozí formát záznamu použít. Standardní formáty jsou ``long``,
``short`` a ``line``. Další formáty mohou být poskytnuty zás. moduly.
Výchozí hodnota je ``long``. Definice nalezené v tomto souboru se používají k nalezení ověřovacích
údajů pro danou url. Stejné údaje mohou být obecně použity pro tolik
větví, kolik je možné, seskupením jejich určení na vzdálených serverech,
které je potřebují. Je možné také určit údaje, které budou použity
různými servery. Soubor stavu adresáře (%(state)s) se zdá být poškozen: %(msg)s Emailová adresa, která bude použita při odevzdávání větve. Většinou má
takovýto formát:: Příklady níže používají ':' jako oddělovač, uživatelé
WIndows by měli použít ';'. Funkce %(feature)s již byla zaregistrována. Režim smazání souborů, který bude použit. Id souboru "%(file_id)s" se v úložišti %(repository)r nevyskytuje Id souboru "%(file_id)s" se ve stromu %(tree)s nevyskytuje. Filtrování, seřazení a informace zobrazené v každé revizi
mohou být kontrolovány tak jak je vysvětleno níže. Standardně
jsou všechny revize zobrazeny v topologickém seřazení, takže
nové revize jsou zobrazeny před staršími a následníci jsou vždycky
zobrazeny před předchůdci. Pokud je toto zakázáno, sloučené
revize jsou zobrazeny s odsazením pod revizi, v které byly sloučeny. Následující nejsou ještě zavedeny, ale jsou naplánovány jako části
ve vývoji: Následující značky lze použít na příkazovém řádku jako zástupce názvu souborů,
které se podílí na konfliktu sloučení:: Obecná pravidla pro :doc:`configuration files <configuration-help>`
platí, kromě zásad proměnných. Záměrem je, aby tento soubor byl co nejmenší k usnadnění údržby. Inventář nebyl v očekávaném formátu:
%(msg)s Klíč '%(key)s' již je v rejstříku '%(index)s'. Klíč '%(key)s' není platným klíčem. Následující jsou klíčová slova používaná jako metody výběru revize: Argument úrovně musí být celé číslo. Argument omezení musí být celé číslo. Umístění, do kterého by měla odevzdání putovat, když se chovají jako
získání. Tato volba je normálně nastavována pomocí ``bind``. Zámek pro '%(lock_description)s' je používán a nemůže být rozbit. Soubor záznamu obsahuje ladící informace, které jsou užitečné k určení
nebo hlášení problémů s Bazaar. Příkazy sloučení vytvořené pomocí bzr send mohou být použity pomocí bzr
merge nebo bzr pull zadáním souboru obsahující příkazy jako umístění. Metoda %(mname)s není podporována v objektech typu %(tname)s. Nejnovější formát, 2a, je vysoce doporučen. Pokud Váš
projekt 2a nepoužívá, pak byste měli navrhnout
vlastníkovi projektu formát vylepšit. Jediné platné hlavičky části v bazaar.conf jsou [DEFAULT] a [ALIASES].
Hlavičky jsou citlivé na velikost písmen. Výchozí část poskytuje volby
nastavení, které mohou být potlačeny soubor nastavení větve. Volby pro znovusloučení mají stejný význam a výchozí hodnoty jako ty ve
sloučení. Rozdíl je, že znovusloučení může být (pouze spuštěno), když
existuje nevyřízené sloučení a umožní Vám určovat soubory. Cesta %(path)s není na této platformě dovolena Název cesty v starém stromu. Cesta k editoru, který chcete použít, pokud je *bzr commit* spuštěn bez
zprávy odevzdání. Toto nastavení je potlačeno proměnnou prostředí
``BZR_EDITOR`` a potlačuje proměnné ``VISUAL`` a ``EDITOR``. Cesta k větvi pro přepnutí může být zadána v souvislosti s jejím nadřazeným
adresářem současné větve. Například, pokud jste nyní v získání
/cesta/k/větvi, zadáním 'novávětev' najde větev v /cesta/k/novévětvi. Cesta do adresáře zásuvných modulů, které by Bazaar měl
použít. Pokud není nastaveno, budou hledány v: Cesta kde Bazaar by měl hledat externí příkazy zásuvného modulu shellu. Předpona %(prefix)s je ve hledání nápovědy dvakrát. Vztah mezi větví a stromem. Úložiště '%(url)s'(%(format)s) není ve skladatelném formátu. Budete muset formát změnit pro povolení skládání větví. Úložiště {0} neobsahuje revizi {1}. Výsledek je zkombinovaný strom, kde podstrom již není nezávislá část.
Toto je označeno jako sloučení podstromu do obsahujícího stromu
a všechna jeho historie je zachována. Výsledky sloučení jsou umístěny do cílového pracovního adresáře,
kde mohou být zkontrolovány (pomocí bzr diff), vyzkoušeny a pak
odevzdány pro zaznamenání výsledku sloučení. Kořen je nejbližší obklopující adresář s kontrolním
adresářem .bzr. Název části je libovolný řetězec, pouze hodnota ``DEFAULT`` je vyhrazena
a měla by se objevit v *poslední* části. Řešením je sloučit revize z hlavní větve do vaší místní. Použijte ``bzr merge``
abyste získali nové revize z hlavní větve. Toto sloučení může mít za následek
konflikty, pokud změny jiného vývojáře se překrývají s vašimi. Tyto konflikty
by měly být před pokračováním vyřešeny. Poté, co byly všechny vyřešeny,
nebo pokud žádné nebyly, musíte tyto nové revize odevzdat do vaší místní
větve, poněvadž Bazaar toto požaduje. Tímto máte možnost vyzkoušet
správnost výsledného pracovního stromu, protože změny mohly přinést
významné změny. Po ozkoušení byste měli sloučení odevzdat pomocí
``bzr commit``. Takto je odstraněn problém s lišícími se větvemi. Vaše
místní větev nyní může být odeslána do hlavní.
Zdroj sloučení může být zadán buď ve formě větve. nebo ve formě
cesty k souboru obsahující příkaz sloučení vytvořený pomocí bzr send.
Pokud ani jedno není zadáno, výchozí je nadřazená větev, nebo
větev nedávnou sloučená použitím --remember. Zdroj sloučení
může být také zadán ve formě cesty k souboru v jiné větvi:
v tomto případě jsou do současného pracovního stromu sloučeny
pouze změny tohoto souboru. Zadaný příkaz musí přijímat volby "--clearsign" a "-u <email>". Zadaná zpráva odevzdání obsahuje znaky nepodporované současným kódováním. Větev předložení je standardně nadřazená zdrojové větvi, ale může být
potlačena. Jak větev odeslání tak veřejná budou zapamatovány v
branch.conf, jdyž josu poprvé použity v určité větvi. Zdrojová větev
je standardně ta obsahující pracovní adresář, ale může být použita
pomocí --form. Synonyma 'clone' a 'get' pro tento příkaz jsou zastaralé. Syntaxe souboru se řídí stejnými pravidlym jako ostatní, kromě
voleb zásad, které se na toto nevztahují. Cílová větev nebude mít svůj pracovní strom vyplněn, protože je to
jak náročné, tak to není podporováno na vzdálených souborových systémech. Přenos '%(transport)s' je dostupný pouze uvnitř tohoto procesu. Stavitel stromu již sestavuje strom. Strom se nezdá být poškozen. Pravděpodobně chcete použít "bzr revert" místo toho. Pokud chcete pracovní strom resetovat předejte "--force". Uživatel přerušil operaci. Hodnota '%(value)s' není platnou hodnotou. Proměnná určuje seznam obsahující ``název_modulu@cesta``
``název_modulu`` je název modulu tak, jak je zobrazen v
cestách modulu python,``cesta`` je cesta k adresáři
obsahující vlastní kód modulu (např. ``moduly/můjmodul`` ne
``moduly``). Použijte ':' jako oddělovač položek, ve windows ';'. Kontroly pracovního stromu a větve budou vypisovat pouze, když
s vyskytne problém. Pole výpisu kontrol úložiště jsou: Pracovní strom obsahuje seznam revizí, které byly sloučeny, ale
nebyly ještě odevzdány. Tyto revize budou zahrnuty jako dodatečné
nadřazené dalšího odevzdání. Normálně, použitím zpětné vrácení,
bude tento seznam vyčištěn spolu s vrácením souborů. Pokud jsou
zadány jakékoliv soubory, zpětné vrácení nechá seznam na pokoji
a pracuje pouze zadanými se soubory. Použijte ``bzr revert .`` v
kořenu stromu pro vrácení všech souborů a zachování
zaznamenaných sloučení a ``bzr revert --forget-merges`` pro
vyčištění seznamu nevyřízených sloučení aniž, by byly soubory
vráceny. Pracovní strom pro %(basedir)s byl od posledního odevzdání změněn, ale sloučení vazeb vyžaduje, aby byl nezměněn Existuje pár znaků, které mají v URL zvláštní význam a vyžadují opatrné zacházení
aby se předešlo nesrovnalostem. Znaky mohou být maskovány pomocí % a
šestnáctkové hodnoty v URL. Všechny znaky mimo ASCII v cestě budou
automaticky zakódovány, když je cesta převedena do URL. V tomto umístění existují tři hlavní soubory s nastavením: Existují dva druhy ověření používané různými schématy podporovanými bzr: Pro tuto volbu existují dvě hodnoty: Již existuje návrh ke sloučení: %s Pro "%(branch_url)s" není nastavena žádná veřejná větev. Proto jednoduchým zadáním 'bzr add' opatří verzí všechny soubory, které
jsou v současnosti neznámé. Tyto se vyskytují, pokud sloučení textu nelze zcela sladit dvě sady změn textu.
Bazaar vypíše změny pro každou verzi s příponami THIS, OTHER, a BASE.
THIS je verze souboru z cílového stromu, tj. strom, do kterého slučujete
změny. OTHER je verze, kterou slučujete do cíle. BASE je starší verze
sloužící jako základ pro porovnání. Všechny jsou platné, ale neodkazují na stejný soubor:: Tyto větve se liší. Viz "bzr help diverged-branches" pro více informací. Tyto větve se liší. Zkuste je sloučit a pak znovu svázat. Tyto větve se liší. Použijte příkaz missing, abyste věděli jak.
Použijte příkaz merge pro jejich sladění. Tyto příznaky lze předat na příkazovém řádku bzr nebo (bez předpony
``-D``) mohou být umístěny do proměnné ``debug_flags`` v
``bazaar.conf``. Tyto volby se týkají pouze těch větví, které používají ``dirstate-tags``
nebo pozdější formát.
Většinou jsou automaticky nastaveny v ``.bzr/branch/branch.conf``, ale
mohou být také ručně nastaveny v ``locations.conf`` nebo
``bazaar.conf``. Tyto možnosti mohou být použity se všemi příkazy a mohou se objevit před
všemi příkazy. (např. ``bzr --profile help``). Tento formát větve nemůže být nastaven na append-revisions-only. Zkuste --default. Tato větev nemá žádná odevzdání. (třeba byste raději chtěli 'bzr pull') Tato větev nemá žádné nové revize.
Toto může spravit neshody dat, které mohly být způsobeny
předchozími operacemi s duchy nebo aktualizacemi bzr.
Tento příkaz byste měli spouštět pouze, pokud Vás k tomu vyzve
'bzr check' nebo vývojář bzr. Tento příkaz rozbije zámek na úložišti, větvi, pracovním adresáři nebo
souboru s nastavením. Tento příkaz zkontroluje různé neměnné informace o větvi a skladování úložiště
pro zjištění poškození dat nebo chyb v bzr. Tento příkaz vypíše seznam nainstalovaných zásuvných
modulů včetně verze modulu a krátký popis u každého. Tento příkaz vytvoří shellovou funkci, která může být použita bash pro
automatické dokončování současně napsaného příkazu, když uživatel stiskne
klávesu dokončení (většinou tabulátor). Tento příkaz vypíše větev bzr v adresáři větví na
launchpad.net. Registrace umožňuje, aby větev mohla být spojena s
chybami nebo specifikacemi. Tento příkaz funguje pouze ve větvích, které se neliší. Větve jsou
považovány za odlišné, pokud nejnovější odevzdání cílové větve je to,
které nebylo sloučeno (přímo či nepřímo) zdrojovou větví. Tento příkaz vyžaduje aby cílový strom byl ve formátu rich-root. Tento příkaz zobrazuje tabulku názvů značek a revize, na které odkazují. Tento příkaz vypíše názvy všech větví v současném
umístění. Tento příkaz vytvoří cílový strom ve formátu, který podporuje
rich roots, jako 'rich-root' nebo 'rich-root-pack'. Tyto formáty
nemohou být převedeny do dřívějších jako 'dirstate-tags'. Tento příkaz zobrazí všechny známá umístění a formáty spojené se
stromem, větví, nebo úložištěm. Tento konflikt nastane, pokud v pracovním stromě a zdroji sloučení existují
konfliktní změny, ale konfliktní položky nejsou text. Může se jednat o
binární soubory, symbolické odkazy, či adresáře. Může se také jednat o
soubory, které jsou smazané na jedné straně, ale upraveny na druhé. Toto nepodepíše odevzdání, které již podpisy mají. Toto nastane, pokud adresář byl v cíli smazán, ale ve zdroji má nové
potomky. To se podobá konfliktu s "rodičem bez verze", s tím
rozdílem, že nadřazený adresář *neexistuje* namísto jeho
přítomnosti bez verze. V této situaci Bazaar chybějícího rodiče
vytvoří. Řešení této situace hodně závisí na konkrétní situaci. Toto nastane, pokud jedna strana do adresáře přidala soubory a druhá
změnila adresář na soubor nebo symbolický odkaz. Například:: Toto se stává, pokud zdroj a cíl každý změnil název nebo nadřazený adresář
souboru. Bazaar použije prvky cesty ze zdroje. Tento konflikt nastává, když zdroj a cíl každý přesunul adresáře tak, že když
dojde k použití změny, adresář by obsahoval sám sebe. Například:: Toto je získání. Větev (%s) musí být vylepšena odděleně. Toto se rovná počtu revizí v této větvi. Toto se rovná vytvoření a přidání adresáře. Toto je opak "chybějícího rodiče". Adresář je smazán ve zdroji, ale
v cíli má nové potomky (buď protože mazání adresáře je sloučeno
nebo proto, že sloučení přináší nové potomky). Bazaar ponechá
adresář. Řešení tohoto konfliktu velmi závisí na konkrétní situací. Tímto Bazaar přestane sledovat změny zadaných souborů. Bazaar je
smaže, pokud je lze snadno obnovit pomocí revert, jinak budou
uloženy (bude jim přidána přípona .~#~). Pokud nejsou zadány žádné
volby či parametry, Bazaar prohledá soubory, které sleduje a které
chybí ve vašem stromě a zruší jejich sledování. Tato operace zkomprimuje data uvnitř úložiště bazaar.
Protože bazaar podporuje automatické sbalování úložiště tuto
operaci není normálně třeba provádět ručně. Tato operace vyžaduje uložení dat ve formátu rich root Toto vypíše zadaný soubor s poznámkami na levé straně
určující která revize, autor a datum tuto změnu vložil. Toto zaznamenává neznámé soubory a soubory s verzí, nahlašuje je
seřazené podle stavu. Možné stavy jsou: Tato situace většinou nastává v centralizovaném postupu práce s místními
odevzdáními. Pokud někdo jiný od vašeho posledního stažení odevzdal novou
práci do hlavní větve a Vy máte svá odevzdání, která ještě nebyla odeslána
do hlavní větve, pak jsou vaše místní a hlavní větev odlišné. Tento strom obsahuje zbylé soubory ze selhané operace.
Prosím prozkoumejte %(limbo_dir)s zdali obsahuje nějaké soubory,
které chcete ponechat a smažte ho, pokud jste hotovi. Tento strom obsahuje zbylé soubory ze selhané operace.
Prosím prozkoumejte %(pending_deletion)s zdali obsahuje nějaké
soubory, které chcete ponechat a smažte je, pokud jste hotovi. Toto poté provede přeskládání místní větve se vzdálenou,
pokud není použita volba --no-rebase, v takovém případě
nebudou větve po odeslání synchronizované. Toto otevře Váš obyčejný editor pro zadání počátečního komentáře. Když
je návrh vytvořen, bude otevřen ve Vašem výchozím internetovém prohlížeči. Toto provede sloučení cílové revize (vrchol větvě,
nebo určené revize) do pracovního stromu a pak tato
větev bude sloužit jako základní revize pracovního stromu Toto navrhne sloučení, požádá "jnovak" o provedení kontroly
neuvedeného typu a požádá "tym-kontroly" k provedení kontroly "qa". Toto odstraní větev z určeného umístění, ale
ponechá jakýkoli pracovní strom nebo úložiště
na místě. Změna vrcholu zamítnuta: %(msg)s Pro kontrolu toho, co clean-tree udělá, použijte --dry-run. Pro porovnání pracovního adresáře na určitou revizi, předejte
jednu revizi do argumentu revize. Pro nastavení souborů k filtrování, změňte ``eol`` na jednu z hodnot
níže (pokud hodnota není zadána, je výchozí ``exact``). Pro vytvoření sdíleného úložiště použijte příkaz init-repository (nebo zkratku
init-repo). Tento příkaz převezme umístění úložiště pro vytvoření. To znamená,
že 'bzr init-repository ulož' vytvoří adresář s názvem 'ulož', které obsahuje
sdílené úložiště. Všechny nové větve, které jsou vytvořeny v tomto adresáři
pat toto úložiště použijí. Pro zakázání současného zobrazení, aniž by byl smazáno můžete
přepnout do pseudo zobrazení ``off``. To může být užitečné,
když potřebujete vidět celý strom pro pár operací (např.
sloučení), ale pak chcete přepnout zpět na Vaše zobrazení. Aby bylo zajištěno, že starší klienti nebudou k datům přistupovat
nesprávně, je zásadou Bazaar zavádět nový formát uložení,
kdykoliv nové funkce vyžadují přidání nových metadat. Mohou být
také zavedeny pro zlepšení výkonu a rozšířitelnosti. Pro filtrování rozsahu revizí můžete použít příkaz -r začátek..konec
-r revize vyžaduje určitou revizi, -r ..konec nebo -r začítek.. jsou
také platné.
:Výstupní hodnoty:
1 - některé revize chybí
0 - žádné chybějící revize Pro zobecnění, Bazaar podporuje dva formáty obsahu: Pro výběr jiné konečné revize zadejte "--revision JINÁ". bzr se pokusí
sloučit všechny změny až po a včetně revize JINÁ. Pro znovuvytvoření pracovního stromu použijte "bzr checkout". Pro odstranění pouze některých změn, bez vrácení na předchozí verzi,
použijte sloučení. Například \"merge . -r -2..-3\" (nezapomeňte na \".\")
odstraní změny obsažené v předposledním odevzdání
(-2), aniž by ovlivňovalo změny obsažené v posledním odevzdání (-1).
Pro odstranění jistých změn na základě kus po kusu, se podívejte na
příkaz shelve. Pro aktualizaci větve na určitou revizi nebo poslední
revizi a aktualizaci pracovního stromu podle toho, při zachování
místních změn, se podívejte na příkaz update. Pro odstranění vzorů ze seznamu ignorování upravte soubor
. bzrignore. Po přidání, úpravě nebo smazání tohoto souboru
buď použitím tohoto příkazu nebo přímo pomocí editoru
se ujistěte, že ho odevzdáte. Pro přejmenování značky (změnit název, ale ponechat ji na stejné revizi)
spusťte ``bzr tag nový-název -r tag:starý-název`` a pak
``bzr tag --delete starý-název``. Pro vyřešení tohoto druhu konfliktu musíte rozhodnout který název by
si měl ponechat soubor, adresář nebo symbolický odkaz. Pro vyřešení tohoto druhu konfliktu se budete muset rozhodnout, který
název by měl být zachován pro konkrétní soubor. Pro vyřešení tohoto druhu konfliktu byste měli bud odstranit či
přejmenovat potomky či adresář nebo obojí. Pro vyřešení tohoto druhu konfliktu, byste měli znovu sestavit SOUBOR z
jedné z verzí nebo z kombinací obou. Pro vyřešení konfliktu musíte použít správnou značku na jednu z cílových
větví nebo na zdrojovou větev, dle potřeby. Použijte "bzr tags --show-ids -d
ZDROJOVÁ_URL" abyste viděli značky ve zdrojové větvi. Pokud chcete, aby
se značky cílové větve shodovaly se značkami zdrojové, pak v cílové
proveďte ``bzr tag --force -r revid:ID_REVIZE KONFLIKTNÍ_ZNAČKA`` pro
každou KONFLIKTNÍ_ZNAČKU a kde ID_REVIZE pochází ze seznamu značek
ve zdrojové větvi. Až toto provedete, musíte zadat "bzr resolve". Pro
vyřešení ve prospěch cílové větve, musíte podobně použít ``tag --force``
ve zdrojové větvi. (Nezapomeňte, že stažení a odeslání pomocí
--overwrite také přepíše značky.) Pro získání větve od určité revize, předejte parametr --revision
např. "branch bla/ble -r 5". Pro získání větve z určité revize, zadejte parametr --revision
jako např. "checkout foo/bar -r 5". Nezapomeňte, že toto bude
okamžitě zastaralé [takže nemůžete odevzdávat] ale může to
být užitečné (např. pro prozkoumání starého kódu.) Pro zobrazení ignorovaných souborů použijte 'bzr ignored'. Pro podrobnosti
o změnách provedených v textových souborech použijte 'bzr diff'. Abyste viděli, které soubory se v určité revizi změnili , nebo mezi
dvěma revizemi, předejte rozsah revizí do argumentu revizí.
Toto vytvoří stejný výsledek jako volání 'bzr diff --summarize'. Pro vybrání pouze některých změn ke sloučení, použijte "merge -i", což
Vás vyzve k použití každého kusu rozdílu a změn souboru, podobné
jako "shelve". Abyste zahrnuli všechny schémata, heslo bude odvozeno ze sady
definic ověření ``scheme``, ``host``, ``port``, ``path``, ``user``,
``password``). Pro použití určitého programu, nastavte volbu konfigurace mail_client
(Pro Thunderbird 1.5 toto obejde některé chyby.) Podporované hodnoty
pro klienty jsou "claws", "evolution", "kmail", "mail.app" (MacOS X
Mail.app), "mutt", a "thunderbird"; obecné možnosti jsou "default",
"editor", "emacsclient", "mapi", a "xdg-email". Zásuvné moduly
mohou také podporované klienty přidat. Pro použití této funkce musíte vylepšit svoji větev v %(path)s na formát, který podporuje rich roots. Pro použití této funkce musíte vylepšit formát své větve v %(path)s. Pro použití této funkce musíte vylepšit formát svého úložiště v %(path)s. Příliš mnoho přesměrování Příliš mnoho přesměrování při pokusu o vytvoření %s. Seznam témat Koncová lomítka ve vzorech jsou ignorována. Pokud ji vzor
obsahuje, nebo je to regulární výraz, je porovnáván s celou
cestou od kořene větve. Jinak je porovnáván pouze s její
poslední částí. Pro porovnání pouze s kořenovým
adresářem, připojte ``./``. Vzory zadávající absolutní
cesty nejsou povoleny. Přenos revizí Chyba přenosu: %(msg)s %(orig_error)s Operace přenosu není možná: %(msg)s %(orig_error)s TransportHooks
-------------- Strom je aktuální při revizi %d. Strom je aktuální na revizi {0} ve větvi {1} Typ stromu Stromy v úložišti Přeměnit tuto větvi do odrazu jiné větve V současnosti jsou podporovány dva formáty: "4" používá formát balíku revizí 4
a formát příkazů sloučení 2. Je výrazně rychlejší a menší, než starší formáty.
Je kompatibilní s Bazaar 0.19 a novější. Je to výchozí formát. "0.9" používá
formát balíku revizí 0.9 a formát příkazů sloučení 1. Je kompatibilní s
Bazaar 0.12 - 0.18. T yp souboru do kterého exportovat. Typy konfliktů a jak je řešit Typická zpráva:: Identifikátory URL URL se liší více než cestou: %(from_)r and %(to)r URL představují znaky mimo ASCII v kódování určeném serverem, ale většinou
UTF-8. Maskování % by měly být bajty UTF-8. Bazaar se snaží být velkorysý v
tom co přijímá jako URL a snaží se, aby je vypisoval způsobem, který lze číst. Nelze se připojit k současné hlavní větvi %(target)s: %(error)s Abyste přesto přepnuli, použijte --force. Nelze se připojit k cíli svázané větve %(branch)s => %(target)s: %(error)s Nelze vytvořit symbolický odkaz %(path_str)s na této platformě Nelze smazat dočasný adresář transformace %(limbo_dir)s.
Prosím prozkoumejte %(limbo_dir)s zdali obsahuje nějaké soubory,
které chcete ponechat a smažte ho, pokud jste hotovi. Nelze smazat dočasný adresář transformace %(pending_deletion)s. Prosím prozkoumejte %(pending_deletion)s zdali obsahuje nějaké soubory, které chcete ponechat a smažte ho, pokud jste hotovi. Nelze zjistit Vaše jméno.
Nastavte prosím Vaše jméno pomocí příkazu 'whoami'.
Např. bzr whoami "Vaše jméno <jméno@příklad.cz>" Nelze zakódovat %(kind)s cestu %(path)r v uživatelském kódování %(user_encoding)s Nelze najít poštovního klienta s následujícím názvem: %(mail_command_list_string)s Nelze zpracovat balík verze %(version)s: %(msg)s Nelze importovat knihovnu "%(library)s": %(error)s Nelze importovat paramiko (potřebné pro podporu sftp): %(error)s Nelze získat Uncommit zanechá pracovní strom připraven pro nové odevzdání. Jedinou
změnou, kterou může provést, je obnovení všech nevyřízených sloučení,
které byly přítomny před odevzdáním. Zrušit odevzdání těchto revizí Neodevzdané změny souborů, které jsou vráceny, budou zahozeny.
Nicméně standardně jsou všechny soubory, které byly změněny
nejdříve zálohovány. (Soubory změněné pouze sloučením takto
zálohovány nebudou). Zálohované soubory mají '.~#~' připojené
k jejich názvu., kde #je číslo. Ve zvláštních případech (většinou při pokusu o zjištění chyby), je
lepší zásuvný modul (nebo několik) zakázat místo jeho
celkového odinstalování. Takové moduly mohou být zadány
v proměnné prostředí ``BZR_DISABLE_PLUGINS``. Nečekaný konec proudu kontejneru Neznámý %(kind)s formátu: %(format)r Neznámý klíč {0} podepsal {1} odevzdání Neznámý klíč {0} podepsal {1} odevzdání Neznámý klíč {0} podepsal {1} odevzdání Neznámý typ protokolu: %(record_type)r Zjištěna neznámá pravidla: %(unknowns_str)s. Narozdíl od globálních voleb mohou být standardní použity ve zkratkách.
Nerozpoznaný formát kontejneru: %(container_format)r Nerozpoznaná hodnota pro proměnnou prostředí BZR_SSH: %(vendor)s Nerozpoznaná chyba %s. Odevzdání zamítnuto. Odstraňování ze zásobníku Nepodporovaný formát větve: %(format)s
Spusťte prosím 'bzr upgrade' Nepodporovaný druh záznamu %(kind)s Nepodporovaný formát exportu: %s Nepodporovaný protokol pro url "%(path)s"%(extra)s Nepodporovaný formát časového pásma "%(timezone)s", možnosti jsou "utc", "original", "local". Rodič bez verze
------------------ Aktualizovat zrcadlo této větve. Aktualizovat pracovní strom na novou revizi. Značka %s aktualizována. Aktualizováno na revizi %d. Aktualizováno na revizi {0} ve větvi {1} URL aktualizace nemůže pracovat s URL pouze pro čtení. Vylepšit úložiště, větev nebo pracovní strom do nového formátu. Převést na určitý formát. Viz "bzr help formats" pro podrobnosti. Vylepšování %s Vylepšování větve Vylepšování bzrdir Vylepšování úložiště Vylepšování pracovního stromu. Vylepšování {0} {1} ... Použijte ``bzr commit --fixes lp:2`` pro zaznamenání, že toto odevzdání
opravuje chybu 2. Použít oddělovač ASCII NUL (\0) raději, než nový řádek. Až problém opravíte, použijte bzr resolve. Použijte bzr resolve když jste problémy opravili. Viz také bzr conflicts. Použijt krátké indikátory stavi Použít zadaný formát záznamu. Použít zadaný výstupní formát. Tento příkaz použijte pro porovnání souborů. Toto použijte, pokud chcete vyzkoušet jinou techniku sloučení při řešení
konfliktů. Některé techniky sloučení jsou lepší než statní a znovu sloučení
Vám umožňuje různé vyzkoušet na různých souborech. Toto použijte pro vytvoření prázdné větve, nebo před importem
existujícího projektu. Užitečné příkazy:: Heslo a uživatel pro ověření na serveru SMTP. Pokud je nastaveno
smtp_username a smtp_password není, pak se Bazaar na heslo
dotáže. Tyto nastavení jsou třeba pouze, pokud SMTP vyžaduje
ověření k odeslání pošty. Pomocí "bzr revert --forget-merges" je možné použit všechny změny
z větve v jedné revizi. Pro toto proveďte sloučení tak, jak chcete.
Pak proveďte návrat s volbou "--forget-merges", což ponechá obsah
stromu tak, jak byl, ale vyčistí seznam nevyřízených sloučení, Další
odevzdání pak bude obsahovat všechny změny, které jsou přítomny
v druhé větvi, ale bez jakýchkoliv nadřazených revizí. Protože tato
technika zapomene kde tyto změny mají původ, může to způsobit
další konflikty v pozdějších sloučení související se stejným zdrojem a
cílovými větvemi. Je používáno zobrazení '{0}': {1}
Použití Bazaar s Launchpad.net Aby se dosáhlo stejného účinku pomocí ``relpath``:: Použití konkrétní revize ``mého modulu``:
``BZR_PLUGINS_AT='můjmodul@/domů/já/opravychyb/123456-můjmodul`` Používání změn s id "%d". Je použita výchozí větev skládání {0} ve {1} Použití uloženého umístění: %s
Používání uloženého umístění nadřazené: %s
Je použito uložené umístění nadřazené: {0}
Použito uložené umístění odeslání: %s Použití uloženého umístění {0} "{1} pro určení změn k předložení. Používání sdíleného úložiště: %s
Použito {0} {1} Žádosti VFS přes chytrý server nejsou povoleny. Zjištěno: %(method)s, %(arguments)s. Platné hodnoty: Ověřit strukturu pracovního stromu, konzistenci větve a historii úložiště. Proměnná {%(name)s} není dostupná. V závislosti na druhu konfliktu jsou dostupné různé úkony, u některých Vám
Bazaar může nabídnout nápovědu. Nakonec byste alespoň měli Bazaar
informovat, že jste s konfliktem hotovi pomocí:: Ověří, že všechny odevzdání ve větvi jsou podepsány známými klíči GnuPG. Ověřit všechny podpisy odevzdání. Informace o verzi ve formátu na základě vlastní šablony. Informace o verzi ve formátu Python. Informace o verzi ve formátu RIO (prostý text, výchozí). Chyba souboru s verzí Zobrazení nejsou podporována %(tree)s; použijte 'bzr upgrade' pro změnu formátu Vašeho stromu na novější. Určená zobrazení:
Zobrazení poskytují masku pro strom, aby se uživatelé mohli
soustředit na podmnožinu stromu, když pracují. Po vytvoření
zobrazení příkazy podporující seznam souborů - status, diff,
commit, atd. - tento seznam souborů pokaždé dostávají.
Výslovný seznam souborů může být zadán, ale tyto soubory
musí být uvnitř současného zobrazení. Čekání na dokončení %d klientů Procházení obsahu Varování: pokud použijete --clean-obsolete-packs a Váš přístroj se
zasekne během nebo hned po znovu sbalení, může být úložiště ve
stavu, kdy smazání bylo zapsáno na disk, ale nové balíčky nebyly.
V tomto případě může být úložiště nestabilní. Varování: následující soubory jsou spravovány a shodují se s Vaším vzorem ignorování:
%s
Tyto soubory budou stále pod správou verzi, dokud je neodstraníte s 'bzr remove'.
Neměnnost vazby porušena: %(what)s Sloučení na základě vazby. Vazby se liší v obsahu textu. Revize: {%(revision_id)s}, %(weave_a)s, %(weave_b)s Které jména uvést jako autory - první, všechny nebo odevzdávajícího. Ať se jedná o jakýkoli konflikt, jeho řešení zhruba zahrnuje dva kroky: Při vytvoření konfliktu přidá Bazaar informace do pracovního stromu, aby došlo k
představení konfliktních verzí a je na Vás, abyste našli správné řešení. Když se Bazaar snaží odeslat z jedné větve do druhé, požaduje, aby
cílová větev byla připravena k přijetí zdrojové. Pokud tomu tak není,
pak říkáme, že se větve ``liší`. Větve se liší, pokud nejnovější
odevzdání cílové větve je takové, které ještě nebylo sloučeno (přímo či
nepřímo) zdrojovou větví. Pro vyřešení tohoto problému musíte sloučit
chybějící revize do zdrojové větve. Při přidávání nové funkce nebo práce na chybě v modulu,
vývojáři často potřebují použít jeho konkrétní verzi.
Protože python požaduje, aby adresář obsahující
kód byl pojmenován stejně jako samotný modul, čímž
znemožňuje použití libovolných názvů adresářů
(použít dvouúrovňové rozvržení adresářů není praktické).
``BZR_PLUGINS_AT`` takovéto adresáře umožňuje
i když se neobjevují v ``BZR_PLUGIN_PATH`` . Když je volba v části místní, nemůže být na ni odkazováno z
jiných hodnot v ostatních části ze stejného nebo jiného ``Store``. Při odevzdávání do jiného systému pro správu verzí neodesílat data, která nemohou být přirozeně zastoupena. Při komunikaci s Launchpad, některé příkazy potřebují znát Vaše ID
uživatele Launchpad. Tento příkaz může být použit k nastavení
nebo zobrazení ID uživatele, který Bazaar použije
pro takovéto komunikace. Pokud se konflikty vyskytnou ve vašem pracovním stromu tak jak je
zobrazí ``bzr conflicts``), měli byste je vyřešit a pak sdělit bzr, že konflikty
jsou vyřešeny. Při provádění odevzdání mohou být zaznamenána metadata o chybách,
které tato změna opravuje, pomocí volby ``--fixes``. Za každou chybu
označenou jako opravená, je zahrnut záznam ve vlastnosti revize
'bugs' sdělující '<url> <status>'. (Jediná v současnosti podporovaná
hodnota``status`` je ``fixed.``) Při slučování z větve se bzr standardně pokusí o sloučení všech
změn z druhé větve, čímž automaticky určí vhodnou základní revizi.
Pokud toto selže, možná budete muset zadat výslovný základ. Když není zadána žádná zpráva, zobrazit rozdíl spolu se souhrnem stavu v editoru zpráv. Při stahování z nebo odesílání do jiné větve vás Bazaar informuje o značkách,
které jsou v konfliktu mezi dvěma větvemi; tedy že stejná značka odkazuje
na dvě různé revize. Tyto konflikty nemusí být řešeny, ale následná
použití odeslání či stažení budou mít z následek stejnou zprávu. Při znovu nastavování získání, stromu nebo větve do odlehčeného odevzdání,
musí být zničena místní větev. (Pro získání je toto místní větev, která hlavně
slouží jako mezipaměť.) Pokud větev, která bude zničena, nemá stejnou
poslední revizi jako nová odkazovaná větev pro odlehčené odevzdání. data
by mohla být ztracena a proto toto Bazaar odmítne. Když jsou konflikty vyřešeny, Bazaar smaže předešlé vytvořené soubory
``.BASE``, ``.THIS`` and ``.OTHER``, pokud jsou přítomny v pracovním
stromu. Když je výchozí formát Bazaar změněn v nové hlavní verzi,
můžete být během určitých operací informováni, že
byste měli formát inovovat. Přechodem na novější formát může zlepšit
výkon, nebo zpřístupnit nové funkce. Může ale omezit interoperabilitu
se staršími úložišti nebo staršími verzemi Bazaar. Když dvě větve ve stejném projektu sdílejí úložiště, obyčejně
se ušetří mnoho místa. Pro některé operace (např. větvení uvnitř
úložiště) to znamená velkou úsporu času. Když je použita pro adresář
``/home/vila/src/bzr/bugs/832013-expand-in-stack`` dostaneme:: Když je použito se souběžnou větví s názvem ``832013-expand-in-stack``, dostaneme:: Když jste textové konflikty vyřešili, spusťte ``bzr resolve --auto`` a Bazaar
automaticky zjistí, které konflikty byly vyřešeny. Když zadáte soubory, můžete použít jejich současný název cesty nebo název
cesty z cílové revize. To abyste mohli použit revert pro "obnovení" souboru
podle názvu. Pokud pojmenujete adresář, všechen jeho obsah bude vrácen
zpět. Když odešlete větev do vzdáleného systému, pracovní strom nebude
vytvořen. Pokud je jeden již přítomen, soubory nebudou aktualizovány.
Informace o větvi budou aktualizovány a pracovní strom označen jako
zastaralý. Vzdálená aktualizace pracovního stromu je obtížná , protože
mohou existovat neodevzdané změny nebo aktualizace může způsobit
konflikty obsahu, které je těžké řešit vzdáleně. Zdali nové větve v úložišti mají stromy. Zatímco mnoho z nastavení je řízeno soubory, některé volby,
které mohou být napůl trvalé , můžou být kontrolovány skrz prostředí. Bude se stále pokoušet do %s, pokud nestisknete Ctrl-C. S tímto nastavením bude umístění odesláni pro ``/nejvyssi/umisteni/vetev1``
by bylo sftp://priklad.cz/umisteni/vetev1``. Pracovní stromy Pracovní strom "%(display_url)s" má uskladněné změny (Viz bzr shelve --list).%(more)s Pracovní strom "%(display_url)s" má neodevzdané změny (Viz bzr status).%(more)s Pracovní strom má konflikty. Pracovní strom je zastaralý, prosím spusťte 'bzr update'.%(more)s PracovníVelikost %8d KiB PracovníVelikost {0:>7}KiB PracovníŠpička {1:>7}KiB {2} Převaděče čtení jsou použity pouze v příkazech, které **vytvářejí
soubory v pracovním stromě**, např. branch, checkout, update.
Pokud chcete zobrazit kanonický formát souboru nebo stromu,
použijte ``bzr cat`` nebo ``bzr export`` v tomto pořadí. Zapsat příkaz sloučení do souboru nebo adresáře; použijte - pro standardní výstup. Vypsat obsahy souboru od dané revize na standadrdní výstup. Zaoisování vazby Přesto, ať už Bazaar rozhodl, či nikoliv, existují jisté jednoduché a odlišné
způsoby, jako konflikt vyřešit. Chybí Vám %d revize:
Chybí Vám %d revize:
Chybí Vám %d revizí:
Můžete změnit hlavní větev získání použitím příkazu "switch" (viz "help switch").
Toto změní umístění, do kterého jsou odevzdání odesílána. Příkaz "bind" může
být také použit ke změně normální větve do plnohodnotného získání. Pokud
byste chtěli převést své plnohodnotné získání do normální větve, takže každé
odevzdání je místní, můžete použít příkaz "unbind". Abyste zjistili, zda je větev
vázaná či nikoli, můžete použít příkaz "info". Pokud je, zobrazí Vám umístění
svázané větve. Informace o zámcích, které jsou otevřeny můžete získat pomocí
příkazu 'bzr info [umístění]'. Textové konflikty můžete řešit buď úpravou hlavní kopie souboru, nebo
spuštěním externího nástroje, ve verzích THIS, OTHER a BASE. Za
zmínku stojí říci, že řešení konfliktů málokdy vyžaduje výběr jedné sady
změn (ale viz níže, když na tyto případy narazíte). Většinou je třeba
dvě sady změn rozumně spojit. Můžete zadat pouze jednu z revision_id nebo --revision Na regál můžete umístit mnoho položek a standardně 'unshelve'
obnoví poslední uskladněné změny. Můžete obnovit starý vrchol spuštěním:
bzr pull . -r revid:%s
Tento příkaz můžete použit pro přidání informací o verzi do
zdrojového kódu aplikace. Výstup může být v jednom z
podporovaných formátů nebo ve vlastním na základě šablony. Toto můžete použít pro navštívení starší revize, nebo pro aktualizaci
pracovního stromu, který je zastaralý oproti své větvi. Nemůžete odstranit pracovní strom z odlehčeného získání Nemůžete odtranit pracovní strom ze vzdálené cesty Nemůžete zadat nulovou revizi. Nemůžete aktualizovat pouze jeden soubor nebo adresář, protože každý
pracovní strom Bazaar má jenom jednu základní revizi. Pokud chcete
obnovit soubor, který byl místně smazán, použijte 'bzr revert' místo 'bzr
update'. Pokud chcete obnovit soubor do stavu v předchozí revizi
použijte 'bzr revert' s volbou'-r', nebo 'bzr cat' pro výpis starého
obsahu tohoto souboru do nového umístění. Máte %d dodatečnou revizi:
Máte %d dodatečné revize:
Máte %d dodatečných revizí:
Musíte zadat buď --revision nebo revision_id Musíte zadat buď revizi nebo umístění Vaše větev nemá všechny revize potřebné ke sloučení tohoto příkazu sloučení a cílové umístění určené v příkazu není větev: %(location)s. Vaše místní odevzdání budou nyní zobrazena jako nevyřízená sloučení pomocí 'bzr status' a můžou být odevzdána pomocí 'bzr commit'. _ConfigHooks
------------ _`parametry segmentu`: http://www.ietf.org/rfc/rfc3986.txt (část 3.3) ``FTP`` vyžaduje (``user``, ``password``) pro ověření v ``host``
``SFTP`` může k ověření buď použít heslo, nebo klíč hostitele. Nicméně,
ssh agenti jsou lepším, bezpečnějším řešením. Takže jsme se rozhodli
neposkytovat naši vlastní méně bezpečnou metodu. ``HTTP proxy`` může být obslouženo jako ``HTTP`` (nebo ``HTTPS``) výslovným
zadáním odpovídajícího portu. ``HTTP`` a ``HTTPS`` potřebují (``user, realm, password``) k ověření
s hostitelem. Ale pomocí souborů ``.htaccess``, například, je možné určit
několik (``user, realm, password``) pro zadaného ``host``. Takže co je
opravdu potřeba je (``user``, ``password``, ``host``, ``path``). ``realm`` není
zahrnuto v definicích, ale bude zobrazeno, pokud Vás bzr požádá o heslo. ``authentication.conf`` Vám umožňuje zadat ověřovací údaje
pro vzdálené servery. To může být použito pro všechny podporované přenosy
a všechny části bzr, které vyžadují ověření (například smtp). ``bazaar.conf`` povoluje dvě části: ``[DEFAULT]`` a ``[ALIASES]``.
Část default obsahuje výchozí volby nastavení
pro všechny větve. Část může být potlačena zadáním
části závislé na větvi v ``locations.conf``. ``bzr resolve`` rozpoznává následující činnosti: ``locations.conf`` umožňuje zadat nastavení potlačující nastavení
v bazaar.conf. Formát je téměř podobný výchozí části v bazaar.conf s jedním
rozdílem: Hlavička části obsahuje místo default cestu k větvi na kterou
se má nastavení vztahovat. Jsou podporovány zástupné znaky '?' a '*':: `bzr send` vytvoří kompaktní sadu dat, které při použití pomocí bzr
merge, mají stejný účinek jako slučování ze zdrojové větve. činnost add Přidat zadané soubory nebo adresáře.
alias Nastavit/Zrušit a zobrazit zkratky.
annotate Zobrazit původ každého řádku v souboru.
bash-completion Vytvořit funkci shell pro dokončení v příkazovém řádku.
bash [bash_completion]
bind Převést současnou větev do získání zadané větve.
branch Vytvořit novou větev která je kopií existující.
branches Vypsat dostupné větve v současném umístění.
break-lock Rozbít mrtvý zámek.
cat Vypsat obsah souboru od zadané revize do
standardního výstupu.
check Ověřit strukturu pracovního stromu, konzistence větve a
historii úložiště.
checkout Vytvořit nové získání existující větve.
clean-tree Odstranit nechtěné soubory z pracovního stromu.
commit Odevzdat změny do nové revize.
config Zobrazit, nastavit nebo odstranit volbu nastavení.
conflicts Zobrazit soubory s konflikty.
deleted Zobrazit soubory smazané v pracovním stromě.
diff Zobrazit rozdíly v pracovním stromě, mezi revizemi nebo
větvemi.
dpush Odeslat do jiného VCS bez žádných vlastních metadat bzr.
export Exportovat současnou nebo minulou revizi do
cílového adresáře nebo archivu.
help Zobrazit nápovědu pro příkaz nebo jiné téma.
ignore Ignorovat zadané soubory nebo vzory.
ignored Vypsat ignorované soubory a vzory které mají shodu.
info Zobrazit informace o prac. stromu, větvi a úložišti
init Přetvořit adresář do větve s verzí.
init-repository Vytvořit sdílené úložiště pro větvě pro sdílení úložného
prostoru.
join Spojit strom se stromem který ho obsahuje.
launchpad-login Zobrazit nebo nastavit ID uživatele Launchpad.
[launchpad]
launchpad-mirror Požádat Launchpad aby nyní větev odrážel.
[launchpad]
launchpad-open Otevřít stránku větví Launchpad ve Vašem prohlížeči. [launchpad]
log Zobrazit záznam historie pro větev nebo její podmnožinu.
lp-find-proposal Nalézt návrh na sloučení této revize. [launchpad]
lp-propose-merge Navrhnout sloučení větve na Launchpad. [launchpad]
ls Vypsat soubory ve stromě.
merge Provést trojí porovnávání sloučení.
missing Zobrazit nesloučené/nestažené revize mezi dvěma větvemi.
mkdir Vytvořit nový adresář s verzí.
mv Přesunout nebo přejmenovat soubor.
nick Vypsat nebo nastavit přezdívku větve.
pack Komprimovat data uvnitř úložiště.
plugins Vypsat nainstalované zásuvné moduly.
pull Přeměnit tuto větev do odrazu jiné.
push Aktualizovat odraz této větve.
reconcile Sladit metadata bzr ve větvi.
reconfigure Znovu nastavit typ adresáře bzr.
register-branch Registrovat větev v launchpad.net. [launchpad]
remerge Znovu provést sloučení.
remove Odstranit soubory nebo adresáře.
remove-branch Odstranit větev.
remove-tree Odstranit pracovní strom ze zadané větve/získání.
renames Zobrazit seznam přejmenovaných souborů.
resolve Označit konflikt jako vyřešený.
revert Nastaví soubory v pracovním stromě zpět na obsah
předchozí revize.
revno Zobrazit současné číslo revize.
root Zobrazit kořenový adresář stromu.
send Vytvořit nebo odeslat poštou příkaz ke sloučení pro
předložení změn.
serve Spustit server bzr.
shelve Dočasně odložit stranou některé změny ze současného
stromu.
sign-my-commits Podepsat všechna odevzdání zadaným odevzdávajícím.
split Rozdělit podadresář stromu do odděleného stromu.
status Zobrazit souhrn stavu.
switch Nastavit větev získání a aktualizace.
tag Vytvořit, odstranit nebo změnit značku pojmenovávající
revizi.
tags Vypsat značky.
testament Zobrazit důkaz (formulář s podpisem) revize.
uncommit Odstranit poslední odevzdanou revizi.
unshelve Obnovit uskladněné revize.
update Aktualizovat pracovní strom na novou revizi.
upgrade Vylepšit úložiště, větev nebo pracovní strom na novější
formát.
verify-signatures Ověřit všechny podpisy v odevzdání.
version Zobrazit verzi bzr.
version-info Zobrazit informace o verzi pro tento strom.
view Spravovat filtrovaná zobrazení.
whoami Zobrazit nebo nastavit id uživatele bzr.
add.maximum_file_size
~~~~~~~~~~~~~~~~~~~~~ přidáno přidáno
S verzí v pracovní kopii ale ne v předchozí revizi. added Vypsat všechny soubory přidané v pracovním stromě.
ancestry Vypsat všechny revize sloučené do této větve.
assert-fail Vyzkoušet hlášení chyby aserce.
bundle-info Vypsat zajímavé údaje o svazku.
bundle-revisions Vytvořit příkaz sloučení pro předložení změn.
cat-revision Vypsat metadata pro revizi.
dump-btree Vypsat obsah souboru indexu bstromu na standardní výstup.
export-pot Exportovat nápovědy příkazů a chybové zprávy do formátu po.
file-id Vypsat id souboru konkrétního souboru nebo adresáře.
file-path Vypsat cestu id souborů pro soubor či adresář.
find-merge-base Nají a vypsat základní revizi pro sloučení dvou větví.
hooks Zobrazit háky.
inventory Zobrazit inventář současné pracovní kopie nebo revize.
local-time-offset Zobrazit odchylku ve vteřinách od GMT k místnímu času..
lookup-revision Vyhledat id revize z jejího čísla.
merge-directive Vytvořit příkaz sloučení pro nástroje automatického sloučení.
modified Vypsat změněné soubory v pracovním stromě.
re-sign Vytvořit digitální podpis pro existující revizi.
reference vypsat, zobrazit a nastavit a umístění větve pro vnořené stromy.
relpath Zobrazit relativní cestu souboru ke kořeni
repair-workingtree Resetovat soubor stavu pracovního stromu.
revision-history Zobrazit seznam id revizí ve větvi.
revision-info Zobrazit id a číslo revize pro zadaný identifikátor.
rocks Optimistické prohlášení.
selftest Spustit vnitřní sadu testů.
shell-complete Zobrazit vhodná dokončení pro obsah.
test-script Spustit test podobný shellu ze souboru.
touching-revisions Vrátit id revizí, které se týkají určitého souboru.
unknowns Vypsat neznámé soubory.
wait-until-signalled Vyzkoušet pomocníka pro
test_start_and_stop_bzr_subprocess_send_signal.
přidáno %s
přidávání souboru přidávání předpon do %s čímž umožňuje URL jako např:: always
Podepsat každou novou revizi, která je odevzdána. Pokud podpis selže
pak odevzdání nebude provedeno. okomentování append_revisions_only
~~~~~~~~~~~~~~~~~~~~~ argumenty:
public_url: Veřejně viditelná url větve pro registraci.
Toto musí být url http nebo https (z které Launchpad může číst
pro přístup k větvi). Url místních souborů, SFTP url, a
bzr+ssh url nebude fungovat.
Pokud není zadána public_url, bzr použije nastavenou
public_url, pokud existuje pro současnou větev a
jinak chybu. authentication Informace o nastavení ověření
basic Základní příkazy
branches Informace o tom co je větev
bugs Nastavení systému pro sledování chyb
checkouts Informace o tom co je získání
commands Základní nápověda pro všechny příkazy
configuration Podrobnosti o dostupných nastaveních
conflict-types Typy konfliktů a jak s nimi nakládat
content-filters Převod obsahu z/do pracovních stromů
criss-cross Informace o slučování křížem
current-formats Současné úložné formáty
debug-flags Volby pro zobrazení či záznam ladících informací
diverged-branches Jak spravit lišící se větve
env-variables Názvy a hodnoty proměnných prostředí
eol Informace o zacházení s konci řádků
files Informace o nastavení a souborů záznamu
formats Informace o volbě )ložného formátu
global-options Možnosti, které kontrolují provoz Bazaar
hidden-commands Všechny skryté příkazy
hooks Odkazuje na vlastní zpracování, které mohou být přidány
launchpad Používání Bazaar s Launchpad.net
location-alias Zkratky pro zapamatování umístění
log-formats Podrobnosti o dostupných formátech záznamu
other-formats Experimentální a zastaralé úložné formáty
patterns Informace o syntaxi vzorů
repositories Základní informace o sdílených úložištích.
revisionspec Vysvětlení jak používat --revision
rules Informace o zadávání nastavení na základě pravidel
standalone-trees Informace o tom co je samostatný strom
standard-options Volby, které lze použít se všemi příkazy
status-flags Nápověda pro příznaky stavu
sync-for-reconfigure Kroky pro vyřešení "nesynchronizováno" při znovu nastavování
topics Seznam témat
url-special-chars Zpracování zvláštních znaků v URL
urlspec Podporované přenosové protokoly
working-trees Informace o pracovních stromech
automatic_tag_name
~~~~~~~~~~~~~~~~~~ bound
~~~~~ bound_location
~~~~~~~~~~~~~~ větev nemá žádnou revizi %s
bzr update --revision pouze funguje pro revizi v historii větve bugtracker_<systém>_url
------------------------ bugzilla_<systém>_url
---------------------- bzr %s --revision přijímá právě jeden identifikátor revize bzr %s --revision očekává jednu nebo dvě hodnoty. bzr %s nepřijímá dvě rvize v různých větvích. bzr alias --remove očekává zkratku k odstranění. bzr cat --revision přebírá právě jeden specifikátor revize. bzr diff --revision vyžaduje jeden nebo dva specifikátory revize bzr merge-directive přebírá nejvíce dva identifikátory jedné revize bzr send hojně využívá veřejná umístění pro mapování místních umístění do
URL, které mohou být použity ostatními lidmi. Viz `bzr help configuration`
pro jejich nastavení a `bzr info` pro jejich zobrazení. bzr send přijímá nejvíce dva identifikátory jedné reviz bzr status --revision přijímá právě jeden nebo dva specifikátory revize bzr update --revision přebírá právě jednu revizi bzr update může aktualizovat pouze celý strom, ne soubor nebo podadresář bzr version-info --revision přebírá právě jeden specifikátor revize bzr.default_mergetool
~~~~~~~~~~~~~~~~~~~~~ bzr.mergetool.<název>
~~~~~~~~~~~~~~~~~~~~ bzr: CHYBA (ignorováno): %s bzr_remote_path
~~~~~~~~~~~~~~~ call
~~~~ nelze přesunout kořen větve nelze vytvořit větev bez zdrojové větve Nelze zadat --from-root a PATH najednou nelze vylepšit z formátu bzrdir %s kontrola check-available
(výchozí) Pokud jsou podpisy gnupg revizí přítomny, zkontrolovat je.
Pokud Bazaar nalezne špatné podpisy, pak selže, ale pokud
nejsou přítomny žádné, nic se nestane. check_signatures
~~~~~~~~~~~~~~~~ zkontrolována větev {0} formát {1} zkontrolováno úložiště {0} formát {1} kontrola větví a stromů kontrola obsahu odevzdání kontrola grafů souborů kontrola revizí ontrola textového grafu příkaz {0!r} potřebuje jeden nebo více {1} příkaz {0!r} vyžaduje argument {1} commit_message_template
~~~~~~~~~~~~~~~~~~~~~~~ odevzdávající:
%s
převádění revize create_signatures
~~~~~~~~~~~~~~~~~ příznaky_ladění
~~~~~~~~~~~ default_format
~~~~~~~~~~~~~~ smazáno %s mazání cest: zaměření na vývoj %s nemá žádnou větev dirstate.fdatasync
~~~~~~~~~~~~~~~~~~ dpush_strict
~~~~~~~~~~~~ editor
~~~~~~ email
~~~~~ chyba při odstraňování trvajícího zámku: %s příklad:
bzr register-branch http://foo.com/bzr/fooproject.mine \
--project fooproject extend_command
~~~~~~~~~~~~~~ dodatečný argument pro příkaz {0}: {1} nelze vyčistit {0}: {1} nelze resetovat stav stromu{0} false
Tato část je ve větvi použita pouze v tomto adresáři a není
použita ve větvích pod ním. hotovo opravuje chybu opravuje chyby opravuje chyby formát nalezena chyba:%s get
~~~ get_command
~~~~~~~~~~~ get_missing_command
~~~~~~~~~~~~~~~~~~~ gpg_signing_command
~~~~~~~~~~~~~~~~~~~ gpg_signing_key
~~~~~~~~~~~~~~~ držen %(user)s na %(hostname)s (proces #%(pid)s), získal %(time_ago)s ignore
Nekontrolovat gnupg podpisy revizí. ignore vyžaduje alespoň jeden VZOR_NÁZVU nebo --default-rules. {0} ignorováno, shoda s "{1}"
neplatný směr %r zadán neplatný druh %r Zadán neplatný druh Inventáře inventář druh se změnil
Druh souboru byl změněn (např. ze souboru na složku). list_commands
~~~~~~~~~~~~~ poslouchání na portu: %s chyba poslouchání soketu: %s load
~~~~ načítání revize načítání skladu textů lock_acquired
~~~~~~~~~~~~~ lock_broken
~~~~~~~~~~~ lock_released
~~~~~~~~~~~~~ locks.steal_dead
~~~~~~~~~~~~~~~~ log je výchozí nástroj bzr pro prozkoumávání historie větve.
Používaná větev je vzata z prvního parametru. Pokud parametry
nejsou předány, je zaznamenána větev obsahující pracovní adresář.
Zde jsou jisté jednoduché příklady:: log_format
~~~~~~~~~~ lstat/stat z ({0!r}): {1!r} mail_client
~~~~~~~~~~~ vytváření zálohy {0}
do {1} základ sloučení je %s
sloučení nebude spuštěno, pokud existují jakékoliv neodevzdané
změny, pokud není zadáno --force. Pokud je zadáno, pak změny
ze zdroje budou sloučeny se současným pracovním stromem,
včetně jakýchkoliv neodevzdaných změn ve stromu. Volba
--force může být také použita pro vytvoření revize sloučení,
která má více než dvě nadřazené. merge_file_content
~~~~~~~~~~~~~~~~~~ merge_request_body
~~~~~~~~~~~~~~~~~~ slučovatel: chybí %s chybí souborový argument upraveno změněno
Text se od předchozí revize změnil. never
Vyhrazeno pro budoucí použití. přezdívky: %s
není platné číslo revize: %r poznámka: operace může být rychlejší, pokud jsou všechny soubory uložení nejdříve rozbaleny open
~~~~ nebo:: output_encoding
~~~~~~~~~~~~~~~ parent_location
~~~~~~~~~~~~~~~ parametr pb pro convert() je zastaralý zadejte prosím zprávu odevzdání pomocí --message nebo --file prosím zadejte buď --message nbo --file post_branch_init
~~~~~~~~~~~~~~~~ post_build_tree
~~~~~~~~~~~~~~~ post_change_branch_tip
~~~~~~~~~~~~~~~~~~~~~~ post_command
~~~~~~~~~~~~ post_commit
~~~~~~~~~~~ post_connect
~~~~~~~~~~~~ post_merge
~~~~~~~~~~ post_pull
~~~~~~~~~ post_push
~~~~~~~~~ post_repo_init
~~~~~~~~~~~~~~ post_status
~~~~~~~~~~~ post_switch
~~~~~~~~~~~ post_transform
~~~~~~~~~~~~~~ post_uncommit
~~~~~~~~~~~~~ pre_change_branch_tip
~~~~~~~~~~~~~~~~~~~~~ pre_command
~~~~~~~~~~~ pre_commit
~~~~~~~~~~ pre_merge
~~~~~~~~~ pre_open
~~~~~~~~ pre_status
~~~~~~~~~~ pre_transform
~~~~~~~~~~~~~ protokol za předpokladu, že jste vytvořili následující soubor ``authentication.conf``:: public_branch
~~~~~~~~~~~~~ push_location
~~~~~~~~~~~~~ push_strict
~~~~~~~~~~~ python-gpgme není nainstalován, je potřebný k ověřování podpisů recurse
~~~~~~~ register-branch vyžaduje veřejnou url větve - viz bzr help register-branch. remove
~~~~~~ odstraněno
S verzí v předchozí revizi ale odstraněno nebo smazáno
v pracovní kopii. odstraňování souboru přejmenováno přejmenováno
Cesta tohoto souboru byla od předchozí revize změněna;
text se také mohl změnit. To zahrnuje soubory, jejichž
nadřazená složka byla přejmenována. {0} přejmenováno na {1} repeated file texts
Toto je celkový počet opakovaného textu
zobrazeného v kontrolované revizi. Texty mohou být opakovány
když je jejich soubor změněn, ale obsah není. Nenaznačuje
problém. repository
~~~~~~~~~~ úložiště převedeno repository.fdatasync
~~~~~~~~~~~~~~~~~~~~ require
Podpis gnupg pro revize musí být přítomen a být platný. rozklad {0}
místní: {1}
vzdálená: {2} revision
~~~~~~~~ revize {%s} není přítomna ve větvi; bude převedena na ducha historie revizí ok. revisions
Toto je pouze počet zkontrolovaných revizí.
Nenaznačuje problém. save
~~~~ send_strict
~~~~~~~~~~~ server_exception
~~~~~~~~~~~~~~~~ server_started
~~~~~~~~~~~~~~ server_started_ex
~~~~~~~~~~~~~~~~~ server_stopped
~~~~~~~~~~~~~~ set
~~~ set_commit_message
~~~~~~~~~~~~~~~~~~ přeskakování {0} (větší než {1} z {2} bajtů) smtp_server
~~~~~~~~~~~ smtp_username, smtp_password
~~~~~~~~~~~~~~~~~~~~~~~~~~~~ je nám líto, %r není v cestě povoleno zdrojový balíček %s nemá žádnou větev. start_commit
~~~~~~~~~~~~ převod úložiště spuštěn spuštění vylepšení z formátu 4 na formát 5 spuštění převodu z formátu 5 na 6 spuštění převodu z formátu 6 na metadir spouštění vylepšení %s submit_branch
~~~~~~~~~~~~~ podjednotka není dostupná. Pro použití --subunit je třeba podjednotku nainstalovat. suppress_warnings
~~~~~~~~~~~~~~~~~ texty pro přesun mnoha souborů musí být cíl adresář s verzí trac_<systém>_url
------------------ transform_fallback_location
~~~~~~~~~~~~~~~~~~~~~~~~~~~ true
(výchozí) Tato část také platí na podadresáře. nelze odstranit "{0}": {1}. nelze odstranit %s nezměněno unique file texts
Toto je celkový počet jedinečných obsahů souboru
zobrazených v kontrolované revizi. Nenaznačuje problém. jedinečné soubory: %d
neznámé
Bez verze a neshoduje se se vzorem ignorování. neznámý příkaz "%s" neznámý formátovač záznamu: %r unreferenced ancestors
Texty, které jsou předci jiných textů, ale
není na ně správně odkazováno rodovým původem revize. Toto je
mírný problém, který Bazaar umí obejít. neodkazovaná verze: {{{0}}} ve {1} aktualizováno na vazby: versionedfiles
Toto je pouze počet zkontrolovaných souborů s verzí
Nenaznačuje problém. when-required
Vyhrazeno pro budoucí použití. kde "<systém>" je identifikátor pro systém pro sledování chyb, a "<id>" je
identifikátor pro chybu, která je v systému, většinou číslo chyby.
Pokud "<systém>" není zadán, je použit ``bugtracker`` nastavený ve větvi
nebo globální nastavení. kde @nová_cesta je nahrazena cestou nové verze souboru a
@stará_cesta je nahrazena cestou staré verze souboru.
PROGRAM by měl nový soubor uložit spolu s vyžádanými
obsahy souboru v pracovním stromem.
přičemž významy sloupců jsou následující vytvoří hlavičkový soubor C s formátovaným řetězcem obsahující
současné číslo revize. Jiné podporované proměnné v šabloně jsou: by umožnilo ``bzr commit --fixes cpan:1234`` pro označení chyby 1234
v systému CPAN RT jako opravenou, nebo:: by umožnilo ``bzr commit --fixes hudson:1234`` pro označení chyby HUDSON-1234
v systému Hudson JIRA jako opravenou.
by umožnilo ``bzr commit --fixes python:1234`` pro označení chyby 1234
v systému Python Roundup jako opravenou, nebo:: umožňuje ``bzr commit --fixes squid:1234`` pro označení chyby
Squid 1234 jako spravenou. by umožnilo ``bzr commit --fixes twisted:1234`` což označí chybu Twisted 1234
jako opravenou. by odkazovalo na ``/home/remote/myproject/trunk``. zapsat revizi zapisovatel zapisování vazby jednoduše použijete:: {0!r} a {1!r} jsou ve stejném systému kontroly verzí, odeslání se ztrátami není potřeba. Prosím použijte normální odeslání. {0!r} není přítomno v revizi {1} {0!r} byl {1} znovu uzamčen {0} => {1} {0} [{1}] - Fáze {0} a {1} jsou vzájemně se vylučující {0} odevzdání od autora {1} {0} odevzdání od autora {1} {0} odevzdání od autora {1} {0} odevzdání od autora {1} s klíčem {2} který vypršel {0} odevzdání od autora {1} s klíčem {2} který vypršel {0} odevzdání od autora {1} s klíčem {2} který vypršel {0} nepodepsané odevzdání {0} nepodepsaná odevzdání {0} nepodepsaných odevzdání {0} neplatné odevzdání {0} neplatná odevzdání {0} neplatných odevzdání {0} odevzdání s klíčem který vypršel {0} odevzdání s klíčem který vypršel {0} odevzdání s klíčem který vypršel {0} odevzdání s neznámým klíčem {0} odevzdání s neznámými klíči {0} odevzdání s neznámými klíči {0} odevzdání s platnými podpisy {0} konflikt vyřešen, zbývá {1} {0} konflikty vyřešeny, zbývá {1} {0} konfliktů vyřešeno, zbývá {1} {0} není jednotka SI. {0} je nyní složeno na {1}
{0} je {1} přesměrováno na {2} {0} zámek {1} {2}. {0} si zapamatovala {1} umístění {2} {0} podepsal {1} odevzdání {0} podepsal {1} odevzdání {0} podepsal {1} odevzdání {0}: {1} ({2} vícenadřazený)
Copyright © 2017 || Recoded By Mr.Bumblebee