D7net
Home
Console
Upload
information
Create File
Create Folder
About
Tools
blackhat.pw
:
/
kunden
/
kunden
/
usr
/
share
/
locale
/
pt_BR
/
LC_MESSAGES
/
Filename :
breezy.mo
back
Copy
�� V �J s |� H� I� T� : u� �� �� ( �� 2 � D� $ W� |� & �� �� % �� B �� * (� : S� ; �� �� 8 �� 0 $� n U� R �� ~ � �� x �� , 0� 0 ]� �� ~ �� c � � v� � �� �� �� �� + �� � % $� J� o `� �� �� ) �� # &� 9 J� �� �� �� �� �� �� % � 5� K� # e� N �� �� % �� � ! 6� X� x� # �� & �� " �� � y !� �� �� ' �� �� ( � 9 :� t� 1 �� �� < �� � ' :� ? b� Q �� � �� �� �� �� � �� H �� � C "� ` f� ) �� � �� < �� T �� � -� * �� � ? � � [� � (� � �� � B� � � �� �� � �� � |� i � o� ( �� ( �� - �� � � G �� E � e c� W �� R !� A t� 2 �� 8 �� "� 8� � G� � <� / � - � ; .� � j� ; � � )� X �� I � + W� � �� A $� � f� < � � -� I ,� v� �� - �� ' � = > A < � C � � � � � � � ; < � > ' C f " � l � A : � | � # > � � � 8 � ` � � A C E [ ! � 1 � � � P � Z � Q P O � � � W � J � ! , 1 N � � � � � � # 9 Z g z � � & � , � 8 X L t C � < 4 B w % � _ � 0 ` L , � � � 8 _ = � x � O b � z � � 4 � . � b � d P \ � P c X v � � � � � � � � � w H f � ? ' F g > � Y � < G! � �! � k" Y ^# � �# @$ � D% > �% L 9& . �& p �' 3 &( � Z( � �) � {+ ( O, 8 x- @ �- 4 �- 7 '. D _. Q �. % �. / : 8/ � s/ E /0 � u0 � E4 � �4 t5 � 6 � '7 Z �7 _ +9 �9 I �9 � �9 �: �: # �: � �: o �; 5 �; � 4< �< M �< � D> P �> � ? + @ 0@ K@ c@ 3 �@ �@ �A �A �A B � 4B � �B � �C F HE N �E @ �E = F 9 ]F c �F H �F + DG pG L �G �G �G H 0H + JH ! vH � �H # �I � �I � YJ � K X �K � �L � �M . &N 9 UN � �N � �O � P R �P � Q � �Q 4 mR � �R _ 5S b �S 6 �S ( /T ! XT A zT � �T o QU ! �U w �V � [Z v G[ � �[ ? V\ 7 �\ Y �\ � (] 4 �] O %^ � u^ o �_ 4 n` 5 �a 3 �a � b � �b R Ic �c & �e � �e Y hf * �f � �f � �g ] jh � �h * wi �i � �i � �j � k � l �l m " m H Bm � �m J Fn { �n � o � �q N �t [ v jx � �y B Zz � �z � { & | ( A| & j| , �| - �| ` �| � M~ c � � N� � .� � Ă B ~� � �� ' i� 2 �� � ą � f� � =� X ܇ , 5� & b� ' �� 4 �� m � . T� * �� / �� & ފ 3 � 5 9� 8 o� �� ŋ ҋ � �� � + +� ( W� : �� ) �� � �� � 6 (� _� y� �� �� , ̍ �� � � / 4� d� �� �� �� � Ǝ d� i n� - ؏ 8 � � ?� > א U � � l� � �� < �� T Ԓ / )� N Y� � �� � e� � T� � � w � � �� _ �� P � : 8� Y s� � ͚ R� u q� Y � � A� Ĝ � - � ! 1� x S� � ̝ . T� 4 �� 9 �� W � G J� H �� + ۟ S � � [� H ݠ ( &� I O� �� J �� 5 �� 8 5� : n� � �� { ]� @ ٤ A � ] \� - �� . � % � $ =� 6 b� | �� � � � ث � �� F �� ѵ ߵ � � l k� ض " � � � �� � �� : 4� o� {� �� �� �� ù Թ � �� A � . I� � x� ) � 3 :� P n� 8 �� 8 �� ) 1� ] [� I �� � � 0� C� K� W� j� |� �� �� �� ý ؽ � �� � � ,� 8� F� U� l� w� �� �� �� �� �� 5 �� � �� � � $� ,� 4� =� � C� � � $� �� � �� � �� � o� / � � I� 6 �� � B !� u d� K �� D &� t k� J �� � +� � "� �� � %� ) !� M K� B �� 1 �� ` � o� j x� �� # �� � � � f � �� ! �� ' �� �� � � + �� Q �� 3� = Q� j �� ' �� G "� h j� � �� U m� @ �� X � � ]� � �� A �� � 0� � �� f h� �� �� �� ( � $ 0� 6 U� 4 �� ) �� �� I �� % A� � g� � � t �� / $� 5 T� �� �� + �� �� ' �� � )� =� O� _� o� ! �� �� �� �� ' �� '� <� U� u� ! �� & �� �� �� ) g� A �� I �� � � � �� � �� � |� � h� � \� � � ! �� � � �� $ �� ' �� ! � ' .� k V� S �� � � � �� N T� V �� F �� D A� ! �� �� ! �� + �� � � ] 8� K �� 3 �� J � J a� L �� & �� � =� , X� �� �� B �� �� K � E L� �� � �� : ?� < z� �� � � > � .� , J� � w� @ � � L� � � W �� c � � A� � � � �� j �� � � e � � �� � W c 8 c � � � � � � � � 3 A � � � � G � z � � m v y � � � � � u � T D 5 � z � h q � u h 4 � � � ~ � B F D V F � � � L u f � 6 ) + ` � � 8 � # � \ � O Y + � � � 2 = < ? z 6 � = � / $ L 5 q X � ( y ) 9 � : � . ! 7 G! � ! - " ; 2" : n" �" �" 2 �" 6 # 8 I# �# �# �# �# �# � �# A �% - ,& Z& z& �& ( �& P �& � ' O �' ( #( # 5( # Y( : }( C �( �( ) 9 %) & _) . �) �) 6 �) ` * � k* ) A+ ) k+ ( �+ � �+ �, # �, � �, �. G �. . 9/ h/ - �/ �/ 3 60 j0 w0 ( �0 / �0 * �0 , 1 / 81 - h1 , �1 ' �1 m �1 8 Y2 K �2 �2 M �2 � L3 C �3 ' 4 ' F4 9 n4 , �4 ! �4 ? �4 � 75 Q �5 � 6 F �6 > 7 1 C7 u7 �7 + �7 �7 �7 �7 I 8 � P9 ;: Q; i; �; �; �; T �; � < K �< <> % V> J |> �> & �> + ? ) 2? \? ' m? �? �? �? �? �? �? @ ?@ Q@ c@ ~@ 1 �@ �@ / �@ ( A ?A _A , uA �A �A . �A ' �A s B ( �B �B : �B ; C A BC ; �C 8 �C ) �C * #D ND jD Q �D �D ) �D / E , HE . uE # �E @ �E 5 F - ?F / mF 6 �F ( �F ! �F G 0 >G & oG 2 �G �G L �G 3H $ OH ( tH �H R �H D I ; GI 2 �I �I 3 �I J %J � @K ? L W OM � �N �O 4 �O �O p �O � _P A �P -Q - KQ 4 yQ �Q * �Q % �Q R 4R QR . cR + �R �R F �R F #S & jS �S G �S �S + T 2 <T ) oT �T �T �T $ �T �T " U 9U ?U P KU ' �U R �U R V jV 1 �V ) �V �V �V W � W % �W X X . Y U IZ � �[ G j\ � �\ > S] - �] �] � �] r �^ 4 ;_ � p_ � 4` b �` [ >b d �c � �c ! �d ? �d E �d / ?e ! oe �e � �e # wf + �f ! �f �f �f 3 g ; Kg 1 �g ! �g - �g & h ! 0h 5 Rh . �h 8 �h 8 �h 7 )i H ai �j �j �j 0 �j k 0 #k G Tk � �k , (l ( Ul ( ~l �l 0 �l " �l m -m E Jm � �m � o p . %q � Tq � �q \ �r . Qs E �t H �u � v [ �v � Gw � �w p {x q �x � ^y [ Ez � �{ � �| { j} t �} 7 [~ E �~ P �~ � * l � � j� j � | r� @ � � 0� � � � ߄ � �� � � � ݆ E u� u �� � 1� � �� � @� � � � � �� � C� x � � �� b � y� � �� w m� � � � � � � � � �� @ w� � �� o e� N ՜ ! $� � F� E ȟ � � � � � �� b M� 3 �� D � � )� � �� � �� l 9� O �� B �� t 9� # �� ' Ҭ �� + � 7� 4 O� % �� �� m �� 0 ,� � ]� k � � L� � 0� � � � � � �� � �� � 7� � ̶ C �� � ŷ � �� ! [� ( }� �� Ĺ ( ع * � ) ,� " V� . y� # �� ! ̺ � ! � ( 0� Y� = v� �� - ƻ S � H� [� � z� 7 G� � �� �� �� ͽ � �� � � 3� G� Z� m� �� �� �� �� ̾ ߾ � � � /� 0 I� z� ~ �� ; � 2 S� 9 �� B �� 7 � ! ;� 3 ]� �� �� v �� Y -� L �� H �� K � @ i� ? �� � �� � {� � (� � �� I i� = �� �� � � * �� % �� ] �� 9� 3 L� �� �� ! �� + �� �� a � u� z� * �� - �� U �� L @� , �� �� �� 6 �� ( '� P� f� 4 q� �� , �� � �� �� �� ! �� �� \ �� V� n� G �� o �� =� Q� i� & t� �� �� �� �� 1 � � 9� 8 � ! R� t� ) �� . �� 1 �� 2 � % ?� e� V |� � �� � W� v I� A �� � � ?� ; O� �� �� �� � �� ' �� �� _ � k� {� % �� �� 9 �� % � .� L� R i� �� �� & �� � � Q �� ! �� + � & ,� . S� 2 �� �� 4 �� + � 5� T� F n� �� � �� % �� ! �� % � & 2� & Y� �� q �� � $� ?� 8 Q� & �� �� �� : �� # � 3 <� C p� �� , �� ! �� � $ 0� # U� $ y� $ �� b �� * &� ! Q� s� �� �� �� �� 0 �� # � # 8� \� v� �� ! �� * �� � �� �� , �� �� % � >� ) O� # y� # �� �� � �� � t� * � o E� � �� [ P� � �� [ I� H �� � �� � w� ` v� F �� i � � �� U � � e� 2 � 5� H� W� H w� 4 �� �� $ �� � H 3� z |� � �� � �� $ �� ! �� A � ) � 1 9� A k� �� � � w T� 1 � �� � � / �� � � �� ) � $ � + 3� _� # u� 0 �� 7 � + � . . � . M i ~ + � � � ) � o $ � H � � = 0 R 9 � : � ) � " * > & i O � > � 2 . R 2 � � � � � 1 � p � � H / A I D � � � � � Z 6 � ; � & � , G C � . � � H � . 6 � e ' / < l � ? � A � E " ! h / � � � � " # B ' ` � � C � � . ; U 4 c � � � � � � 0 @ & q ; � # � � ' > 5 X Y � F � J / ( z 5 � A � J 8 f 9 � ' � Q ' y 5 � @ � d � d c � � � " - & T . e � 8 � � . � # + . O F ~ 5 � ( � 4 $ Y q ! � = � � � " u , ; � � � ' ( = _ Z & � � # � @ ! < V! �! �" �" �" = �" :# / O# : # A �# < �# 8 9$ r$ L }$ @ �$ 5 % A% ]% � i% ! & A& U& j& � �& T' N n' / �' �' + ( # 9( $ ]( K �( � �( @ �) * �) 6 �) , -* 0 Z* , �* [ �* & + $ ;+ `+ R ~+ �+ �+ , H , ! b, . �, 4 �, J �- 8 3. T l. b �. < $/ ( a/ �/ � �/ - H0 \ v0 �0 �0 1 F 1 b2 0 y2 D �2 �2 �3 * 4 D4 4 L4 �4 % �4 . �4 . �4 $5 E5 D c5 �5 $ �5 . �5 6 96 + L6 x6 7 �6 < �6 7 ? "7 b7 �7 3 �7 + �7 8 " 8 3 >8 0 r8 7 �8 5 �8 6 9 H9 , d9 �9 ' �9 �9 6 �9 /: ) O: y: 8 �: 2 �: & �: * !; d L; ( �; ! �; ! �; ? < � ^< j 2= R �= � �= � �> R u@ �@ �@ B �@ F 4A " {A E �A C �A P (B E yB I �B 4 C >C OC , `C 3 �C 4 �C �C k D oD 1 �D ( �D �D 4 �D 3 'E [E tE �E �E & �E * �E ? F XF nF �F �F �F ( �F G v G < �G � �G # mH @ �H % �H K �H w DI , �I �I 9 J � <J �J ( �J � K W �K � L � �L ? |M � �M � �N � ZO y "P � �P v R � �R ' 9S aS xS u �S ' T B (T E kT B �T # �T j U 7 �U � �U � �V ` 7W > �W u �W � MX � �X A �Y P �Z J [ " g[ > �[ a �[ Q +] n }] m �] Z^ M w^ B �^ ' _ & 0_ j W_ C �_ h ` � o` C a � Ja � �a � �b 3 �c �c � �c h �d E .e 7 te % �e � �e , Uf � �f � 3g E �g x /h �h � �k : �m k �n � :o E �o � p �p C �p � �q �r q �t u = v S \v . �v , �v 3 w T @w � �w 3 *y U ^y ? �y j �y � _z � �z s �{ J 7| A �| " �| � �| U �} q ~ � z~ p � { � +� � � B �� � ́ r W� I ʂ ~ � � �� N �� � ڄ d �� � 8 !� l Z� � Lj � V� � � D �� 8 ܊ @ � 7 V� � �� � 1� . � � � � �� c +� " �� � �� � f� � !� n � U� L r� 0 �� i � ~ Z� � ٔ � ɕ � Ɩ A `� � �� 2 +� ^� � a� � .� ~ �� m @� | �� g +� � �� q P� � b �� � � � آ � b� H � c W� = �� A �� ;� ( Q� z� N �� է ' � 8 � M� " k� 0 �� �� ɨ E ݨ h #� 1 �� �� , ٩ � � � (� _ � O }� � ͫ J �� 4 լ 1 � @ <� }� � �� *� # C� D g� @ �� ? � $ -� R� > o� �� | ̯ % I� o� ( �� + �� � � % � + 2� ? ^� B �� � � �� � &� =� 3 S� �� J �� G � 6 8� . o� G �� � � / � M� " n� � �� L O� �� � �� Q �� � �� � (� @ H� �� ( �� ι � ! � (� C F� �� �� �� ̺ K ں � &� G �� ?� - ]� �� 3 �� � ` � " d� �� �� � �� A� 8 T� / �� D �� � � � �� � x� j � M �� � �� �� � �� /� � J� _ � }� ^ �� � �� � �� � W� \ � O }� � �� � T� � =� 2 �� � �� 7 �� z �� B� S P� P �� �� = � O� / i� M �� � �� �� B �� G #� k� r y� < �� )� U 4� r �� 4 �� s 2� A �� � �� m �� > � 3 P� # �� : �� 2 �� / � � F� m �� D k� �� H �� � g � � ~� � � 1 � R D� � �� � + � K� I Q� �� �� �� �� q �� Q� + \� �� % �� �� �� _ �� 7 U� * �� : �� . �� t "� � �� � M� } �� 7 ]� � �� M }� � �� 7 T� @ �� > � � � B � 0 � C C� @ �� � 1 � - � 3 A� ) u� �� �� � � �� * � ( E� $ n� �� � �� ! V� x� ! �� �� � � � � # )� # M� / q� �� �� # � � �� � 2� =� # M� % q� �� �� �� � " � � ! .� b P� O �� � � !� (� 7� ?� ' W� � J �� 6 � = ! _ { � � � � J � " > T o y � � � � ! � � � + C a H | % � % � % ; : D " � � B � ? ? _ ) � ! � � - 9 S k � � � � � � / + K w � � � � � � � � F � & B Z j � ^ � � � � � � � � � ) � P � , M z A � � _ � C M ! e � # � � � % � + A 9 Y � � � � # # / ) S } � F � G � # ? k c � D � B % ] 7 � B � � � / � = � , L $ f � i � * � 4 + + � W e � u D n � P ) T z 0 � $ $ 5 Z u � " � 2 � d � , M * z @ � 9 � ! J B � � � � � , : � V ! ) M K � � 0 � 8 > ) R | ) � � + � D � + ; B g C � % � R ! : g! �! ^ "" � �" " (# � K# - �# 1 $ 4$ � 9$ � �% � �' � *( �) �) * + * B* % _* �* o �* + + ) 7+ # a+ 9 �+ �+ �+ �+ , , ., % J, p, �, # �, N �, - % 5- [- ! v- �- �- �- & �- " . @. y ]. �. �. ' / 1/ ( N/ 9 w/ �/ Z �/ ,0 ? G0 �0 �0 = �0 V 1 � X1 3 3 83 � V3 M 4 � k4 C Y6 � �6 M >8 � �9 , K: V x; � �< ( g= �= ? �= � �= � �> � �@ 2A � <B % C ? <D � |F � )G � I �J + �J & �J Q K � WL F =M > �M a �M U %N R {N B �N 2 O ; DO * �O �P �P � �Q 7 �R * �R 8 �R � S : �S � �S � �U : ~W + �W � �W C �X � �X E rY �Y P �Z ! )[ K[ 8 j[ 0 �[ @ �[ E \ K [\ Y �\ ] � ^ � �^ � �_ S _` P �` K a P Pa _ �b I c � Kc � �c p �d � f @ �f c g og I �h S �h & &i ; Mi � �i q ]j u �k W El O �l �l } m W �m J �m ! #n 7 En }n �n �n �n �n �n �n o +o Lo co vo �o �o & �o , �o p 4p $ Tp L yp C �p < q 4 Gq |q % �q _ �q r 5r T Pr 0 �r � �r 8 Ws > �s � �s T Pt �v � �v � Bw 4 �w / x n 4x p �x h y Y }y �y a �y Pz " iz � �z q{ � t| % k} � �} ~ ~ k �~ H P T J � ^ � < O� � �� �� b �� � � �� � �� E �� N � L >� q �� 9 �� � 7� H ډ � #� _ � I r� Q �� ; � = J� R �� U ێ & 1� X� = x� � �� A s� m �� � #� � �� P �� � � � �� k s� k ߘ K� \ Y� � �� $ �� �� ( �� � ޚ z �� 9 4� � n� 9� � U� � � c v� ڟ ? � + )� ) U� ) � : �� � & �� ( � & I� - p� � �� k� � �� I � N g� @ �� = �� 9 5� a o� H Ѩ 5 � ' P� R x� ˩ � � � * 7� ! b� �� # �� � �� � �� � <� h ʭ � 3� � ޯ . l� 9 �� < հ � � � �� M f� � �� C� 4 N� � �� ` � b r� 6 ն 1 � ! >� D `� � �� � L� b Ӹ � 6� �� w �� � 7� < 7 � Y S� � �� : �� P �� � � t �� i $� = �� 4 �� � � � �� J @� b �� % �� � � w �� + L� � x� � g� V 8� � �� : O� �� �� � �� Z� � a� Y� d� & �� U �� � �� Y �� � +� � �� � M� � �� � y� > 0� � o� k h� � �� / q� , �� . �� ( �� 2 &� 3 Y� t �� � � � �� �� � �� � 5� t � � �� , ;� : h� � �� � V� � 8� e �� J S� < �� * �� 9 � k @� + �� * �� / � & 3� G Z� > �� < �� ! � @� S� j� �� �� ; �� $ �� 8 � - F� # t� �� ( �� O � � 5� , O� |� 3 �� � � � 2 � $ B� g� �� �� � �� j� � {� 6 �� D 5� � z� C � R c� � �� � X� > �� Q 4� 9 �� V �� � � � � � �� � � t � � O � Z J A � N � � 6 � { � Z ^ � � ? & W 3 ~ � � � � v , ' ; T 5 � b � Q ) Y { = � h � | S . i L � � ` � > _ 6 � : � � y � f t Q � � - 2 � / � , ! * N = y | � � 4 , � � $ K ! W! g! � q! � " �" s �" � $ �$ � �$ : T% �% �% ' �% ' �% & & /& M& b& I m& �& � �& ) c' �' N �' �' 9 �' 2 ,( m _( W �( %) 8) T) i) q) ~) �) �) �) �) �) * * '* 9* Q* a* s* ~* �* ' �* �* �* �* �* % �* , *, = @, ~, �, �, �, �, �, �, �, � �, �- � �- ` �/ 4 �0 � $3 � �3 1 �4 � �4 C �5 % �5 G �5 � ?6 X �6 W !7 � y7 S 8 5 j8 � �9 � 4: �: 4 �; X < L d< 9 �< n �< C Z= r �> ? 0 /? - `? " �@ o �@ ! !A , CA 3 pA �A � �A 7 mB b �B C x &C � �D - E Q NE l �E � F Y �G C H m RH � �H \I 8 }J � �J � [K � �K �L �L �L 1 �L ) M > 8M @ wM . �M �M i �M ' ^N � �N � ]O � P ; �P : �P Q + )Q ; UQ �Q ( �Q �Q �Q �Q R R .R " MR pR �R �R 6 �R �R S ' 5S ]S * {S . �S �S v �S : ^T D �T Y �T � 8U ( �U � W Y � $Z � �\ , J] - w^ � �^ ^` ' s` 4 �` $ �` 3 �` � )a _ �b � c � �c n �d n �d i de B �e # f 5f & Ef lf �f ' �f O �f L g 3 gg R �g T �g X Ch * �h - �h . �h 1 $i Vi ]i O ui �i e �i L Fj �j � �j 8 hk N �k % �k % l <l D Tl �l 2 �l � �l h �m � �n � �o � Ip � �q � Pr � �r � �s v �t Iu [u i tu �u � �w �x l by � �y � |z � { � �{ � V| C } � M} � )~ O � h � � , р �� � ~� � 0� � *� � $� , �� F ,� s� � �� � C� � �� k �� %� � 7� � � N � M Z� M �� � �� S �� } � @ �� 1 ĕ �� � K � 6 W� } �� ^ � 6 k� ( �� , ˗ J �� K C� L �� [ ܘ S 8� 0 �� 7 �� M �� C� 7 Ú � �� A �� O ˛ A � L ]� � �� . [� ? �� S ʝ $ � # C� . g� 6 �� = ͞ " � ! .� ) P� * z� �� I �� C �� . >� ( m� �� �� - â ` � � R� d "� �� �� . �� ) � C � L V� �� �� 7 ԥ & � 8 3� " l� B �� o Ҧ � B� / 7� ( g� ( �� �� & �� ) � 7 � & E� V l� 6 ì �� 2 � � N� , ح � � 4 *� 6 _� : �� 9 Ѯ ; � 8 G� < �� B �� � � K �� U Ͱ + #� X O� � �� R R� * �� * в : �� , 6� $ c� S �� � ܳ V d� � �� ; d� J �� 9 � %� B� * T� � �� �� h �� 6 � + P� |� �� �� ) ں � g � � �� s u� # � $ � [ 2� �� 1 �� - ܾ ; � F� , _� �� " �� $ ˿ � � * � @� _� x� �� �� 9 � �� = � 3 [� ( �� �� 3 � � � 1 ;� * m� � �� * ,� W� 8 x� 7 �� D �� 9 .� 8 h� ( �� , �� # �� � V 6� �� ( �� 1 �� 2 � 9 4� % n� D �� 4 �� C � / R� @ �� 3 �� % �� � - =� + k� B �� $ �� O �� ( O� % x� 0 �� �� N �� I 0� : z� 9 �� " �� - � $ @� O e� � �� � �� � %� � �� �� 8 �� � o /� � �� J E� �� 3 �� C �� ! &� ' H� / p� ' �� �� �� 5 �� 3 *� ^� ^ |� A �� 1 � O� F m� �� + �� 6 � 7 7� o� �� �� . �� �� * �� *� 3� ` C� 2 �� X �� X 0� # �� : �� / �� % � >� T� � j� : P� �� 3 �� J �� m #� � �� z v� � �� > �� + �� � � � � C �� � �� � �� � �� � c� { � � ~� * .� H Y� K �� ) �� ) � B� � b� + A� 1 m� " �� �� �� E �� A 9� - {� ! �� 6 �� - � + 0� ? \� 7 �� @ �� L � G b� � �� B� S� ^� 2 s� �� / �� G �� � ?� : �� + � A F� # �� 6 �� ( �� ( � 5� Y O� � �� �� , �� ? �� � �� �� m � M 2� I �� X � � #� ] � � {� � : � � � h � � � � � � � � g � � A � T � Y = � � } � � } � � ' n � � + � � � � � � ( � \ � z � � w / � � ( D � m � 5 � � � � � n C � � � � � - 6 < d = �! � �" �# � �$ � �% � X' � ,( p �) b U+ � �, � J- � �. � �/ � �0 [ {1 [ �1 y 33 � �4 � v5 � >7 � 8 � �9 I 8; � �; * < 7< N< 0 h< �< 8 �< , �< = � 0= = �> � �> s �? @ � A B � C � �C � �D � �F � �G E PH � �H � \I ) TJ , ~J ! �J �J = �J 4 K 4 UK $ �K E �K , �K ( "L ' KL ( sL 2 �L ( �L < �L 5M 8 HM ] �M �M �M � N 9 O ;O NO cO xO �O �O �O �O �O �O P !P 5P IP ]P qP �P �P �P �P �P �P Q 2 !Q " TQ � wQ C R 9 [R < �R Y �R @ ,S ' mS 8 �S �S �S { �S P jT [ �T X U _ pU a �U ] 2V � �V � *W � �W � �Y P �Z ? �Z [ � %[ 7 �[ * �[ j '\ �\ > �\ �\ �\ - ] : L] 0 �] w �] 6 0^ E g` ( �a < �a i b d }b 4 �b & c >c B ]c 3 �c �c �c 3 d 4d ) Qd � {d ! e 9e + Qe }e o �e f ' ,f l Tf y �f ;g Pg mg * �g �g ( �g & �g ) h @ =h � ~h M mi $ �i �i * �i 9 "j 6 \j : �j & �j # �j p k � �k l � 0m F �n " ,o Oo po C �o �o �o p - p ( Nq wq b �q �q r & r . ?r E nr ' �r �r # �r L s is �s + �s � �s P Zt " �t . �t ) �t ' 'u 1 Ou " �u 4 �u 4 �u , v ! ;v V ]v �v �v 3 �w 0 x ( :x 7 cx / �x ! �x � �x ) �y + �y �y B �y . 6z ez ~z V �z ' �z @ { K _{ �{ 1 �{ , �{ $ )| 7 N| . �| = �| - �| o !} 0 �} $ �} �} ~ "~ ) @~ j~ ; �~ 0 �~ 3 �~ ( F ` . � 0 � � ! � = � ( A� . j� �� ) �� 0 � + � =� � [� � � N �� w � � z� u .� � �� d b� L Lj � � 2 �� � � Y �� � � � t� b � � x� h � � �� 0 �� V Ր A ,� 3 n� & �� ɒ � � |� � �� � + � � P <� 4 �� 3 L �� $ C� � h� s � G �� י � �� 3 �� ' Ț � 2 � 2 9� ? l� �� % ͜ ; � = /� 1 m� � �� 6 � : �� � � $ +� . P� � % �� $ �� u ݟ S� F i� �� D Ϡ 5 � > J� A �� 3 ˡ " �� > "� 2 a� T �� K � D 5� 6 z� 6 �� � 7 �� 3� 2 5� ~ h� � � ɧ � S �� V K� � �� � �� z � % �� K �� & � . *� & Y� f �� % � . � <� T ]� B �� � �� " �� ݭ H �� >� # [� R � O Ү T "� $ w� 8 �� կ �� � + )� ( U� ! ~� 3 �� * �� F � $ ]� �� �� �� ̱ s ߱ 5 S� �� �� � �� ? b� 6 �� H ٶ 1 "� T� p� �� �� H ÷ n � Y {� ^ ո 4� E U� = �� ^ ٹ R 8� N �� 5 ں � � Y 8� �� 3 �� H ݻ t &� z �� � .� F� # [� - � �� < �� �� C � _� 4 p� % �� . ˾ X �� I S� 9 �� / � !� # 5� F Y� �� �� P � � � C �� �� �� , � A� X� h x� / �� � ) ,� @ V� @ �� �� �� ( � 9� > X� �� 2 �� I �� H 0� 9 y� B �� �� N � E P� 6 �� ! �� �� � �� - �� � %� >� � Y� ! 5� J W� 2 �� ' �� 1 �� 3 /� 1 c� R �� � �� J �� - � = .� 3 l� 1 �� C �� w � , �� 0 �� $ �� d � v� & �� �� V �� $ .� - S� c �� Y �� B ?� c �� � �� G t� 7 �� % �� � � ; �� a �� _� * ~� �� � �� N� 3 l� H �� = �� ( '� # P� t� 0 �� ' �� , �� = � 0 D� + u� $ �� H �� ) � - 9� < g� ( �� �� 4 �� & � F D� J �� �� G �� , ?� % l� ' �� / �� ( �� / � ? C� A �� A �� > � D F� 3 �� A �� # � , %� $ R� K w� # �� 4 �� � 9 4� < n� 4 �� / �� s � 5 �� " �� " �� P � � Q� � D� g �� � 0� � �� a �� . $� S� O ]� U �� - � M 1� B � h �� k +� d �� ? �� <� P� 9 a� 7 �� A �� � � -� �� 8 �� * � 4� F N� 8 �� �� & �� � # -� . Q� 3 �� 8 �� �� � " "� E� ]� ' |� �� � �� Q \� � �� 0 [� W �� �� O � � U� > �� "� + 6� � b� " �� : � � O� i � � �� � E� N � P� � W� � H� � )� � �� u K� � �� 2 u� �� �� � � 2 Q� M �� R � H % ! n t � > � D � ) m � : F � � � � � � [ b � T E + � F � � ^ � � � � ( T G R � + � * k F M � { � | C & � j ( � 4 5 ' R z y � O K a " � � � - o � � � _ L ! n x � � g � Z t � � W > � � " � ^ � � A! X �! x @$ X �$ @ & ] S& 2 �& 9 �& G ' h f' � �' ; �) [ �) N <* g �* � �* � �+ � �, W - ? r- $ �- � �- i �. � 5/ � �/ o s0 � �0 �1 � �2 L :3 � �3 y %4 R �4 u �4 h5 D �6 � �6 l �7 @ 8 5 L9 Z �9 � �: � p; � < P �< 4 = ? ;= , {= � �> � H? < @ � I@ � �@ x yA P �A � CC � D � �D z �E & F T GF : �F o �F � GG ' �G N �H � KJ L �J � DK 7 �K H L � ]N � BO � �O g kP | �P v PQ . �Q t �T kU � �V � W � �W � �X t UY u �Z K @[ J �[ �[ + �[ \ � .\ �] * �] D �] % D^ * j^ 4 �^ �^ �^ P �^ � D_ 2 �_ # �_ + ` J` ]` � t` x \a ^ �a � 4b e c D yc A �c Q d Rd � kd e ) ?e ] ie U �e G f - ef ' �f C �f * �f � *g ' �g ' �g 5 h A Rh �h �h * �h > �h S 0i [ �i �i �i j j ! 6j Xj C pj ( �j X �j O 6k 9 �k 1 �k P �k Cl " dl 2 �l & �l ( �l � m M �m 8n Jn b Qo �q �q �q # �q > r ^r 3 r �r % �r �r ' s I 4s & ~s �s �s �s k �s � Nt R 'u 0 zu D �u + �u B v _v zv � �v ( hx �x �x � �y xz ? �z ; �z > { � T{ | � %~ � �~ S a � � �� � �� 9 g� � �� i �� 4 �� j 1� � �� � m� � � ` � S w� � ˊ m� � y� 6 I� � �� A 0� w r� � b �� m b� $ А H �� >� 1 R� W �� ܑ � M � Y V� �� ~ C A� B �� l Ȗ � 5� 9 � � � J �� � � � �� E L� B �� . ՛ = � > B� , �� � �� z u� D � 5� M P� $ �� n ß � 2� ڡ / � { $� � �� '� , -� Z� O e� �� ĥ ֥ � o � w� , �� � �� & F� m� {� i �� > � , D� 6 q� 5 �� { ް � Z� � � � �� 8 @� y� [ �� � � ? q� J �� H �� � E� L � 9 [� S �� H � 2� 2 K� . ~� = �� * � � /� P� \� & |� 9 �� 9 ݹ ' � ?� � I� " (� # K� o� �� ! �� ! ˻ � � ' %� " M� 0 p� �� �� $ ̼ � � "� B� M� 2 a� ' �� �� ˽ ' ٽ � ' � H� , b� g �� � �� � �� �� �� �� � ( � � P -� : ~� < �� $ �� � ! 2� T� p� �� X �� �� � � 7� F� ! Z� |� �� �� " �� �� � &� C� \� % }� Z �� & �� ' %� M� W� c� ~� > �� $ �� �� * �� f &� �� �� ! �� " �� H �� ) -� " W� z� . �� �� �� �� � 2� G� \� {� �� �� �� , �� � 2� J� _� r� �� � �� n� I x� �� �� �� � ! '� I� b Y� �� �� � �� }� �� �� �� , �� T �� / Q� �� U �� �� e �� e� q� " �� �� $ �� �� � ' � ( E� n� ; �� & �� ' �� � ! 0� - R� - �� 5 �� ! �� � O $� P t� " �� } �� f� J p� K �� & � 8 .� I g� & �� �� � �� �� K �� �� 7 � " E� ) h� �� z �� 1 #� U� 3 e� � �� z 6� � �� � ?� ^ �� b "� - �� �� �� �� �� ( �� ! "� D� O� $ a� 9 �� n �� : /� 2 j� B �� M �� $ .� N S� �� ! �� �� � ! � . 9� h� m � � B � _ � � � r � U e � V � ^ � j � � � O m 6 � @ w � C 7 � 0 � Q � � 3 � A � � a � � \ � � Q } C j � { ] � � � � r � g O % ; � � � � � � L @ J � � j > D � H � R � � � � w � . � [ \ K � K � D � � Y � l � v � � � � # ' v � � ( � | � � � J � � � � � � z 5 I � u � � S � 6 ; � � � � � ^ � � ( � � ] � � � � ` � X � K � � � 9 ) � 2 � T � < � 5 � � y � � � 2 m � � o ? C S � � 3 Q � � � � i � � ! � o 8 � � � T � � ? 9 P V ( � d � * ? N � @ @ � � � � � � b z " � � � 3 & � � ! � D � 2 � � Y o � / � � [ � � B B h � � " � � o � 4 � = o j � � A � < � � � � o z f � u � � � � = n � � � � y , g � v � � ? � i � � � � � � � � � � } g � � � � � . � � o � � � � � � v � ' � 3 � < # � � � [ � ? � � � � � � � < U } = ! E 3 � � M ) � � ! c s � � � p U � j = � � � � � V ^ : _ � 7 H x � � � ] � � � E 4 9 W d � ~ U � & � � $ � u m � : 8 � � k � q � � � a 3 � j 9 � O � � 0 � � � w � I $ � ; : � � � D � � � � � � T � [ � � � r ' 8 � � � X � � � � 7 t � � � � & y � e � � � � 4 [ � � D G � # h � � | � { � p � X � � j � � P � � - � 9 � � � ^ e � J � � � � � n h � e � y � � e G / � � � � � ( � � � � 8 ? � � D 5 � � k � { � % � � � � a f � ? S 6 � H � O � � W � � � � � � � 6 K � h � < n t � � � � [ � � � � � � � � ~ � � @ � � * � � � x � � � % B � � � . G � � � } " 9 � u � � * � � ? } � � � � 4 N � t � � � � t p d � � � � � � � � ( ) R � � c , � � � F � = � � K � � � � � � m W � 7 � � 4 � T ' � U � 1 � � L ~ b # � n � | � � � � � & � ~ _ z � E > � $ ) H � � � � 6 I x � ) � � ` i l � = � � � � E G c 2 � � � � � M � ' O i V � � ? � / � � / � x L � " � N � C � K 4 � � w � v ^ ~ & + � � E � g F d � � � � � $ � � j S v k � U � � � � l � � � X & � � M � Q [ # R & � J � � � � � � � 6 � ' � � � , t A K � i = � � � 1 � � � � k � H � N f � � @ t ] � � � n e � � � R , � � � � + C @ � W # F � N � 3 u � D p � 5 Z � - ) | G � O � = | � ^ * � � � � 2 + � � 7 ^ � � � � 1 � 2 > � r � � 3 � h � � T � � < g o x � M � � � � � d � 1 � x � X , � = � � � w C � I � � � # 1 � W � � � � � 5 { q � R � � 0 � � � J � � Q _ * � � � + # > � ; � � � ) � � K � � Y c T � * a � z � m � � � W b � L Q Z 2 Y � b � t � � � $ � S { � � a ' � � � 9 � � � � � � � � � � � � f � � � ` � � 6 � � � $ N � � A � � � � k � " b � � " � � � G � V 7 7 & � t : C ! d p r 3 � � > � � � K � � � � | � M � { / � \ � � � � y � � @ � � � � c m � c � � � � � @ Y 1 E � � � � � ) Q m Z � � � � � c / � � � � � � L u Z � _ � } � � � L 8 R @ % x D b � � h � 4 ' k � � � � � Q � � � � + � = � � � � 5 � � * � � ` � � � � � � � � � ^ D � � 2 � � � Z � A � � � S Z � Y � - � � > * � $ � � � � \ � r � $ � ; X : � 7 � ] ] � < � � U L � � � [ , � ! F � � O � � � G E � q T � b J � v � ( � 6 � � . ; � � � Q � � { d � � * � � � y � � � � � � � � � Z s � � � � d � 5 � ( e O ) � � � � + ; � � - \ � N 5 � 2 � � � P F N � h & � � B � P } I � � � � � � z � � i � ` � � � s , � : c � z � � � � � q h � l � � � 0 Y � B � � ( � � � � r r w 6 T � ) Z P � � � � � & j � p � � � " � � 1 � I { � � � � - B � � L � � 4 � � � [ � � � � � � s � I R 7 � H � ! H � � � l 1 � � � O q � � P � � g S ` K � y e � � � � � � � � � ] , d < . l ; g � � � � � b l � W c : C u � � � f � � � p � � � % ] � � � � e 1 A E V � 9 2 " � a v + � � � , % X � V � � 9 � � � } \ J � - � G � � � � 4 � � � � - | � L � � ' � � � � � � � N � � ; q ( / B � � x � � � � � n > � 8 � � � s � � � H � . � S n � � S o � s f M � � - � ` ' s ( ; � � � " % � A � � � H � � ~ � P � } a \ i � � � � ^ � I 7 � � � � C � | � � � � q � � � Q _ V . � # q u < A F � G � " � \ � � ~ m � � p / � M 0 % X J � � � � � < * � � _ R � F G � ` � � � { L E i g � � . � � U � F � � � k � � � � � � ] p y � � � F � � � � T W 8 0 � � � 8 � � � P � � � t � � z � > r 0 � � � . # z 0 � � s , � 0 B � w � � f � / ! � � g � A � � � � � + F V C U i Z � > � � � � � � $ � � � � � y 6 � _ � | w � Y � M � � _ H � � � � � � � � � � R � � X I � W � � h � � � � � . q \ � 3 � f � N / � � ! n k � E � n b � � s � � a � � � - 5 � a � � % � � > Y T � - � x P � ~ � � 1 � � � � A ~ � � � 9 l � � U P M � + � � : : � � � J � D � % I : � � � ? 8 � � 8 � � $ 5 V � B � 0 O � � � � R � � v � � � � + u � � l 4 J � � � � � � S ` � ! � M � f k w � .. note:: BRZ_PLUGIN_PATH ~~~~~~~~~~~~~~~ Branch type specific options ---------------------------- BranchHooks ----------- Common options -------------- Configuration files ------------------- Enabling content filters ------------------------ Examples -------- Format conversion ----------------- Hooks ===== Impact on commands ------------------ Intent ------ No deprecated formats are available. 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, breezy.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 ``brz resolve`` with one of the following actions: bzr.default_mergetool ~~~~~~~~~~~~~~~~~~~~~ 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 # brz doesn'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) brz alias brz alias --remove ll brz alias ll brz alias ll="log --line -r-10..-1" brz check --repo bar brz check --tree --branch foo brz check baz brz checkout --lightweight repo/trunk trunk-checkout cd trunk-checkout (add files here) brz diff brz diff --old xxx brz diff --old xxx --new yyy NEWS brz diff --prefix old/:new/ brz diff --using /usr/bin/diff --diff-options -wu brz diff -c2 brz diff -cX brz diff -r-2.. brz diff -r1 brz diff -r1..3 brz diff -r1..3 xxx brz diff -r<chosen_parent>..X brz diff NEWS brz diff xxx/NEWS brz ignore "!special.class" brz ignore "*" brz ignore "!./local" brz ignore "!!*~" brz ignore "*.class" brz ignore "RE:(?!debian/).*" brz ignore "RE:^#" brz ignore "RE:lib/.*\.o" brz ignore "lib/**/*.o" brz ignore ./Makefile brz log -r date:yesterday.. brz merge -r 81..82 ../brz.dev brz merge -r 82 ../brz.dev brz merge ../brz.dev brz merge ../feature1a brz merge ../feature1b --force brz commit -m 'revision with three parents' brz merge /tmp/merge brz missing brz missing --my-revision ..-10 brz missing -r ..-10 brz missing http://server/branch brz remerge --merge-type weave --reprocess foobar brz remerge --show-base brz whoami "Frank Chu <fchu@example.com>" brz whoami --email {0} has wrong parents in index: ({1}) should be ({2}) $ bzr diff -r submit: %s should be in the ancestry for: * {0} version {1} has parents ({2}) but should have ({3}) 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 brz launchpad-login brz 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. 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. brz gitlab-login https://salsa.debian.org if4Theis6Eich7aef0zo * 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://. -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> A bound branch is a part of a :term:`heavyweight checkout`. A cherrypick in Bazaar is a bit more advanced than the cherrypick with some other revision control systems, in that a three way merge is performed rather than a strict delta between revisions. A cherrypick is a merge in which a range of revisions are selected and merged into a working tree . Performing a limited merge is different than a normal merge because normal merges imply all missing revisions should be merged. One of the results of cherrypicking is the creation of intransitive ancestors, which are revisons that are missing one or more of their ancestors. A common use-case for cherrypicking is the back-porting of fixes from an ongoing branch of development to stable release branches. A frequent activity done by users within the working tree of a branch is to merge another branch. In this way users can share changes between two branches -- even if the branch is run by someone else. A lightweight checkout is a related construct that lacks the local branch. Lightweight checkouts are smaller, but require fast access to the branch, such as on a LAN or local hard disk. A revision also has a name, referred to as a revision id. This is a globally unique identifier for the revision so that it can be referred to without ambiguity. This means that two revisions are identical, if, and only if, they have the same revision id. A revision may also be referred to using a revision number, however this is not a globally unique identifier, meaning that revision 14 of your branch may not be the same as revision 14 of my branch, even if they are the same project. The only way to know if they are the same revision is to compare the revision ids. This means that when talking about a revision you must either use it's revision id, or also explain which branch you are referring to when you specify a revision number. A user dealing with a nuclear launch code problem needs specific data in the branch to be exised at all costs and in a rapid manner. Bazaar's default behavior is to put the repository, branch, and working tree all in the same place. This combination is called a standalone tree. If there is no tree, it is called a :term:`standalone branch`. If the repository is shared with other branches, it is called a repository branch. A working tree in a different location from its branch is called a checkout. Be aware that the new repository may appear to have similar history but internally it is quite different with new revision-ids and file-ids assigned. As a consequence, the ability to easily merge with branches based on the old repository is lost. Depending on your reasons for producing a new repository, this may or may not be an issue. Check everything at 'baz':: Check only the repository at 'bar':: Check the tree and branch at 'foo':: Checkouts also have local branches, which function as a local cache. This means that checkouts can be used effectively even with branches that are accessed through the Internet. Normal checkouts are sometimes called heavyweight checkouts to distinguish them from lightweight checkouts. Checkouts provide a location for people to hack on code and commit. Once a user commits, the associated branch is updated with a new revision that represents the changes for the commit. 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:: Ghost revisions can be scary the first time that a user bumps into them. Thankfully though, revision ghosts are just like real ghosts (such as they are) in that their discorporeal existence typically causes little, if any, harm. Ghost revisions can occur in unusual situations such as the migration of branches from foreign revision control systems into Bazaar format. Ignore .class files in all directories...:: Ignore .o files under the lib directory:: Ignore everything but the "debian" toplevel directory:: Ignore everything except the "local" toplevel directory, but always ignore autosave files ending in ~, even under local/:: Ignore files whose name begins with the "#" character:: In Breezy_ terms, a "Shared Repository" is a location where multiple branches can **share** their revision history information. In order to support decentralized workflows, it is possible for every branch to store its own revision history information. But this is often inefficient, since related branches share history, and they might as well share the storage as well. In real world situations most people do not have access to nuclear launchcodes. Users may have data such as passwords, proprietary code and other sensitive data. Accidental release of this type of data is potentially damaging to the branch owner -- perhaps damaging enough that the developer may hope for a nuclear disaster! 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 'brz 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:: Show the differences using a custom diff program with options:: 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. Tags point at a revision, and so they may also be used to when referring to a commit, but again, two different branches may have the same tag name pointing to two different revisions, and so you should also give the branch to which you are referring when stating a tag name. 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. The downside to cherrypicking is that Bazaar does not track cherrypicked revisions, although this feature is firmly on the wish list. The initial pass isn't done if the --info option is used to explicitly pass in information about the input stream. It also isn't done if the source is standard input. In the latter case, memory consumption may be higher than otherwise because some blobs may be kept in memory longer than necessary. 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 maintain backwards compatibility, fast-import lets you create the target repository or standalone branch yourself. It is recommended though that you let fast-import create these for you instead. To merge changes up to and including revision 82 from brz.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:: Unlike a normal directory, a working tree is associated with a :term:`branch`. The working tree is the space in which commands such as commit and revert operate. 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:: User mapping is supported by both the fast-import and fast-import-filter commands. [/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 brz commit foo -x foo/bar brz cp SOURCE... DESTINATION brz info brz info -v brz info -vv brz ls --ignored brz mv SOURCE... DESTINATION brz push :parent brz remove-branch repo/trunk brz view brz view --all brz view --delete brz view --delete --all brz view --name view-name brz view --name view-name --delete brz view --name view-name file1 dir1 ... brz view --switch off brz view --switch view-name brz view file1 dir1 ... 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> cd ~/project brz init brz add . brz status brz commit -m "imported project" 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> 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 @ = example.com bill = William Jones <bill@example.com> 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. ``brz resolve FILE`` bzr fast-export --export-marks=marks.bzr project.dev | GIT_DIR=project/.git git-fast-import --export-marks=marks.git bzr fast-export --import-marks=marks.bzr -b other project.other | GIT_DIR=project/.git git-fast-import --import-marks=marks.git bzr fast-export --no-plain my-bzr-branch my.fi.gz bzr fast-export --plain my-bzr-branch my.fi cd /darcs/repo/path darcs-fast-export > project.fi bzr fast-import project.fi project.bzr cd /git/repo/path git fast-export --all > project.fi bzr fast-import project.fi project.bzr cd /hg/repo/path hg fast-export > project.fi bzr fast-import project.fi project.bzr cvs2git /cvs/repo/path > project.fi bzr fast-import project.fi project.bzr old-id = new-id svn-fast-export /svn/repo/path > project.fi bzr fast-import project.fi project.bzr xxx <filename> "John Doe <jdoe@example.com>" $ brz init $ brz mkdir foo $ brz commit -m "BASE" $ brz branch . ../other $ rmdir foo $ touch foo $ brz commit -m "THIS" $ brz mkdir ../other/foo/bar $ brz commit ../other -m "OTHER" $ brz merge ../other $ brz init $ brz mkdir white $ brz mkdir black $ brz commit -m "BASE" $ brz branch . ../other $ brz mv white black $ brz commit -m "THIS" $ brz mv ../other/black ../other/white $ brz commit ../other -m "OTHER" $ brz 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). * ``brz log -r2 -p guide.txt`` will display an error message as there was no file called guide.txt in revision 2. * ``brz log -r2 -p tutorial.txt`` will show the changes made to the original file in revision 2. * ``brz log guide.txt`` will log the file added in revision 1 * ``brz 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 default 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 brz) 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 `brz 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 ``brz help hooks`` for details. A selective commit after a merge is not yet supported. 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. 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 ``brz 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 are interested in looking deeper into a particular merge X, use ``brz 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 ``brz 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 ``brz 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 ``breezy.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=sftp 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 ``brz 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. ``brz resolve FILE --action=done' ``brz tip`` will then show the latest revision while ``brz top`` will show the last 10 mainline revisions. To see the details of a particular revision X, ``brz show -rX``. ancestor An ancestor is one of any of the revisions that this revision is based on. The immediately prior revision has a special name, the :term:`parent revision`. ancestral parent Any branch that has been merged by another branch and then committed becomes that branches ancestral parent. branch a line of development. In the simplest of terms, a branch is the record of all the commits that have been done. Every :term:`working tree` has a branch, but it may be in a different location. The actual revisions produced by the commits are stored in a repository, which is sometimes shared with other branches. branch, bound A bound branch is a branch that does not commit a new revision until after the revision has been applied to another branch and first. brz add make files or directories versioned brz ignore ignore a file or pattern brz mv move or rename a versioned file brz branch sftp://host.com/path/to/my/branch brz branch sftp://joe:secret@host.com/path/to/my/branch brz has a generic full-text matching plugin, brz-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. brz help init more help on e.g. init command brz help commands list all commands brz help topics list all help topics brz log log the current branch brz log foo.py log a file in its branch brz log http://server/branch log a branch on a server brz log show history of changes brz check validate storage brz log file:///tmp/%2False (refers to a file called /tmp/\/alse) brz log %252False (refers to a file called /tmp/%252False) brz log foo,branch=bla # path "foo" with the segment parameter "branch" set to "bla" brz log file:foo%2Cbranch=bla # path "foo,branch=bla" brz log file:foo,branch=bla # path "foo" with segment parameter "branch" set to "bla" brz lp-find-proposal -r mainline:annotate:README:1 brz merge pull in changes from another branch brz commit save some or all changes brz send send changes via email brz status summarize changes in working copy brz diff show detailed diffs brz version-info --custom \ --template="#define VERSION_INFO \"Project 1.2.3 (r{revno})\"\n" brz+ssh://remote@shell.example.com/~/myproject/trunk bzr fast-import project.fi project.bzr bzr.default_mergetool = kdiff3 bzr.mergetool.kdiff3 = kdiff3 {base} {this} {other} -o {result} cd /tmp brz log /tmp/%2False brz log %2False brz log file:///tmp/%252False brz log file://localhost/tmp/%252False brz log file:%252False checkout A checkout is essentially a working tree that is linked to a branch at a different location. 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 cherry-pick A cherrypick is an operation in which the delta between two revisions is applied to a working tree. The process is roughly similiar to generating a diff between two revisions and applying it to a working tree. dag Directed Acyclic Graph. The graph of revisions where each revision is connected to its parent revisions. delta A delta is defined as the changes between two revisions. Any RCS that has revisions typically builds a delta in order to perform a diff gio+ Access using any GIO supported protocols. http://brzuser:BadPass@brz.example.com:8080/brz/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. maria => maria <maria@example.com> bill => William Jones <bill@example.com> merge Merging is the process of applying all the changes that were introduced in one branch into another branch, without applying any changes that are already common to both branches. Sometimes a user will not want all of the changes. For these cases, a user may instead prefer a cherrypick, which gives the user the option to apply only those revisions that are wanted. merge, criss-cross A failed type of merge caused by two branches merging each other at the same time. nuclear launch codes Nuclear launch codes are an example of data that has been committed to a branch that must be removed at all costs. Imagine if one had access to the launch codes for a nuclear warhead, accidentally committed them to a branch and then pushed the branch to a public place. repository A library of revisions for branches. revision A revision is one state of the code. revision, ancestor An ancestor is one of any of the revisions that this revision is based on. The immediately prior revision has a special name, the parent revision. revision, ghost A ghost :term:`revision`, also called a ghost, is a revision that a :term:`branch` knows about but does not have. revision, parent The revision that comes immediately prior to this revision. shared repository A shared repository is similar to the traditional concept of a repository in other VCSs like CVS and Subversion. For example, in Subversion you have a remote repository, which is where all of the history is stored, and locally you don't have any history information, only a checkout of the working tree files. Note that "Shared" in this context means shared between branches. It *may* be shared between people, but standalone branches can also be shared between people. suppress_warnings=missing_extensions tag A tag is a nickname for a particular :term:`revision`. The typical use is to mark a release of the software so you can easily refer to it later. working tree A working tree is a directory with project files that a user can edit. 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. * *commit-properties* - custom metadata per commit that Bazaar stores in revision properties (e.g. branch-nick and bugs fixed by this change) will be included in the output. * *empty-directories* - directories, even the empty ones, will be included in the output. * *multiple-authors* - if a commit has multiple authors (as commonly occurs in pair-programming), all authors will be included in the output, not just the first author * File system paths, relative or absolute * Fully qualified URLs * To reapply read converters, ``touch`` files, i.e. update their timestamp. Operations like ``brz 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 ``brz revert`` on those files. * bzr git-objects: Extracts Git objects out of a Bazaar repository * bzr git-refs: Display Git refs from a Bazaar branch or repository * bzr git-import: Imports a local or remote Git repository to a set of Bazaar branches * refs/heads/foo is mapped to foo * refs/remotes/origin/foo is mapped to foo.remote * refs/tags/foo is mapped to foo.tag * */master is mapped to trunk, trunk.remote, etc. * */trunk is mapped to git-trunk, git-trunk.remote, etc. .. note:: 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`` ============================ ======================== ====================== As some exporters (like git-fast-export) reuse blob data across commits, fast-import makes two passes over the input file by default. In the first pass, it collects data about what blobs are used when, along with some other statistics (e.g. total number of commits). In the second pass, it generates the repository and branches. At checkpoints and on completion, the commit-id -> revision-id map is saved to a file called 'fastimport-id-map' in the control directory for the repository (e.g. .bzr/repository). If the import is interrupted or unexpectedly crashes, it can be started again and this file will be used to skip over already loaded revisions. As long as subsequent exports from the original source begin with exactly the same revisions, you can use this feature to maintain a mirror of a repository managed by a foreign tool. If and when Bazaar is used to manage the repository, this file can be safely deleted. Blank lines and lines beginning with # are ignored. If old-id has the special value '@', then users without an email address will get one created by using the matching new-id as the domain, unless a more explicit address is given for them. For example, given the user-map of:: Git has stricter naming rules for tags and fast-export --plain will skip tags which can't be imported into git. To replace characters unsupported in git with an underscore instead, specify --rewrite-tag-names. Git reference names are mapped to Bazaar branch names as follows: If you get a "Missing space after source" error from git-fast-import, see the top of the commands.py module for a work-around. If you wish to write a custom exporter for your project, see http://bazaar-vcs.org/BzrFastImport for the detailed protocol specification. In many cases, exporters can be written quite quickly using whatever scripting/programming language you like. Import a CVS repository into Bazaar:: Import a Darcs repository into Bazaar:: Import a Git repository into Bazaar:: Import a Mercurial repository into Bazaar:: Import a Subversion repository into Bazaar:: It is sometimes convenient to simply truncate the revision history at a certain point. The --baseline option, to be used in conjunction with -r, emits a baseline commit containing the state of the entire source tree at the first requested revision. This allows a user to produce a tree identical to the original without munging multiple exports. Recent versions of the fast-import specification support features that allow effective round-tripping most of the metadata in Bazaar branches. As such, fast-exporting a branch and fast-importing the data produced will create a new repository with roughly equivalent history, i.e. "bzr log -v -p --include-merges --forward" on the old branch and new branch should produce similar, if not identical, results. Since bzr uses per-branch tags and git/hg use per-repo tags, the way bzr fast-export presently emits tags (unconditional reset & new ref) may result in clashes when several different branches are imported into single git/hg repo. If this occurs, use the bzr fast-export option --no-tags during the export of one or more branches to avoid the issue. Some source repositories store just the user name while Bazaar prefers a full email address. You can adjust user-ids while importing by using the --user-map option. The argument is a text file with lines in the format:: The fast-export-from-xxx commands typically call more advanced xxx-fast-export scripts. You are welcome to use the advanced scripts if you prefer. The working tree is generated for the trunk branch. If multiple branches are created, a message is output on completion explaining how to create the working trees for other branches. To disable these features and produce output acceptable to git 1.6, use the --plain option. To enable these features, use --no-plain. Currently, --plain is the default but that will change in the near future once the feature names and definitions are formally agreed to by the broader fast-import developer community. To import several unmerged but related branches into the same repository, use the --{export,import}-marks options, and specify a name for the git branch like this:: To produce data destined for Git 1.6:: To produce data destined for import into Bazaar:: When a branch in a shared repository is found at the destination, that branch is made the trunk and other branches, if any, are created in sister directories. When a shared repository is created or found at the destination, branches are created inside it. In the simple case of a single branch (refs/heads/master) inside the input file, the branch is project.bzr/trunk. When a standalone branch is found at the destination, the trunk is imported there and warnings are output about any other branches found in the input file. fast-export can use the following "extended features" to produce a richer data stream: 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. then user-ids are mapped as follows:: "%(path)s" is not a directory %(extra)s "%(path)s" is not in the working directory %(extra)s "brz diff -p1" is equivalent to "brz diff --prefix old/:new/", and produces patches suitable for "patch -p1". %(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. %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 not a git repository %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 now not stacked '{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) * 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 containing shell wildcards must be quoted from the shell on Unix. * 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 ``brz 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 ``brz mv black/white white ; brz 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 ``brz mv FILE.THIS FILE``, * ``--action=take-other`` will issue ``brz mv FILE.OTHER FILE``, * ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``brz rm --force foo.new`` and ``brz add foo``, * ``--action=take-other`` will issue ``brz rm --force foo`` and ``brz mv foo.new foo``, * ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``brz rm FILE ; brz mv FILE.moved FILE``, * ``--action=take-other`` will issue ``brz rm FILE.moved``, * ``--action=done`` will just mark the conflict as resolved. * ``--action=take-this`` will issue ``brz 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 ``brz 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. * ``breezy.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, * ``insecure_permissions``: whether a warning is shown if ``authentication.conf`` can be read by other users. * ``locations.conf`` describes configuration information for specific branch locations, * ``move``: will move the orphans to a ``brz-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 breezy 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 , 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 brz 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. --include and --exclude options can be used to search only (or exclude from search) files with base name matches the specified Unix style GLOB pattern. The GLOB pattern an use *, ?, and [...] as wildcards, and \ to quote wildcard or backslash character literally. Note that the glob pattern is not a regular expression. --prefix expects two values separated by a colon (eg "old/:new/") --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 .. glossary:: .. note:: 1. If you installed Breezy from an official binary package or a distribution and you're seeing this warning, please report a bug. 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. If you're running Breezy from a source tree or tarball, please run 'make' in that directory to compile the extensions. You should do this every time you update the tree. To do this you will need some build dependencies installed including make, a C compiler, and the Python header files. 2. Inform Bazaar that the conflict is now solved and ask to cleanup any remaining generated information (``brz resolve <item>``). 2. user, realm and password 3. If you can't or don't want to build the extensions, add this line to breezy.conf (whose location is shown by 'brz --version'):: :2a: (native) (default) Format for the bzr 2.0 series. :Aliases: :Blob tracking: :Branch creation rules: :Branch mapping rules: :Checks: :Custom authors: :Custom exporters: :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 brz.dev:: :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 :Exit values: 1 - some missing revisions 0 - no missing revisions :From: plugin "%s" :History truncation: :Interoperability: :Notes: :Options:%s :Ordering control: :Other filtering: :Output control: :Path filtering: :Purpose: %s :Restarting an import: :Revision filtering: :Round-tripping: :See also: %s :Selective commits: :Things to note: :Tips & tricks: :Usage: %s :Usage: %s :User mapping: :Working tree updates: :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: :doc:`{0} <{1}-help>` :git-bare: Bare GIT repository (no working tree). :git: :git: GIT repository. :last: :mainline: :revid: :revno: :submit: :tag: 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 brz 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 Breezy 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 hook of type *xxx* of class *yyy* needs to be registered using:: A log format controls how information about each revision is displayed. The standard log formats are compared below:: 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 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 brz 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 ``breezy.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. API %(api)s is not compatible; one of versions %(wanted)r is required, but current version is %(current)r. 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 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 brz one is not appropriate) and the password is always prompted with some exceptions:: Allow fallback to lossy push, if necessary. Allow lossy push, i.e. dropping metadata that can't be represented in the target. 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 brz 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 brz 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. 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 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. Authentication Settings ======================= Authentication definitions -------------------------- Authors Automatically guess renames. Avoid making changes when guessing renames. BRZPATH ~~~~~~~ BRZ_DISABLE_PLUGINS ~~~~~~~~~~~~~~~~~~~ BRZ_EDITOR ~~~~~~~~~~ BRZ_EMAIL ~~~~~~~~~ BRZ_HOME ~~~~~~~~ BRZ_LOG ~~~~~~~ BRZ_PDB ~~~~~~~ BRZ_PLUGINS_AT ~~~~~~~~~~~~~~ BRZ_PROGRESS_BAR ~~~~~~~~~~~~~~~~ BRZ_SIGQUIT_PDB ~~~~~~~~~~~~~~~ BRZ_SSH ~~~~~~~ BZR_REMOTE_PATH ~~~~~~~~~~~~~~~ Backend for fast Bazaar data importers. Backing up inventory Backup Inventory created Backup changed files (default). Backup inventory created. Bad bzr revision-bundle: %(text)r Bare GIT repository (no working tree). Basic commands Basic commands: brz init makes this directory a versioned branch brz branch make a copy of another branch Basic information on shared repositories. Bazaar allows locations to be specified in multiple ways, either: 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 `brz 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 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. Because ``mergetool`` and ``config`` itself both use curly braces as interpolation markers, trying to display the mergetool line results in the following problem:: 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. Bind new branch to from location. Bisecting, in a nutshell, is a way to find the commit at which some testable change was made, such as the introduction of a bug or feature. By identifying a version which did not have the interesting change and a later version which did, a developer can test for the presence of the change at various points in the history, eventually ending up at the precise commit when the change was first introduced. 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 `brz unbind` to fix. Branch "%(display_url)s" does not support storing uncommitted changes. Branch %(base)s is missing revision %(text_revision)s of %(file_id)s Branch %(branch)s has no commits. 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 to upload 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. Break a dead lock. Breezy gives a warning if it failed to load some compiled extensions. (See http://bazaarvcs.wordpress.com/2009/09/17/extension-warnings/ for background.) Breezy supports all of the standard parts within the URL:: Breezy will work normally but some operations may be slower. 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 just running 'brz 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 ``brz 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 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 breezy.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 breezy.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 breezy.branch.PullResult object and only runs in the bzr client. Called after a push operation completes. post_push is called with a breezy.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 breezy.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 breezy.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 breezy.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 breezy.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 breezy.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 breezy.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 breezy.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 breezy.bzr.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 breezy.lock.LockResult when a physical lock is acquired. Called with a breezy.lock.LockResult when a physical lock is broken. Called with a breezy.lock.LockResult when a physical lock is released. Called with a breezy.merge.Merger object to create a per file merge object when starting a merge. Should return either None or a subclass of ``breezy.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 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 brz upgrade on the repository. 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 do conflict reduction and show base. 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 store uncommitted changes because this branch already stores uncommitted changes. 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. Change "%(path)s" from %(this)s to %(other)s? Change target of "%(path)s" from "%(this)s" to "%(other)s"? Changes include files added, renamed, modified or removed. 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 Breezy'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. Checkpoint automatically every N revisions. The default is 10000. Checkpoint every N revisions (default=10000). 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 refused because there are unknown files in the tree Commit refused because there are unknown files in the working tree. Committed revision %d. Committing to: %s Commonly used like this: eval "`brz bash-completion`" Compress the data within a repository. Configuration Settings ======================= Conflict Types ============== Conflict reduction is not supported for merge type %s. Conflicts detected in working tree. Use "brz conflicts" to list, "brz 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 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 ``brz 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. Copy a file. Copying content Copying repository content as tarball... Corrupt or incompatible data stream: %(reason)s Could not acquire lock "%(lock)s": %(msg)s Could not copy %s => %s . %s is a directory. Could not copy %s => %s . %s is not versioned\. Could not copy %s => %s: %s is not versioned. Could not copy to %s: %s is not a directory. 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 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 brz 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. Breezy'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 Breezy 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 ``BRZ_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 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 changes without applying them. Delete conflict files, merge and revert backups, and failed selftest dirs. Delete file "%(path)s"? Delete files unknown to brz (default). Delete from brz 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 change. 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 Determine credits for LOCATION. Determining hash hits Device or resource busy: "%(path)s"%(extra)s 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 brz 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 option NAME. Display the default ignore rules that brz 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 output what is being done. Do not prompt before deleting. 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 token is valid. Don't check that the user name is valid. Don't export tags Don't know how to handle SSH connections. Please set BRZ_SSH environment variable. Don't populate the working tree, even for protocols that support it. Don't recurse into subdirectories. (default is --recursive) 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 ``brz help content-filters`` for general information about using these. EOL conversion needs to be enabled for selected file patterns using rules. See ``brz help rules`` for general information on defining rules. Currently, rules are only supported in $brz_HOME/.bazaar/rules (or %brz_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) Enable experimental features. 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 merge modified format Error reading from %(path)r. Example: ~~~~~~~~ Exclude metadata to maximise interoperability. Experimental and deprecated storage formats Explain how to use --revision Export an 'absolute' baseline commit prior tothe first relative commit Export current or past revision to a destination directory or archive. Export format %(format)r not supported Export marks to file. 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 GetProcessMemoryInfo() Fetch texts Fetching revisions File %(filename)s is not conflicted. File format ----------- File is binary but should be text. Files Files ----- Files cannot be copied between branches. Only files can be copied at the moment. 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 a merge proposal. Find an interesting commit using a binary search. Find the proposal to merge this revision. Finding branch files Finding proposals Finding revisions Finds the merge proposal(s) that discussed landing the specified revision. This works only if the if the merged_revno was 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 brz+ssh:// and sftp:// URLs, Breezy 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 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:: Forking new repository %s from %s Format %(format)s cannot be initialised by this version of brz. Format %(format)s is not compatible with .bzr version %(controldir)s. Format 0.9 does not permit bundle with no patch Format error in conflict listings Format for the bzr 2.0 series. 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 ... Further revision history missing. GIT repository. General format ~~~~~~~~~~~~~~ Generate a fast-import stream from a Bazaar branch. Generate a shell function for bash command line completion. Generate only the shell function, don't enable it Generate statistics for LOCATION. 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. Git Smart server protocol over TCP. (default port: 9418) Git Smart server receive pack command. (inetd mode only) Git Smart server upload pack command. (inetd mode only) 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 Glossary Glossary ======== Grep for pattern in changeset for each revision. 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 ``brz.transform.orphan_policy`` configuration option. Hard-link working tree files where possible. Hard-linking "%(path)s" is not supported Hardlink matching files to another tree. Help on status flags Here are some general guidelines for doing this: How many lines of context to show. 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 Breezy 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 and without resolving option references in the value). 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 --revision is specified, uncommit revisions to leave the branch at the specified revision. For example, "brz 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 NAME is not given, --all .* is implied (all options are displayed for the current scope). 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 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 brz 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 'brz 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 'brz 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 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 destination is given or the destination is '-', standard output is used. Otherwise, the destination is the name of a file. If the destination ends in '.gz', the output will be compressed into gzip format. If no destination is specified use the last one used. If no revision is specified upload the changes since the last upload. If no options are specified, unknown files are deleted. Otherwise, option flags are respected, and may be combined. If no revision is nominated, the last revision is used. If no revision is specified this exports the last committed revision. If no source is specified, it will search for a branch in the current directory. 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 ``brz 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. 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", the branch should act as a checkout, and push each commit to the bound_location. This option is normally set by ``bind``/``unbind``. 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 file name is not specified, the revisions starting with the current directory are searched recursively. If the revision number is not specified, the working copy is searched. To search the last committed revision, use the '-r -1' or '-r last:1' option. If the last argument is a versioned directory, all the other names are copied into it. Otherwise, there must be exactly two arguments and the file is copied to a new name. 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 tarball or zip has a single root directory, that directory is stripped when extracting the tarball. This is not done for directories. If the tree's branch is bound to a master branch, brz 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 'brz 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 'brz 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 Breezy 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 "brz push". If the local branch is out of date, you can do "brz 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 'brz 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 'brz checkout .' from the branch it will create the working tree. If the branch is updated remotely, you can update the working tree by running 'brz update' in that directory. If you have a checkout and have done local commits, you can get back in sync by running "brz update" (and possibly "brz 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 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 ``breezy.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 brz 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 'brz 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 'brz 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 Import Algorithm Import marks from and export marks to file. Import marks from file. Import sources from a directory, tarball or zip file Import this many revisions then exit. 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. Breezy 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 ``brz 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, ``brz merge --lca`` or ``brz merge --weave`` may give better results. You may wish to ``brz revert`` the working tree and merge again. Alternatively, use ``brz 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, brz 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 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. 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 brz 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. Interpret PATTERN is a single fixed string (not regex). 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 branch name: %(name)s Invalid bug %s. Must be in the form of 'tracker:id'. See "brz help bugs" for more information on this feature. Commit refused. 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 range access in %(path)s at %(offset)s: %(msg)s Invalid revision number %(revno)s Invalid revision-id {%(revision_id)s} in %(branch)s Inventory ok. Inventory regenerated. Invoked after a repository has been initialized. post_repo_init is called with a breezy.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 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 --lossy. It is overridden by the BZR_REMOTE_PATH environment variable. It sure does! It takes two optional arguments: the source bzr branch to export and the destination to write the file to write the fastimport stream to. 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. Labels to apply. Launchpad --------- Launchpad user ID %s logged out. 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. Link to a related bug. (see "brz help bugs"). 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, tree-reference. 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. Lock is apparently held, but corrupted: %(corruption_info)s Use 'brz 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. Log into GitHub. Log into a GitLab instance. Logging revision 0 is invalid. Lookup file ids from this tree. 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 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 "brz help bugs"). Mark a conflict as resolved. Marks the conflict as resolved. Merge algorithm Merge even if the destination tree has uncommitted changes. Merge proposal created: %s Merge proposal: %s 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 Extensions ================== Missing parent -------------- Moderately short log format. Move only the brz identifier of the file, because the file has already been moved. Move or rename a file. Moving %s Moving repository to repository.backup Multiple definitions can be provided and, for a given URL, brz 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 for GitLab site in configuration. Name of the generated function (default: _brz) Name of the git branch to create (default=master). Name of the new remote branch. 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. 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 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. No changes to commit. Please 'brz add' the files you want to commit, or use --unchanged to force an empty commit. No current view to delete No current view to disable No current view. No error if existing, make parent directories as needed. No experimental formats are available. No files deleted. No help for this command. No known version info format {0}. Supported types are: {1} No location specified or remembered No location supplied and no previous location known No location supplied. This format does not remember old locations. No matching files. 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 'brz 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 send format '%s'. No such tag: %(tag_name)s No tag specified to delete. No target configuration specified No target location specified or remembered No tracker specified for bug %s. Use the form 'tracker:id' or specify a default bug tracker using the `bugtracker` option. See "brz 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, ignoring --show-base No working tree. Non-directory parent -------------------- Not a branch: "%(path)s"%(detail)s. Not a bzr revision-bundle: %(text)r Not logged into Launchpad. 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 brz 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 "brz 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 'brz 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 brz send. Note: ``brz 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. Number of inventories to cache. Number of levels to display - 0 for all, 1 for collapsed (1 is default). Number of levels to display - 0 for all, 1 for flat. Numerous commands are provided for generating a fast-import file to use as input. To specify standard input as the input stream, use a source name of '-' (instead of project.fi). If the source name ends in '.gz', it is assumed to be compressed in gzip format. OTHER_BRANCH may be local or remote. Object not found: %s 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 "brz resolve" to automatically mark text conflicts as fixed, "brz resolve FILE" to mark a specific conflict as resolved, or "brz resolve --all" to mark all conflicts as resolved. Only ASCII permitted in option names Only display errors and warnings. Only files with identical content and execute bit will be linked. 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 the revision specified is searched for. To find the mainline revision that merged it into mainline, use the "mainline" revision spec. 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 --change does not accept revision ranges Option policies ^^^^^^^^^^^^^^^ 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 Breezy 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 Breezy. Typical format:: Override the home directory used by Breezy. 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 existing commits. Overwrite tags only. Owner of the new remote branch. Pack every N checkpoints. The default is 4. PageFaultCount %8d PagefileUsage %8d KiB 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. 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 file containing a map of user-ids. Path to file containing caching hints. Path to the Bazaar or Breezy executable to use when using the bzr+ssh protocol. Path to the editor Breezy 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 Pings a Bazaar smart server. Plaintext diff output. Plan file merge unsupported: Merge type incompatible with tree formats. Please specify a tag name. Please supply either one revision, or a range. Plugin %s is not loaded Plugins (including hooks) are run on the server if all of these is true: 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:: Preparing file merge Prerequisite branch. Preview patch does not match requested changes. Print ignored files. Print just the version number. Print lines matching PATTERN for specified files and revisions. Print only the name of each input file in which PATTERN is found. Print only the name of each input file in which PATTERN is not found. 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". Project name for the new remote branch. Propose a branch for merging. Protocol to serve. Public branch "%(public_location)s" lacks revision "%(revstring)s". Publish a derived branch. Published branch to %s Pushed to %s 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: "brz log -r 3647..3649" shows the messages of revisions 3647, 3648 and 3649, while "brz 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, ``brz 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 Reasonable defaults are picked for owner name, branch name and project name, but they can also be overridden from the command-line. Received bad protocol version marker: %(marker)r Recipe for importing a tree of files:: Reconcile aborted: revision index has inconsistent parents. Reconcile brz 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 brz 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. 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 a value is achieved by using --remove NAME. Removing ancestry.weave Removing backup ... Rename "%(this)s" => "%(other)s"? Replace characters invalid in git with '_' (plain mode only). Replace existing tags. Repositories Repositories are a form of database. Breezy 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 brz to optimise the database indices. This can be done by the 'brz pack' command. Repositories in Breezy 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 reviewers. Requested to stop gracefully 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. Reusing existing repository %s 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 numbers only make sense for single revisions, not ranges Revision {%(revision_id)s} already present in "%(file_id)s". Revision {%(revision_id)s} not present in "%(file_id)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 -------------------------- 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 "brz check" for more details. Run the brz server. 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. Search for pattern starting from the root of the branch. (implies --recursive) Search only files whose base name matches GLOB. Section headers ^^^^^^^^^^^^^^^ Section local options ^^^^^^^^^^^^^^^^^^^^^ See "brz 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 ``brz help patterns`` for details on the syntax of patterns. See ``brz help resolve`` for more details. See also the ``bzr_remote_path`` configuration option. See also the ``email`` configuration option. See brz help %s for more details and examples. See brz help configuration for more details. See https://www.breezy-vcs.org/developers/profiling.html for more information on profiling. 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. Serve contents of this directory. Serve on stdin/out for use from inetd or sshd. Set a fixed commit message. set_commit_message is called with the breezy.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. 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? 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 match in color. WHEN is never, always or auto. Show merged revisions like --levels 0 does. Show or set brz 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 class of contributions. 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 brz. 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. Skip files whose base name matches GLOB. 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 "brz 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 ================================== Specifies the network proxy for outgoing connections, for example:: Specify a format for the created repository. See "bzr help formats" for details. Specify a format for this branch. See "help formats" for a full list. Specify a format for this repository. See "brz 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 Store and restore uncommitted changes in the branch. 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 Switched to branch %s at %s Switched to branch at %s 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. Take commit message from this file. Tarballs may be gzip or bzip2 compressed. This is autodetected. 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. Target repository doesn't support rich roots 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 did not match its checksum: %(msg)s 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 'git:' revision specifier can be used to find revisions by short or long GIT SHA1. 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 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" Breezy 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 "brz split", but also by running "brz branch" with the target inside a tree.) The ``--fixes`` option allows you to specify a bug tracker and a bug identifier rather than a full URL. This looks like:: The ``brz 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 ``brz 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 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 *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 {0} has no revision {1}. The bzr client (through the plugin called 'launchpad') has special features to communicate with Launchpad: The bzr-git plugin also adds three new bzr subcommands: The bzr-git plugin provides support for using Bazaar with local and remote Git repositories, as just another format. You can clone, pull from and push to git repositories as you would with any native Bazaar branch. The class that contains each hook is given before the hooks it supplies. For instance, BranchHooks as the class is the hooks class for `breezy.branch.Branch.hooks`. 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 ``breezy.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 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 file deletion mode to be used. 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 import algorithm to use. The intent is to make this file as small as possible to minimize maintenance. 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 Breezy. The merge directives created by brz send may be applied using brz merge or brz 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 breezy.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 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 Breezy should use. If not set, Breezy will search for plugins in: The path where Breezy 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 brz diff), tested, and then committed to record the result of the merge. The root is the nearest enclosing directory with a 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 ``brz 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 ``brz 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 brz 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 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 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 does not appear to be corrupt. You probably want "brz revert" instead. Use "--force" if you are sure you want to reset the working tree. The user aborted the operation. 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 ``brz revert .`` in the tree root to revert all files but keep the recorded merges, and ``brz 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 brz: 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 'brz 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 "brz 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 brz command line or (without the ``-D`` prefix) put in the ``debug_flags`` variable in ``breezy.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 ``breezy.conf``. These options may be used with any command, and may appear in front of any command. (e.g. ``brz --profile help``). This branch format cannot be set to append-revisions-only. Try --default. This branch has no commits. (perhaps you would prefer 'brz pull') This branch has no new revisions. This can correct data mismatches that may have been caused by previous ghost operations or brz upgrades. You should only need to run this command if 'brz check' or a brz 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 brz bugs. This command creates a merge proposal for the local branch to the target branch. The format of the merge proposal depends on the submit branch. 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 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 reads a mixed command/data stream and creates branches in a Bazaar repository accordingly. The preferred recipe is:: This command requires the target tree to be in a rich-root format. This command searches the specified files and revisions for a given pattern. The pattern is specified as a Python regular expressions[1]. This command sends a 'hello' request to the given location using the brz smart protocol, and reports the response. This command shows a table of tag names and the revisions they reference. This command uses subcommands to implement the search, each of which changes the state of the bisection. The subcommands are: This command will import a directory, tarball or zip file into a bzr tree, replacing any versioned files already present. If a directory is specified, it is used as the target. If the directory does not exist, or is not versioned, it is created. 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 may indicate either that there's been a problem installing or packaging Breezy, or it may just be a case where you don't want to use the compiled extensions. 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 program generates a stream from a Bazaar branch in fast-import format used by tools such as bzr fast-import, git-fast-import and hg-fast-import. 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 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 remove the branch from the specified location but will keep any working tree or repository in place. Tip change rejected: %(msg)s To avoid this, ``config`` can be instructed not to try expanding variables:: 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 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, Breezy'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. To generalize, there are two content formats supported by Bazaar: To pick a different ending revision, pass "--revision OTHER". brz will try to merge in all new work up to and including revision OTHER. To re-create the working tree, use "brz 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 ``brz tag new-name -r tag:old-name`` and then ``brz 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 "brz 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 ``brz 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 "brz 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 'brz ignored'. For details on the changes to file texts, use 'brz 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 'brz 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. 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 Trigger an upload from this branch whenever the tip revision changes. Try to create a public copy of a local branch on a hosting site, derived from the specified base branch. Turn this branch into a mirror of another branch. Type of file to export to. Types of conflicts and what to do about them Typical message:: URL Identifiers 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 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 encode %(kind)s path %(path)r in user encoding %(user_encoding)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 Unknown %(kind)s format: %(format)r Unknown key {0} signed {1} commit Unknown key {0} signed {1} commits Unlike global options, standard options can be used in aliases. Unrecognised value for BRZ_SSH environment variable: %(vendor)s Unrecognized bug %s. Commit refused. Unset the Launchpad user ID. Unsupported branch format: %(format)s Please run 'brz upgrade' Unsupported export format: %s Unversioned files are not searched unless explicitly specified on the command line. Unversioned directores are not searched. Unversioned parent ------------------ Update a mirror of this branch. Update a working tree to a new revision. Update all working trees, not just trunk's. 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 "brz help formats" for details. Upgrading %s Upgrading branch Upgrading bzrdirs Upgrading repository Upgrading working tree Upgrading {0} {1} ... Upload a working tree, as a whole or incrementally. Upload the full working tree. Use 'bzr checkout' to create a working tree in the newly created branches. 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 brz resolve when you have fixed a problem. Use brz resolve when you have fixed a problem. See also brz conflicts. Use short status indicators. Use specified log format. Use the preferred algorithm (inventory deltas). 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, Breezy will prompt for a password. These settings are only needed if the SMTP server requires authentication to send mail. Using "brz 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 Git Using Bazaar with Git. Using Bazaar with Launchpad.net Using ``relpath`` to achieve the same result is done like this:: Using changes with id "%d". Using default stacking branch {0} at {1} Using parent branch %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 submit branch %s Using {0} {1} Valid values: Validate working tree structure, branch consistency and repository history. 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 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 'brz remove' them. Weave-based merge. What names to list as authors - first, all or committer. What to do when compiled extensions are missing 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 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 GitHub, some commands need to authenticate to GitHub. 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 communicating with Launchpad, some commands need to know your Launchpad user ID. This command will log you out from Launchpad. This means that communication with Launchpad will happen over HTTPS, and will not require one of your SSH keys to be available. When conflicts are present in your working tree (as shown by ``brz conflicts``), you should resolve them and then inform brz 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 brz 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 Breezy refuses. When searching a pattern, the output is shown in the 'filepath:string' format. If a revision is explicitly searched, the output is shown as 'filepath~N:string', where N is the revision number. 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 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 ``brz 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 brz shelve --list).%(more)s Working tree "%(display_url)s" has uncommitted changes (See brz status).%(more)s Working tree has conflicts. Working tree is out of date, please run 'brz update'.%(more)s WorkingSize %8d KiB WorkingSize {0:>7}KiB PeakWorking {1:>7}KiB {2} Write an ASCII NUL (\0) separator between output lines rather than a newline. 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 ``brz cat`` or ``brz export`` respectively. Write log to this file. 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 'brz 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: brz 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 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 'brz status', and can be committed with 'brz commit'. [1] http://docs.python.org/library/re.html#regular-expression-syntax _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 brz prompts you for a password. ``breezy.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``. ``brz 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 breezy.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:: `brz send` creates a compact data set that, when applied using brz merge, has the same effect as merging from the source branch. action add.maximum_file_size ~~~~~~~~~~~~~~~~~~~~~ added added Versioned in the working copy but not in the previous revision. 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 ~~~~~~~~~~~~~~~~~~~~~ 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 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 git Using Bazaar with Git global-options Options that control how Breezy runs glossary Glossary 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 missing-extensions What to do when compiled extensions are missing 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 brz update --revision only works for a revision in the branch history brz %s --revision takes exactly one revision identifier brz %s --revision takes one or two values. brz %s doesn't accept two revisions in different branches. brz alias --remove expects an alias to remove. brz bisect log [-o file] Output a log of the current bisection to standard output, or to the specified file. brz bisect move -r rev Switch to a different revision manually. Use if the bisect algorithm chooses a revision that is not suitable. Try to move as little as possible. brz bisect no [-r rev] The specified revision (or the current revision, if not given) does not have the characteristic we're looking for, brz bisect replay <logfile> Replay a previously-saved bisect log, forgetting any bisection that might be in progress. brz bisect reset Clear out a bisection in progress. brz bisect run <script> Bisect automatically using <script> to determine 'yes' or 'no'. <script> should exit with: 0 for yes 125 for unknown (like build failed so we could not test) anything else for no brz bisect start Start a bisect, possibly clearing out a previous bisect. brz bisect yes [-r rev] The specified revision (or the current revision, if not given) has the characteristic we're looking for, brz cat --revision takes exactly one revision specifier brz diff --revision takes exactly one or two revision specifiers brz merge-directive takes at most two one revision identifiers brz send makes extensive use of public locations to map local locations into URLs that can be used by other people. See `brz help configuration` to set them, and use `brz info` to display them. brz status --revision takes exactly one or two revision specifiers brz update --revision takes exactly one revision brz update can only update a whole tree, not a file or subdirectory brz version-info --revision takes exactly one revision specifier brz: ERROR (ignored): %s bugtracker_<tracker>_url ------------------------ bugzilla_<tracker>_url ---------------------- bzr send takes at most two one revision identifiers bzr.mergetool.<name> ~~~~~~~~~~~~~~~~~~~~ bzr: ERROR (ignored): %s bzr_remote_path ~~~~~~~~~~~~~~~ call ~~~~ can not copy root of branch 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. Breezy 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 ~~~~~~~~~~~~~~~~~ creating branches debug_flags ~~~~~~~~~~~ default_format ~~~~~~~~~~~~~~ deleted %s deleting paths: development focus %s has no branch. dirstate.fdatasync ~~~~~~~~~~~~~~~~~~ editor ~~~~~~ email ~~~~~ error removing pending lock: %s 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. fast-import will intelligently select the format to use when creating a repository or branch. If you are running Bazaar 1.17 up to Bazaar 2.0, the default format for Bazaar 2.x ("2a") is used. Otherwise, the current default format ("pack-0.92" for Bazaar 1.x) is used. If you wish to specify a custom format, use the `--format` option. finished fixes bug fixes bugs format found error:%s get ~~~ get_command ~~~~~~~~~~~ get_missing_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 brz'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 ~~~~~~~~~~~~~~~ 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 ~~~~~~~~~~~~~ project.bzr will be created if it doesn't exist. If it exists already, it should be empty or be an existing Bazaar repository or branch. If not specified, the current directory is assumed. protocol provided you have created the following ``authentication.conf`` file:: public_branch ~~~~~~~~~~~~~ push_location ~~~~~~~~~~~~~ push_strict ~~~~~~~~~~~ recurse ~~~~~~~ related bug related bugs 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. subunit not available. subunit needs to be installed to use --subunit2. suppress_warnings ~~~~~~~~~~~~~~~~~ switching would create a branch reference loop. Use the "bzr up" command to switch to a different revision. texts to copy multiple files the destination must be a versioned directory 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 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 command "%s". Perhaps you meant "%s" unknown log formatter: %r 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 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} 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: brz Report-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS> PO-Revision-Date: 2023-09-08 16:30+0000 Last-Translator: FULL NAME <EMAIL@ADDRESS> Language-Team: Brazilian Portuguese <pt_BR@li.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Plural-Forms: nplurals=2; plural=n > 1; X-Launchpad-Export-Date: 2023-09-09 07:43+0000 X-Generator: Launchpad (build 32eed776db4e1fe74faaa77122cde19862d565ac) .. Nota:: BRZ_PLUGIN_PATH ~~~~~~~~~~~~~~~ Opções específicas do tipo de ramificação ---------------------------- BranchHooks ----------- Opções comuns -------------- Arquivos de configuração ------------------- Ativando filtros de conteúdo ------------------------ Exemplos -------- Conversão de formato ----------------- Ganchos ===== Impacto nos comandos ------------------ Intenção ------ Nenhum formato obsoleto está disponível. Projetos pessoais hospedados fora ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Melhorias planejadas -------------------- Atualizando sua árvore de trabalho ---------------------------- RESUMO: {0} tentativas de upgrade, {1} bem-sucedidas, {2} falhadas Opções de seção ^^^^^^^^^^^^^^^ Veja :doc:`formats-help` para mais informações sobre formatos de armazenamento. Provedor de hospedagem de origem ~~~~~~~~~~~~~~~~~~~~~~~ O arquivo de configuração do local da ramificação, location.conf ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~ O arquivo de configuração principal, breezy.conf ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Para confirmar com o branch master, execute update e, em seguida, confirme. Você também pode passar --local para confirmar para continuar trabalhando desconectado. Opções Unicode --------------- Quando você quiser escolher um conjunto de alterações sobre o outro, você pode usar ``brz resolve`` com uma das seguintes ações: bzr.default_mergetool ~~~~~~~~~~~~~~~~~~~~~ http_proxy, https_proxy ~~~~~~~~~~~~~~~~~~~~~~~ # Projetos de animais de estimação no hobby.net [passatempo] host=r.hobby.net usuário=jim senha=óbvio1234 #Servidor doméstico [casa] esquema=https host=home.net usuário=joe senha=1essobV10us [PREDEFINIÇÃO] # Nosso usuário local é barbaz, em todos os sites remotos somos conhecidos como foobar usuário=foobar # ramificações de desenvolvimento no servidor dev [desenvolvedor] esquema=ssh # bzr+ssh e sftp estão disponíveis aqui host=dev.company.com caminho=/dev/integração usuário=usuário2 # procuração [proxy] esquema=http host=proxy.company.com porta=3128 usuário=proxyuser1 senha=proxypass1 [Código de referência] esquema=https host=dev.company.com caminho=/dev usuário=usuário1 senha=pass1 [domínio shpnet] # usamos sftp, mas ssh é o esquema usado para autenticação esquema=ssh # A liderança '.' garante que 'shp.net' sozinho não corresponda host=.shp.net usuário=joe # brz não suporta o fornecimento de senha para sftp, # considere usar um agente ssh se não quiser fornecer # uma senha interativamente. (concurso, agente ssh, etc) brz alias brz alias --remove ll brz alias ll brz alias ll="log --line -r-10..-1" brz check --repo bar brz check --tree --branch foo brz check baz brz checkout --lightweight repo/trunk trunk-checkout cd trunk-checkout (add files here) brz diff brz diff --old xxx brz diff --old xxx --new yyy NEWS brz diff --prefix old/:new/ brz diff --using /usr/bin/diff --diff-options -wu brz diff -c2 brz diff -cX brz diff -r-2.. brz diff -r1 brz diff -r1..3 brz diff -r1..3 xxx brz diff -r<chosen_parent>..X brz diff NOTÍCIAS brz diff xxx/NEWS brz ignore "!special.class" brz ignore "*" brz ignore "!./local" brz ignore "!!*~" brz ignore "*.class" brz ignore "RE:(?!debian/).*" brz ignore "RE:^#" brz ignore "RE:lib/.*\.o" brz ignore "lib/**/*.o" brz ignore ./Makefile brz log -r data:ontem.. brz merge -r 81..82 ../brz.dev brz merge -r 82 ../brz.dev brz merge ../brz.dev brz merge ../feature1a brz merge ../feature1b --force brz commit -m 'revision with three parents' brz merge /tmp/merge brz faltando brz ausente --my-revision ..-10 brz missing -r ..-10 brz missing http://server/branch brz remerge --merge-type weave --reprocess foobar brz remerge --show-base Mostrar ou definir o ID do usuário brz. brz whoami "Frank Chu <fchu@example.com>" brz whoami --email {0} tem pais errados no índice: ({1}) deveria ser ({2}) $ bzr diff -r enviar: %s deve ser ancestral de: * {0} versão {1} tem pais ({2}), mas deveria ter ({3}) ancestral:/caminho/para/ramo $ bzr diff -r ancestral:../../mainline/branch before:1913 -> Retorna o pai de revno 1913 (revno 1912) before:revid:aaaa@bbbb-1234567890 -> retorna o pai da revisão aaaa@bbbb-1234567890 bzr diff -r antes:1913..1913 -> Encontre as alterações entre a revisão 1913 e seu pai (1912). (Que mudanças a revisão 1913 introduziu). Isso é equivalente a: bzr diff -c 1913 branch:/path/to/branch brz launchpad-login brz launchpad-login bob date:ontem -> selecione a primeira revisão desde ontem date:2006-08-14,17:10:14 -> selecione a primeira revisão após 14 de agosto de 2006 às 17h10. revid:aaaa@bbbb-123456789 -> Selecione a revisão 'aaaa@bbbb-123456789' revno:1 -> retorna a primeira revisão deste branch revno:3:/path/to/branch -> retorna a 3ª revisão de a ramificação '/caminho/para/ramificação' revno:-1 -> A última revisão em uma ramificação. -2:http://other/branch -> A penúltima revisão no filial remota. -1000000 -> Provavelmente a primeira revisão, a menos que sua história é muito longa. brz gitlab-login https://salsa.debian.org if4Theis6Eich7aef0zo * O alias do rastreador de bugs 'lp:' pode expandir os números de bugs do launchpad para seus URLs para uso com 'bzr commit --fixes', por exemplo, 'bzr commit --fixes lp:12345' irá gravar uma propriedade de revisão que marca essa revisão como correção Bug 12345 do Launchpad. Quando você envia esse branch para o Launchpad, ele será automaticamente vinculado ao relatório de bug. * O transporte 'lp:' usa o Launchpad como um serviço de diretório: por exemplo 'lp:bzr' e 'lp:python' referem-se aos ramos principais do projetos e podem ser ramificados, registrados, etc. Você também pode usar o 'lp:' transport para se referir a ramificações específicas, por exemplo, lp:~bzr/bzr/trunk. * O comando launchpad-login informa ao Bazaar seu nome de usuário do Launchpad. este é então usado pelo transporte 'lp:' para baixar suas ramificações usando bzr+ssh://. -l N exibe um máximo de N revisões -n N exibe N níveis de revisões (0 para todas, 1 para recolhidas) -v exibe um resumo de status (delta) para cada revisão -p exibe um diff (patch) para cada revisão --show-ids exibe IDs de revisão (e IDs de arquivo), não apenas revnos -r-1 mostra apenas a ponta -r-10.. mostra as últimas 10 revisões da linha principal -rsubmit:.. mostrar o que há de novo neste branch -rancestor:path.. mostra as mudanças desde o ancestral comum deste ramo e aquele no caminho de localização -rdate:ontem.. mostra as mudanças desde ontem -rX exibir revisão X -rX.. exibe a revisão X e posterior -r..Y exibe até e incluindo a revisão Y -rX..Y exibe de X a Y inclusive ...mas não ignora "special.class":: <nenhum gancho instalado> Um branch vinculado é parte de um :term:`checkout pesado`. Um cherrypick no Bazaar é um pouco mais avançado do que o cherrypick com alguns outros sistemas de controle de revisão, em que uma mesclagem de três vias é realizada em vez de um delta estrito entre as revisões. Um cherrypick é uma mesclagem na qual uma série de revisões são selecionadas e mesclado em uma árvore de trabalho. A execução de uma mesclagem limitada é diferente de uma mesclagem normal porque as mesclagens normais implicam que todas as revisões ausentes devem ser mesclado. Um dos resultados do cherrypicking é a criação de ancestrais, que são revisões que estão faltando um ou mais de seus ancestrais. Um caso de uso comum para o cherrypicking é a portabilidade de correções de um ramo contínuo de desenvolvimento para ramos de lançamento estável. Uma atividade frequente feita por usuários dentro da árvore de trabalho de uma ramificação é mesclar outro ramo. Desta forma, os usuários podem compartilhar alterações entre dois branches -- mesmo que o branch seja administrado por outra pessoa. Um checkout leve é uma construção relacionada que não possui a ramificação local. Os checkouts leves são menores, mas exigem acesso rápido à agência, como em uma LAN ou disco rígido local. Uma revisão também tem um nome, conhecido como ID de revisão. Isto é um identificador globalmente exclusivo para a revisão para que possa ser referido sem ambiguidade. Isso significa que duas revisões são idênticas, se, e somente se eles tiverem o mesmo id de revisão. Uma revisão também pode ser referida usando um número de revisão, no entanto, isso é não é um identificador globalmente exclusivo, o que significa que a revisão 14 do seu branch podem não ser iguais à revisão 14 do meu branch, mesmo que sejam iguais projeto. A única maneira de saber se eles são a mesma revisão é comparar os IDs de revisão. Isso significa que, ao falar de uma revisão, você deve use seu id de revisão ou também explique qual branch você está se referindo para quando você especifica um número de revisão. Um usuário lidando com um problema de código de lançamento nuclear precisa de dados específicos em que a sucursal seja aberta a todo o custo e de forma célere. O comportamento padrão do Bazaar é colocar o repositório, a ramificação e o local de trabalho árvore tudo no mesmo lugar. Essa combinação é chamada de árvore autônoma. Se não houver árvore, ela será chamada de :term:`ramificação independente`. Se o repositório é compartilhado com outras ramificações, é chamado de ramificação de repositório. Uma árvore de trabalho em um local diferente de seu ramo é chamada de Confira. Esteja ciente de que o novo repositório pode parecer ter um histórico semelhante mas internamente é bem diferente com novos IDs de revisão e IDs de arquivo atribuídos. Como consequência, a capacidade de mesclar facilmente com branches baseados no repositório antigo é perdido. Dependendo da sua razões para produzir um novo repositório, isso pode ou não ser um questão. Cheque tudo em 'baz':: Cheque apenas o repositório em 'bar':: Cheque a árvore e ramo em 'foo':: Checkouts também possuem ramificações locais, que funcionam como um cache local. este significa que os checkouts podem ser usados de forma eficaz mesmo com filiais que são acessados pela Internet. Os checkouts normais às vezes são chamados checkouts pesados para distingui-los dos checkouts leves. Os checkouts fornecem um local para as pessoas hackearem o código e se comprometerem. Uma vez por commits do usuário, o branch associado é atualizado com uma nova revisão que representa as mudanças para o commit. Conflito porque FILE não tem versão, mas tem filhos com versão. Determina as revisões faltantes entre este e outro ramo:: Determine as revisões ausentes entre esta e a ramificação no local de pull lembrado:: Determina as revisões faltantes até uma versão específica no outro ramo:: Determina as revisões faltantes até uma versão específica nesse ramo:: Diferença entre a revisão 3 e a revisão 1 para o ramo xxx:: Diferença entre a revisão 3 e a revisão 1:: Diferença entre a árvore de trabalho e a revisão 1:: A comparação com isso mostra todas as alterações que foram feitas neste ramo, e é um bom preditor do que a mesclagem fará. O ramo de envio é usado pelos comandos da diretiva bundle e merge. Se não enviar branch for especificado, a ramificação pai será usada em seu lugar. Exemplos:: As revisões fantasmas podem ser assustadoras na primeira vez que um usuário se depara com elas. Felizmente, porém, os fantasmas de revisão são como fantasmas reais (como eles são) em que sua existência incorpórea normalmente causa pouco, ou nenhum, ferir. As revisões fantasma podem ocorrer em situações incomuns, como a migração de ramificações de sistemas de controle de revisão estrangeiros para o formato Bazaar. Ignora arquivos .class em todos os diretórios...:: Ignora arquivos .o no diretório lib:: Ignora tudo exceto o diretório "debian" primário:: Ignore tudo, exceto o diretório de nível superior "local", mas sempre ignore os arquivos de salvamento automático que terminam em ~, mesmo em local/:: Ignora arquivos cujo nome começa com o caracter "#":: Em termos do Breezy_, um "Repositório Compartilhado" é um local onde vários as filiais podem **compartilhar** suas informações de histórico de revisões. A fim de suportar fluxos de trabalho descentralizados, é possível para cada filial armazenar suas próprias informações de histórico de revisão. Mas isso muitas vezes ineficiente, uma vez que as filiais relacionadas compartilham o histórico e podem bem compartilhar o armazenamento também. Em situações do mundo real, a maioria das pessoas não tem acesso a energia nuclear códigos de lançamento. Os usuários podem ter dados como senhas, código proprietário e outros dados sensíveis. A liberação acidental deste tipo de dados é potencialmente prejudicial para o proprietário da filial - talvez prejudicial o suficiente para o desenvolvedor pode esperar por um desastre nuclear! É um erro solicitar o pai da revisão nula (antes:0). Faça um leve checkout em outro lugar:: Observe que no caso de uma mesclagem, a opção -c mostra as alterações comparado ao pai esquerdo. Para ver as alterações em relação outro pai, use:: Uma maneira de exibir todas as alterações desde ontem seria:: Refaça a mesclagem de "foobar", usando o algoritmo de mesclagem weave, com processamento adicional para reduzir o tamanho das regiões de conflito:: O mesmo que 'brz diff', mas prefixa os caminhos com old/ e new/:: Selecione a revisão que modificou a linha especificada pela última vez. A linha é especificado como caminho:número. Caminho é um caminho relativo para o arquivo. Números começam em 1 e são relativos à versão atual, não à última versão confirmada do arquivo. Selecione a revisão que mesclou a revisão especificada na linha principal. Definir um atalho para 'll':: Definir o usuário atual:: Mostrar somente as diferenças para o arquivo NEWS:: Mostrar os atalhos especificados para 'll':: Mostrar as diferenças entre dois ramos para o aquivo NEWS:: Mostrar as diferenças do ramo xxx para esta árvore de trabalho: Mostrar as diferenças na árvore de trabalho xxx para o arquivo NEWS:: Mostre as diferenças usando um programa de comparação personalizado com opções:: Forneça um carimbo de data para selecionar a primeira revisão que corresponde à data. A data pode ser 'ontem', 'hoje', 'amanhã' ou uma string AAAA-MM-DD. Corresponde à primeira entrada após uma determinada data (à meia-noite ou em um determinado momento). Forneça um número positivo para obter a enésima revisão a partir do final. Isso é o mesmo que fornecer números negativos para a especificação 'revno:'. Exemplos:: Forneça um id de revisão específico, que pode ser usado para especificar qualquer id de revisão na ascendência do ramo. Incluindo mesclagens e mesclagens pendentes. Exemplos:: Forneça qualquer especificação de revisão para retornar o pai dessa revisão. Isto é principalmente útil ao inspecionar revisões que não estão no histórico de revisões de um ramo. Forneça o caminho para uma ramificação para selecionar sua última revisão. Forneça o caminho para uma ramificação para selecionar o ancestral comum. As tags são armazenadas na ramificação e criadas pelo comando 'tag'. As tags apontam para uma revisão e, portanto, também podem ser usadas ao se referir a um commit, mas novamente, dois branches diferentes podem ter o mesmo nome de tag apontando para duas revisões diferentes e, portanto, você também deve fornecer ao branch ao qual você está se referindo ao indicar um nome de tag. As mudanças entre a versão atual e a versão anterior (equivalente a -c-1 e -r-2..-1) As alterações introduzidas pela revisão 2 (equivalente a -r1..2):: O ancestral comum é a última revisão que existiu em ambos galhos. Normalmente este é o ponto de ramificação, mas também pode ser uma revisão que foi mesclada. A desvantagem do cherrypicking é que o Bazaar não rastreia o cherrypicking revisões, embora esse recurso esteja firmemente na lista de desejos. A passagem inicial não é feita se a opção --info for usada para passar explicitamente informações sobre o fluxo de entrada. Também não é feito se a fonte for de entrada padrão. No último caso, o consumo de memória pode ser maior do que o contrário porque alguns blobs podem ser mantidos na memória por mais tempo do que o necessário. Isso é frequentemente usado com 'diff' para retornar todas as alterações que seu branch introduz, excluindo as mudanças que você não foram mesclados da ramificação remota. Para aplicar uma mesclagem diretiva contida em /tmp/merge:: Para criar uma versão de mesclagem com três padrões de dois ramos feature1a e feature1b: Para manter a compatibilidade com versões anteriores, a importação rápida permite que você crie você mesmo o repositório de destino ou o branch autônomo. No entanto, é recomendado que você deixe a importação rápida criar estes para você em vez disso. Para mesclar alterações até e incluindo a revisão 82 de brz.dev:: Para mesclar as alterações introduzidas por 82, sem alterações anteriores:: Para remover um atalho para 'll':: Para ver as alterações introduzidas pela revisão X:: Ao contrário de um diretório normal, uma árvore de trabalho está associada a um :term:`ramificação`. A árvore de trabalho é o espaço no qual comandos como confirmar e reverter a operação. Use um número inteiro para especificar uma revisão no histórico da ramificação. Opcionalmente, uma ramificação pode ser especificada. Um número negativo contará do final da ramificação (-1 é a última revisão, -2 a anterior 1). Se o número negativo for maior que o histórico da filial, o primeira revisão é retornada. Exemplos:: O mapeamento do usuário é suportado pela importação rápida e comandos de filtro de importação rápida. [/home/jdoe/branch/nethack] email = Administrador Nethack <nethack@nethack.com> [ALIASES] tip = log -r-1 top = log -l10 --line show = log -v -p [PREDEFINIÇÃO] [PREDEFINIÇÃO] email = John Doe <jdoe@isp.com> editor = /usr/bin/vim create_signatures = quando necessário [http://hypothetical.site.com/branches/devel-branch] create_signatures = sempre [http://mybranches.isp.com/~jdoe/branchdir] [/home/jdoe/branches/] [nome *.bat] eol = nativo [nome *.html *.xml] palavras-chave = xml_escape brz commit foo -x foo/bar brz cp FONTE ... DESTINO brz info brz info -v brz info -vv brz ls --ignored brz mv FONTE ... DESTINO brz push: pai brz remove-branch repo/trunk visualização brz brz view --all brz view --delete brz view --delete --all brz view --name view-name brz view --name view-name --delete brz view --name view-name file1 dir1 ... brz view --switch off brz view --switch view-name brz visualizar arquivo1 dir1 ... 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> cd ~/project brz init brz add . brz status brz commit -m "imported project" debug_flags = hpss debug_flags = hpss,mal email = John Doe <jdoe@isp.com> gpg_signing_key = Amy Pond <amy@example.com> email = Nome Completo <account@hostname.tld> my_branch_name = feature_x meu_servidor = bzr+ssh://example.com push_location = {my_server}/project/{my_branch_name} trac_twisted_url = http://www.twistedmatrix.com/trac @ = exemplo.com conta = William Jones <bill@example.com> Padrões contendo colchetes ou espaços devem ser entre aspas para garantir que eles sejam analisados corretamente. Alguns dos formatos mais antigos têm duas variantes: um simples e um de raiz rica. Estes últimos incluem um adicional campo sobre a raiz da árvore. Não há custo de desempenho para usar um formato de raiz rica, mas você não pode mesclar facilmente as alterações de um formato rich-root para um formato simples. Como consequência, mover um projeto para um formato rich-root requer alguma coordenação em que todos os contribuidores precisam atualizar seus repositórios por volta da mesma época. 2a e todos os formatos futuros serão implicitamente rich-root. ``brz resolve ARQUIVO`` bzr fast-export --export-marks=marks.bzr project.dev | GIT_DIR=projeto/.git git-fast-import --export-marks=marks.git bzr fast-export --import-marks=marks.bzr -b other project.other | GIT_DIR=projeto/.git git-fast-import --import-marks=marks.git bzr fast-export --no-plain my-bzr-branch my.fi.gz bzr fast-export --plain meu-bzr-branch my.fi cd /darcs/repo/caminho darcs-fast-export > project.fi bzr importação rápida project.fi project.bzr cd /git/repo/caminho git fast-export --all > project.fi bzr importação rápida project.fi project.bzr cd /hg/repo/caminho hg fast-export > project.fi bzr importação rápida project.fi project.bzr cvs2git /cvs/repo/path > project.fi bzr importação rápida project.fi project.bzr ID-antigo = ID-novo svn-fast-export /svn/repo/path > project.fi bzr importação rápida project.fi project.bzr xxx <nome do arquivo> "João Silva <jdoe@example.com>" $ brz inicial $ brz mkdir foo $ brz commit -m "BASE" $brz filial. ../de outros $ rmdir foo $ toque foo $ brz commit -m "ESTE" $ brz mkdir ../other/foo/bar $ brz commit ../other -m "OTHER" $ brz merge ../other $ brz inicial $ brz mkdir branco $ brz mkdir preto $ brz commit -m "BASE" $brz filial. ../de outros $ brz mv branco preto $ brz commit -m "ESTE" $ brz mv ../outro/preto ../outro/branco $ brz commit ../other -m "OTHER" $ brz merge ../other * A conexão é feita através de um servidor inteligente (acessado com uma URL começando com "bzr://", "bzr+ssh://" ou "bzr+http://", ou acessado através de um "http://" URL quando um servidor inteligente está disponível via HTTP). * O bit de execução foi alterado * O gancho é específico do servidor ou parte da infraestrutura geral, em vez de do que o código específico do cliente (como commit). * ``brz log -r2 -p guide.txt`` exibirá uma mensagem de erro não havia nenhum arquivo chamado guide.txt na revisão 2. * ``brz log -r2 -p tutorial.txt`` mostrará as alterações feitas o arquivo original na revisão 2. * ``brz log guide.txt`` registrará o arquivo adicionado na revisão 1 * ``brz log tutorial.txt`` registrará o novo arquivo adicionado na revisão 3 * ``host``: pode ser vazio (para atuar como padrão para qualquer host), * ``password``: pode estar vazio se você preferir que sempre seja solicitado seu senha. * ``path``: pode estar vazio (FTP ou SFTP nunca o usará), * ``port`` pode estar vazio (útil quando um host fornece vários servidores para o mesmo esquema), apenas valores numéricos são permitidos, isso deve ser usado apenas quando o servidor usa uma porta diferente da porta padrão do esquema, * ``scheme``: pode ser vazio (o que significa que o resto da definição pode ser usado para qualquer esquema), ``SFTP`` e ``bzr+ssh`` não devem ser usados aqui, ``ssh`` deve ser usado em vez disso, uma vez que este é o esquema real em relação autenticação, * ``user``: pode estar vazio (``bzr`` será o padrão para python's ``getpass.get_user()``), * revisão 1: adicionar tutorial.txt * revisão 2: modificar tutorial.txt * revisão 3: renomear tutorial.txt para guide.txt; adicionar tutorial.txt * {date} - data da última revisão * {build_date} - data atual * {revno} - número de revisão * {revision_id} - ID da revisão * {branch_nick} - apelido da filial * {clean} - 0 se a árvore de origem contiver alterações não confirmadas, caso contrário 1 + Arquivo versionado - Arquivo não versionado R arquivo renomeado ? Arquivo desconhecido Arquivo X inexistente (e desconhecido para brz) O arquivo C tem conflitos P Entrada para uma mesclagem pendente (não um arquivo) - delegar armazenamento de senha para plugins (.netrc por exemplo). - armazenar as senhas em várias codificações ofuscantes (base64 para um), :bound A ramificação à qual esta ramificação está vinculada, para ramificações vinculadas. :parent O pai desta ramificação. :public A localização pública desta ramificação. :push O local salvo usado para `brz push` sem argumentos. :submit A ramificação de envio para esta ramificação. :este Este ramo. <<<<<<< ÁRVORE Martin Pool lançou. ======= O líder do projeto lançou o Bazaar. >>>>>>> MERGE-SOURCE <protocolo>://[usuário[:senha]@]host[:porta]/[caminho] ================= ========================= Formatos suportados detectados pela extensão ================= ========================= dir (nenhum) tar .tar tbz2 .tar.bz2, .tbz2 tgz .tar.gz, .tgz zip .zip ================= ========================= ================================================== == Exemplo de abreviação de URL ================================================== == https://bugs.launchpad.net/lp lp:12345 http://bugs.debian.org/ deb deb:12345 http://bugzilla.gnome.org/ gnome gnome:12345 ================================================== == ? - Corresponde a qualquer caractere único, exceto '/' * - Corresponde a 0 ou mais caracteres, exceto '/' /**/ - Corresponde a 0 ou mais diretórios em um caminho [az] - Corresponde a um único caractere de um grupo de caracteres Um erro comum é esquecer de adicionar um novo arquivo ou diretório antes executando o comando commit. A opção --strict verifica se há algo desconhecido arquivos e aborta o commit se algum for encontrado. Pré-commit mais avançado verificações podem ser implementadas definindo ganchos. Veja ``ganchos de ajuda do brz`` para detalhes. Uma confirmação seletiva após uma mesclagem ainda não é suportada. Conflito ao adicionar o arquivo FILE. Arquivo existente movido para FILE.moved. Conflito ao adicionar arquivos a FILE. Diretório criado. Conflito ao mover FILE para DIRECTORY. Movimento cancelado. Conflito: não é possível excluir DIR porque não está vazio. Não excluindo. Conflito: foo.new não é um diretório, mas contém arquivos. Diretório criado. Tags conflitantes: versão-0.1 Conflito de conteúdo em FILE Exibir informações sobre o formato e locais relacionados: Exibir acima as informações juntas sobre o formato estendido e estatísticas básicas (como o número de arquivos na árvore de trabalho e número de revisões no ramo e repositório): Exibir o acima junto com o número de committers para o branch: Recurso longa linha curta ------------ ------------- ------------ --- ---------------- meta de design visão detalhada visão concisa 1 revisão por linha nome do committer + nome de e-mail apenas nome nome do autor+e-mail - - formato data-hora somente data completa somente data commit message full full top line etiquetas sim sim sim indicador de mesclagem - sim - status/delta opcional opcional - diff/patch opcional opcional - revision-id opcional opcional - nick da filial sim - - propriedades estrangeiras de vcs sim sim - níveis preferidos todos 1 1 assinatura digital opcional - - Os nomes de arquivos são interpretados dentro de seu contexto histórico. Para registrar um arquivo excluído, especifique um intervalo de revisão para que o arquivo exista em final ou início do intervalo. Contexto histórico também é importante quando você está interpretando os caminhos de arquivos/diretórios renomeados. Considere o seguinte exemplo: Ganchos também podem ser configurados para serem executados após um commit. Isso permite que você para acionar atualizações em sistemas externos, como rastreadores de bugs. Os --fixes opção pode ser usada para registrar a associação entre uma revisão e um ou mais erros. Veja ``bugs de ajuda do brz`` para detalhes. Se os parâmetros forem fornecidos e o primeiro não for uma ramificação, o log será filtrado para mostrar apenas as revisões que alteraram o arquivos ou diretórios nomeados. Se os arquivos selecionados forem especificados, apenas as alterações nesses arquivos serão comprometido. Se um diretório for especificado, o diretório e tudo dentro dele está comprometido. Se o autor da mudança não for a mesma pessoa que o committer, você pode especificar o nome do autor usando a opção --author. O name deve estar no mesmo formato de um committer-id, por exemplo. "John Doe <jdoe@example.com>". Se houver mais de um autor de a alteração, você pode especificar a opção várias vezes, uma vez para cada autor. Se você estiver interessado em aprofundar-se em uma determinada mesclagem X, use ``brz log -n0 -rX``. Nesse caso: N Arquivo criado D Arquivo excluído K Tipo de arquivo alterado Arquivo M modificado Note que o número padrão de níveis a serem exibidos é uma função do formato log. Se a opção -n não é usada, os formatos log padrão mostram simplesmente o nível máximo (linha principal). Conflito de caminho: PATH1 / PATH2 RE:(?i)foo Remova a ramificação em repo/trunk:: Renomeamentos são sempre seguidas por um registro. Por design, não há necessidade de explicitamente pedir por isso (e não tem uma maneira de parar voltar o registro para a última vez que houve renomeamento). Veja ``brz help revisionspec`` para detalhes sobre como especificar X e Y. Alguns exemplos comuns são dados abaixo:: Defina o ID do Launchpad do usuário atual como 'bob':: Os resumos de status são mostrados usando sinalizadores de status como A, M, etc. Para ver as mudanças explicadas usando palavras como ``added`` e ``modified`` em vez disso, use a opção -vv. Conflito de texto em FILE A opção --match pode ser usada para encontrar revisões que correspondam a um expressão regular em uma mensagem de commit, committer, autor ou bug. Especificar a opção várias vezes corresponderá a qualquer uma das opções fornecidas expressões. --match-author, --match-bugs, --match-committer e --match-message pode ser usado para corresponder apenas a um campo específico. A opção -r pode ser usada para especificar qual revisão ou intervalo de revisões filtrar contra. As várias formas são mostradas abaixo: As seguintes informações podem ser usadas para controlar quais informações são mostradas:: O formato de log controla como as informações sobre cada revisão são exibido. Os formatos de log padrão são chamados de ``long``, ``short`` e ``linha``. O padrão é longo. Veja ``brz help log-formats`` para obter mais detalhes sobre os formatos de log. Para definir uma visualização nomeada e alternar para ela:: Para excluir uma visualização nomeada:: Para excluir todas as visualizações:: Para excluir uma visualização atual:: Para desabilitar a visualização atual sem excluí-la:: Para exibir as revisões da mais antiga para a mais recente, use a opção --forward. Na maioria dos casos, usar esta opção terá pouco impacto no total tempo necessário para produzir um log, embora --forward não exibir revisões como --reverse faz quando pode. Para listar uma exibição nomeada:: Para listar todas as visualizações:: Para listar a visualização atual:: Para alternar para uma exibição nomeada:: Quando as exclusões são fornecidas, elas têm precedência sobre os arquivos selecionados. Por exemplo, para confirmar apenas as alterações em foo, mas não as alterações dentro de foo/bar:: Ao explorar o histórico não principal em grandes projetos com profunda histórico, o desempenho do log pode ser muito melhorado instalando o plug-in do historycache. Este plugin armazena informações históricas trocando espaço em disco por velocidade mais rápida. Ao registrar uma série de revisões usando -rX..Y, o registro começa em revisão Y e pesquisa no histórico através do pais ("esquerda") até encontrar X. Ao registrar apenas o nível superior (usando -n1), um erro é relatado se X não for encontrado pelo caminho. Se o registro multinível for usado (-n0), X pode ser uma revisão de mesclagem aninhada e o log será truncado de acordo. Você pode achar útil adicionar os aliases abaixo ao ``breezy.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} [/topo/local] push_location = sftp://example.com/location push_location:policy = appendpath [APELIDO] commit = commit --strict log10 = log --short -r -10..-1 [PREDEFINIÇÃO] email=João Silva <jdoe@isp.com> [PREDEFINIÇÃO] log_format = curto [meus projetos] esquema=sftp host=host.com usuário=joe senha=segredo [nome *.bat] eol = crlf [nome *.png] eol = exato [nome *.sh] eol = lf [nome *] eol = nativo [nome *] eol = nativo-com-crlf-no-repo [nome test_data/] eol = exato ``brz log -v`` em uma ramificação com muito histórico está atualmente muito devagar. Uma correção para esse problema está atualmente em desenvolvimento. Com ou sem essa correção, é recomendável que um intervalo de revisão ser fornecido ao usar a opção -v. ``brz resolve FILE --action=done' ``brz tip`` irá então mostrar a última revisão enquanto ``brz top`` mostrará as últimas 10 revisões da linha principal. Para ver os detalhes de um revisão específica X, ``brz show -rX``. antepassado Um ancestral é uma das revisões nas quais esta revisão se baseia. A revisão imediatamente anterior tem um nome especial, o :term:`revisão pai`. pai ancestral Qualquer ramificação que foi mesclada por outra ramificação e depois confirmada torna-se que ramos pai ancestral. ramo uma linha de desenvolvimento. Nos termos mais simples, um ramo é o registro de todos os commits que foram feitos. Cada :term:`árvore de trabalho` tem um ramo, mas pode estar em um local diferente. As revisões reais produzidos pelos commits são armazenados em um repositório, que às vezes é compartilhado com outros galhos. ramo, amarrado Uma ramificação vinculada é uma ramificação que não confirma uma nova revisão até depois a revisão foi aplicada a outro ramo e primeiro. brz add make arquivos ou diretórios versionados brz ignore ignore um arquivo ou padrão brz mv mover ou renomear um arquivo versionado brz branch sftp://host.com/path/to/my/branch brz branch sftp://joe:secret@host.com/path/to/my/branch brz tem um plugin genérico de correspondência de texto completo, brz-search, que pode ser usado para encontrar revisões que correspondam a nomes de usuários, mensagens de commit, etc. Entre outros recursos, este plugin pode encontrar todas as revisões contendo uma lista de palavras, mas não outras. brz help init mais ajuda sobre, por exemplo, comando init comandos de ajuda do brz listam todos os comandos tópicos de ajuda do brz lista todos os tópicos de ajuda brz log registra o branch atual brz log foo.py registra um arquivo em sua ramificação brz log http://server/branch registra uma ramificação em um servidor brz log mostra histórico de alterações brz check validar armazenamento brz log file:///tmp/%2False (refere-se a um arquivo chamado /tmp/\/alse) brz log %252False (refere-se a um arquivo chamado /tmp/%252False) brz log foo,branch=bla # caminho "foo" com o parâmetro de segmento "branch" definido como "bla" arquivo de log brz:foo%2Cbranch=bla # caminho "foo,branch=bla" brz log file:foo,branch=bla # caminho "foo" com parâmetro de segmento "branch" definido como "bla" brz lp-find-proposal -r mainline:annotate:README:1 brz merge pull em mudanças de outro branch brz commit salvar algumas ou todas as alterações brz enviar enviar alterações por email brz status resume as mudanças na cópia de trabalho brz diff mostrar diferenças detalhadas brz version-info --custom \ --template="#define VERSION_INFO \"Projeto 1.2.3 (r{revno})\"\n" brz+ssh://remote@shell.example.com/~/myproject/trunk bzr importação rápida project.fi project.bzr bzr.default_mergetool = kdiff3 bzr.mergetool.kdiff3 = kdiff3 {base} {este} {outro} -o {resultado} cd /tmp brz log /tmp/%2False brz log %2Falso arquivo de log brz:///tmp/%252False arquivo de log brz://localhost/tmp/%252False arquivo de log brz:%252False Confira Um checkout é essencialmente uma árvore de trabalho que está vinculada a uma ramificação em um local diferente. checkout Crie uma árvore de trabalho quando uma ramificação não tiver uma. remove-tree Remove a árvore de trabalho de uma ramificação quando for seguro fazê-lo. atualização Quando uma árvore de trabalho está fora de sincronia com sua ramificação associada isso atualizará a árvore para corresponder à ramificação. checkout Crie um checkout. Passe --lightweight para obter um leve Confira update Puxe quaisquer alterações no branch master para o seu checkout commit Faz um commit que é enviado para o branch master. Se você tem um check-out pesado, a opção --local se comprometerá com o checkout sem enviar o commit para o master switch Altera o branch master que os commits no checkout irão ser enviado para bind Transforme um branch autônomo em um checkout pesado para que qualquer commits serão enviados para o branch master unbind Transforme um checkout pesado em um branch autônomo para que qualquer commits são feitos apenas localmente info Exibe se uma ramificação está vinculada ou não. Se o ramo for vinculado, ele também exibirá a localização da ramificação vinculada colher cerejas Um cherrypick é uma operação na qual o delta entre duas revisões é aplicado a uma árvore de trabalho. O processo é aproximadamente semelhante à geração de um diff entre duas revisões e aplicá-lo a uma árvore de trabalho. dag Grafo Acíclico Dirigido. O gráfico de revisões onde cada revisão é conectado às suas revisões pai. delta Um delta é definido como as mudanças entre duas revisões. Qualquer RCS que tenha revisões normalmente cria um delta para realizar uma comparação gio+ Acesse usando qualquer protocolo compatível com GIO. http://brzuser:BadPass@brz.example.com:8080/brz/trunk http_proxy=http://proxy.example.com:3128/ https_proxy=http://proxy.example.com:3128/ init Muda um diretório para um branch com versão. branch Crie um novo branch que seja uma cópia de um branch existente. merge Realize uma mesclagem de três vias. bind Vincula uma ramificação a outra. init Transforma um diretório em um branch com versão. maria => maria <maria@example.com> conta => William Jones <bill@example.com> mesclar A fusão é o processo de aplicação de todas as mudanças que foram introduzidas no uma ramificação em outra ramificação, sem aplicar nenhuma alteração que seja já comum aos dois ramos. Às vezes, um usuário não vai querer todos os mudanças. Para esses casos, um usuário pode preferir um cherrypick, que dá ao usuário a opção de aplicar apenas as revisões desejadas. mesclar, cruzar Um tipo de mesclagem com falha causado por duas ramificações se fundindo no mesmo tempo. códigos de lançamento nuclear Os códigos de lançamento nuclear são um exemplo de dados que foram comprometidos com um ramo que deve ser removido a todo custo. Imagine se alguém tivesse acesso ao códigos de lançamento de uma ogiva nuclear, acidentalmente os entregou a uma filial e, em seguida, empurrou a filial para um local público. repositório Uma biblioteca de revisões para branches. revisão Uma revisão é um estado do código. revisão, ancestral Um ancestral é uma das revisões nas quais esta revisão se baseia. A revisão imediatamente anterior tem um nome especial, a revisão pai. revisão, fantasma Um fantasma :term:`revisão`, também chamado de fantasma, é uma revisão que um :term:`branch` conhece mas não tem. revisão, pai A revisão que vem imediatamente antes desta revisão. repositório compartilhado Um repositório compartilhado é semelhante ao conceito tradicional de repositório em outros VCSs como CVS e Subversion. Por exemplo, no Subversion você tem um repositório remoto, que é onde todo o histórico é armazenado, e localmente você não tem nenhuma informação de histórico, apenas um checkout do arquivos de árvore de trabalho. Observe que "Compartilhado" neste contexto significa compartilhado entre galhos. Ele *pode* ser compartilhado entre pessoas, mas ramificações independentes também pode ser compartilhado entre as pessoas. supress_warnings=missing_extensions marcação Uma tag é um apelido para uma :term:`revision` em particular. O uso típico é marcar um lançamento do software para que você possa consultá-lo facilmente mais tarde. árvore de trabalho Uma árvore de trabalho é um diretório com arquivos de projeto que um usuário pode editar. aaaa.hooks.install_named_hook("xxx", ...) {base} arquivo.BASE {este} arquivo.ESTE {other} arquivo.OTHER arquivo de saída {resultado} {this_temp} cópia temporária do arquivo.THIS, usado para substituir o arquivo de saída se houver mesclagem tem sucesso. * *commit-properties* - metadados personalizados por commit que o Bazaar armazena nas propriedades de revisão (por exemplo, branch-nick e erros corrigidos por este change) serão incluídos na saída. * *diretórios vazios* - diretórios, mesmo os vazios, serão incluído na saída. * *multiple-authors* - se um commit tiver vários autores (como geralmente ocorre em programação em pares), todos os autores serão incluídos no saída, não apenas o primeiro autor * Caminhos do sistema de arquivos, relativos ou absolutos * URLs totalmente qualificados * Para reaplicar conversores de leitura, arquivos ``toque``, ou seja, atualize seus carimbo de data/hora. Operações como ``brz status`` devem então reaplicar o conversores de leitura relevantes e compare o resultado final com o formato canônico. * Para reaplicar conversores de gravação, certifique-se de que não haja alterações locais, exclua os arquivos relevantes e execute ``brz revert`` nesses arquivos. * bzr git-objects: Extrai objetos Git de um repositório Bazaar * bzr git-refs: Exibe refs do Git de uma ramificação ou repositório do Bazaar * bzr git-import: Importa um repositório Git local ou remoto para um conjunto de Bazaar galhos * refs/heads/foo é mapeado para foo * refs/remotes/origin/foo é mapeado para foo.remote * refs/tags/foo é mapeado para foo.tag * */master é mapeado para trunk, trunk.remote, etc. * */trunk é mapeado para git-trunk, git-trunk.remote, etc. .. Nota:: 1. a primeira partida vence, 2. campos vazios correspondem a tudo, 3. ``scheme`` corresponde mesmo se decoradores forem usados no URL solicitado, 4. ``host`` corresponde exatamente ou age como um domínio se começar com '.' (``project.bzr.sf.net`` corresponderá a ``.bzr.sf.net`` mas ``projectbzr.sf.net`` não corresponderá a ``bzr.sf.net``). 5. ``port`` corresponde se incluído no URL solicitado (apenas correspondências exatas) 6. ``path`` corresponde se incluído no URL solicitado (e pela regra nº 2 acima, caminhos vazios corresponderão a qualquer caminho fornecido). ========== ===================================== === =================== Valor final de linha de check-out como final de linha de confirmação como ========== ===================================== === =================== ``native`` ``crlf`` no Windows, ``lf`` caso contrário ``lf`` ---------- -------------------------- --- ------------------- ``lf`` ``lf`` ``lf`` ---------- -------------------------- --- ------------------- ``crlf`` ``crlf`` ``lf`` ---------- -------------------------- --- ------------------- ``exact`` Sem conversão Exatamente como no arquivo ========== ===================================== === =================== ================================================== == ====================== Valor final de linha de check-out como final de linha de confirmação como ================================================== == ====================== ``native-with-crlf-in-repo`` ``crlf`` no Windows, ``crlf`` ``lf`` caso contrário ---------------------------- ---------------------- ------------------------ ``lf-with-crlf-in-repo`` ``lf`` ``crlf`` ---------------------------- ---------------------- ------------------------ ``crlf-com-crlf-in-repo`` ``crlf`` ``crlf`` ================================================== == ====================== Como alguns exportadores (como git-fast-export) reutilizam dados de blob em commits, a importação rápida faz duas passagens sobre o arquivo de entrada por predefinição. Na primeira passagem, ele coleta dados sobre quais blobs são usado quando, juntamente com algumas outras estatísticas (por exemplo, número total de compromissos). Na segunda passagem, ele gera o repositório e galhos. Nos pontos de verificação e na conclusão, o commit-id -> revision-id map é salvo em um arquivo chamado 'fastimport-id-map' no controle diretório para o repositório (por exemplo, .bzr/repository). Se a importação for interrompido ou travar inesperadamente, ele pode ser iniciado novamente e este arquivo será usado para pular revisões já carregadas. Desde que as exportações subsequentes da fonte original comecem com exatamente as mesmas revisões, você pode usar esse recurso para manter um espelho de um repositório gerenciado por uma ferramenta estrangeira. Se e quando o Bazaar for usado para gerenciar o repositório, este arquivo pode ser deletado com segurança. Linhas em branco e linhas começando com # são ignoradas. Se old-id tiver o valor especial '@', os usuários sem um endereço de e-mail receberá um criado usando o new-id correspondente como o domínio, a menos que um endereço mais explícito seja fornecido para eles. Por exemplo, dado o mapa do usuário de:: Git tem regras de nomenclatura mais rígidas para tags e exportação rápida --plain irá pular tags que não podem ser importadas para o git. Para substituir caracteres não suportado no git com um sublinhado, especifique --rewrite-tag-names. Os nomes de referência do Git são mapeados para os nomes das ramificações do Bazaar da seguinte forma: Se você receber um erro "Espaço ausente após a origem" do git-fast-import, veja a parte superior do módulo comandos.py para uma solução alternativa. Se você deseja escrever um exportador personalizado para seu projeto, consulte http://bazaar-vcs.org/BzrFastImport para o protocolo detalhado especificação. Em muitos casos, os exportadores podem ser escritos bastante rapidamente usando qualquer linguagem de script/programação que você goste. Importe um repositório CVS para o Bazaar:: Importe um repositório Darcs para o Bazaar:: Importe um serviço Git para o Bazaar:: Importe um repositório Mercurial para o Bazaar:: Importe um repositório Subversion para o Bazaar:: Às vezes é conveniente simplesmente truncar o histórico de revisões em um certo ponto. A opção --baseline, a ser usada em conjunto com -r, emite um commit de linha de base contendo o estado de toda a árvore de origem em a primeira revisão solicitada. Isso permite que um usuário produza uma árvore idêntico ao original sem munging múltiplas exportações. Versões recentes dos recursos de suporte à especificação de importação rápida que permitem uma viagem de ida e volta eficaz da maioria dos metadados no Bazaar galhos. Como tal, a exportação rápida de uma filial e a importação rápida dos dados produzido criará um novo repositório com histórico aproximadamente equivalente, ou seja, "bzr log -v -p --include-merges --forward" no branch antigo e novo ramo deve produzir resultados semelhantes, se não idênticos. Como bzr usa tags por ramificação e git/hg usa tags por repositório, o como o bzr fast-export atualmente emite tags (reinicialização incondicional e new ref) pode resultar em confrontos quando vários ramos diferentes são importados para um único repositório git/hg. Se isso ocorrer, use o opção de exportação rápida bzr --no-tags durante a exportação de um ou mais ramos para evitar o problema. Alguns repositórios de origem armazenam apenas o nome do usuário enquanto o Bazaar prefere um endereço de e-mail completo. Você pode ajustar os IDs de usuário enquanto importando usando a opção --user-map. O argumento é um arquivo de texto com linhas no formato:: Os comandos fast-export-from-xxx normalmente chamam scripts de exportação rápida xxx. Você está convidado a usar o avançado scripts se preferir. A árvore de trabalho é gerada para a ramificação do tronco. Se vários ramificações são criadas, uma mensagem é emitida após a conclusão explicando como criar as árvores de trabalho para outros ramos. Para desabilitar esses recursos e produzir uma saída aceitável para o git 1.6, use a opção --plain. Para habilitar esses recursos, use --no-plain. Atualmente, --plain é o padrão, mas isso mudará em breve futuro uma vez que os nomes de recursos e as definições sejam formalmente acordados pela comunidade mais ampla de desenvolvedores de importação rápida. Para importar várias ramificações não mescladas, mas relacionadas para o mesmo repositório, use as opções --{export,import}-marks e especifique um nome para o git ramo assim:: Para produzir dados destinados ao Git 1.6:: Para produzir dados destinados à importação no Bazaar: Quando uma ramificação em um repositório compartilhado é encontrada no destino, esse ramo é feito o tronco e outros ramos, se houver, são criados em diretórios irmãos. Quando um repositório compartilhado é criado ou encontrado no destino, ramos são criados dentro dele. No caso simples de um único branch (refs/heads/master) dentro do arquivo de entrada, o branch é project.bzr/trunk. Quando uma ramificação autônoma é encontrada no destino, o tronco é importado para lá e são emitidos avisos sobre quaisquer outros ramos encontrado no arquivo de entrada. fast-export pode usar os seguintes "recursos estendidos" para produzir um fluxo de dados mais rico: Nenhum: o valor é interpretado da mesma forma para locais contidos. Isto é o comportamento padrão. norecurse: o valor é usado apenas para a localização exata especificada pelo Nome da Seção. caminho de apêndice: para locais contidos, quaisquer componentes de caminho adicionais são anexado ao valor. então os IDs de usuário são mapeados da seguinte forma:: "%(path)s" não é um diretório %(extra)s "%(path)s" não está no diretório de trabalho %(extra)s "brz diff -p1" é equivalente a "brz diff --prefix old/:new/", e produz patches adequados para "patch -p1". %(context_info)s%(path)s já tem a versão. %(context_info)s%(path)s não tem versão. %(exe_name)s não foi encontrado nesta máquina %(msg)s %(host)s%(port)s%(orig_error)s %(not_locked)r não está bloqueado para gravação, mas precisa estar. %(source)s é%(permanentemente)s redirecionado para %(target)s %(target)s não é compatível com %(source)s %(details)s %(url)s não é um caminho local. %6d IDs de arquivo %6d versões fantasmas %6d pais inconsistentes %6d revisado %6d revisões e inventários %6d apresentados são mencionados mas não estão presentes %6d estão faltando inventário_sha1 %6d versões tem pais incorretos no sumário de versões %6d revisado de pais ausentes na ascendência %6d revisões não estão presentes %6d texto %6d versões de texto não referenciadas %d conflito resolvido automaticamente. %d conflitos resolvidos automaticamente. %d conflitos encontrados. %d propostas encontradas. %d etiqueta atualizada. %d tags atualizadas. %r não é um repositório git %r é muito curto para calcular um caminho relativo %s Submissão recusada. %s - Palco %s não pode canonizar CHKs. %s não tem produto associado ou pacote de origem. %s não tem foco no desenvolvimento. %s já está atualizado. %s agora não está empilhado A visualização '{0}' é: {1} (Padrão: "bzr"). O caminho para o comando que deve ser usado para executar o servidor inteligente para bzr. Este valor só pode ser especificado em locais.conf, porque: (predefinição) * 0 = Comportamento SIGQUIT padrão (normalmente, sai com um dump de memória) * 1 = Chama o depurador de interrupção (padrão) * 0 = Comportamento padrão * 1 = Iniciar o depurador * Uma descrição legível por máquina da mesclagem a ser executada * Um pacote opcional de dados de revisão, para que as alterações possam ser aplicadas diretamente da diretiva de mesclagem, sem recuperar dados de um ramo. * Um patch opcional que é uma prévia das alterações solicitadas *Ignorar padrões contendo curingas shell devem ser citados de o shell no Unix. * Padrões ignorantes começados com "#" atuam como comentários no arquivo ignorado. Para padrões de ignorar que comecem com esse carácter, use o prefixo "RE: * ``+user``, ``+core``, ``+site`` adicionará o caminho correspondente antes dos valores padrão restantes (e também removê-lo do os valores padrão). * ``--action=done`` apenas marcará o conflito como resolvido. * ``--action=take-other`` emitirá ``brz rm directory`` incluindo o crianças, * ``--action=take-this`` reconhecerá a escolha do Bazaar de deixar ``white`` em ``black``, * ``--action=take-other`` irá reverter a escolha do Bazaar e mover ``black`` em ``white`` emitindo ``brz mv black/white white ; brz mv black white``, * ``--action=done`` apenas marcará o conflito como resolvido. * ``--action=take-this`` irá reconhecer a escolha do Bazaar para manter o diretório, * ``--action=take-this`` emitirá ``brz mv FILE.THIS FILE``, * ``--action=take-other`` emitirá ``brz mv FILE.OTHER FILE``, * ``--action=done`` apenas marcará o conflito como resolvido. * ``--action=take-this`` emitirá ``brz rm --force foo.new`` e ``brz add foo``, * ``--action=take-other`` emitirá ``brz rm --force foo`` e ``brz mv foo.new foo``, * ``--action=done`` apenas marcará o conflito como resolvido. * ``--action=take-this`` emitirá ``brz rm FILE ; brz mv FILE.moved FILE``, * ``--action=take-other`` emitirá ``brz rm FILE.moved``, * ``--action=done`` apenas marcará o conflito como resolvido . * ``--action=take-this`` emitirá ``brz rm directory`` incluindo o filhos, * ``--action=take-other`` reconhecerá a escolha do Bazaar de manter os filhos e restaurando o diretório, * ``--action=done`` apenas marcará o conflito como resolvido. * ``--action=take-this`` emitirá ``mv FILE.THIS FILE``, * ``--action=take-other`` emitirá ``mv FILE.OTHER FILE``. * ``--action=take-this`` reverterá a escolha do Bazaar e manterá ``PATH1`` por emitir ``brz mv PATH2 PATH1``, * ``--action=take-other`` reconhecerá a escolha do Bazaar de manter ``PATH2``, * ``--action=done`` apenas marcará o conflito como resolvido. * ``-user``, ``-core``, ``-site`` irá remover o caminho dos valores padrão, * ``authentication.conf`` descreve informações de credenciais para servidores remotos. * ``breezy.conf`` descreve as opções de configuração padrão, * ``conflict`` (o padrão): deixará os órfãos no lugar e gerar conflitos, * ``format_deprecation``: se o aviso de descontinuação do formato é mostrado em repositórios que são usando formatos obsoletos. * ``host``: o servidor remoto, * ``insecure_permissions``: se um aviso é mostrado se ``authentication.conf`` puder ser lido por outros usuários. * ``locations.conf`` descreve informações de configuração para filiais específicas, * ``move``: moverá os órfãos para um diretório ``brz-orphans`` na raiz da árvore de trabalho com nomes como ``<arquivo>.~#~``. * ``senha``: uma senha. * ``path``: a localização da filial, * ``port``: a porta que o servidor está escutando, * ``user``: o login a ser usado, * um formato canônico - como os arquivos são armazenados internamente * um formato de conveniência - como os arquivos são criados em uma árvore de trabalho. * um conversor de leitura - converte do formato de conveniência para o formato canônico * um conversor de gravação - converte do formato canônico para o de conveniência. * um campo ``password_encoding`` permitindo: * adicione um campo ``verify_certificates`` para ``HTTPS``. * o diretório breezy (contendo os plugins ``core``), * o diretório de plug-ins específico do site, se aplicável (contendo os plugins do ``site``). * o diretório de plugins específico do usuário (contendo os plugins ``user``), * atualizar as credenciais quando o usuário for solicitado a fornecer usuário ou senha, *** Ignorando arquivos fora da visão. A visualização é %s , o cabeçalho parece estar corrompido, tente passar -r -1 para definir o estado como última submissão - é necessário antes que branch.conf esteja acessível - permitir que arquivos branch.conf remotos especifiquem comandos seria uma segurança risco - não suportado para diretivas de mesclagem que usam mais de um arquivo de saída. --after não pode ser especificado com --auto. --benchmark não é mais suportado no brz 2.2; use bzr-usertest em vez disso --dry-run requer --auto. --dry-run irá mostrar quais arquivos deveriam ser adicionados, mas na verdade não os adiciona. --email pode apenas ser usado para exibir identidade existente --exclude-common-ancestry requer -r com duas versões. --exclude-common-ancestry requer duas revisões diferentes --file-ids-from tentará usar os ids de arquivo do caminho fornecido. Procura ids tentando encontrar um diretório pai correspondente com o mesmo nome, e depois pelo caminho absoluto. Esta opção é raramente necessária mas pode ser útil quando adicionar o mesmo arquivo lógico em duas ramificações que serão mescladas mais tarde (sem mostrar as duas adições como conflitos). Isto também pode ser útil quando estiver mesclando outro projeto dentro de um subdiretório deste. --help, -h Mostra a mensagem de ajuda. --verbose, -v Exibe mais informações. --quiet, -q Exibe apenas erros e avisos. As opções --include e --exclude podem ser usadas para pesquisar somente (ou excluir da pesquisa) arquivos cujo nome base corresponda ao padrão GLOB de estilo Unix especificado . O padrão GLOB usa *, ?, e [...] como curingas, e \ para citar caracteres curinga ou barra invertida literalmente. Observe que o padrão glob não é uma expressão regular. --prefix espera dois valores separados por dois pontos (exemplo: "antigo/:novo/") --profile Execução do perfil usando o criador de perfil hotshot. --lsprof Execução do perfil usando o criador de perfil lsprof. --lsprof-file Execução do perfil usando o criador de perfil lsprof e escreva o resultados para um arquivo especificado. Se o nome do arquivo terminar com ".txt", formato de texto será usado. Se o nome do arquivo começar com "callgrind.out" ou terminar com ".callgrind", a saída será formatado para uso com o KCacheGrind. Caso contrário, a saída será um picles. --coverage Gera relatório de cobertura de linha no diretório especificado. --remember requer que um branch seja especificado. --tre e --revision não podem ser usados juntos --uncommitted requer uma árvore de trabalho --verbose requer uma diretiva de mesclagem --verbose mostra o caminho onde cada plugin está localizado. --verbose irá mostrar o que está sendo removido. --dry-run irá passar por todos os movimentos mas não irá remover nada. --version Imprime o número da versão. Deve ser fornecido antes do comando. --no-aliases Não processa aliases de comando ao executar este comando. --builtin Usa a versão interna de um comando, não a versão do plugin. Isso não suprime outros efeitos de plug-in. --no-plugins Não processa nenhum plugin. --no-l10n Não traduz mensagens. --concurrency Número de processos que podem ser executados simultaneamente (autoteste). -Seções de autenticação Dauth Trace usadas. -Dbytes Mostra quantos bytes foram transferidos -Ddirstate Rastreia a atividade do dirstate (verbose!) -Derror Em vez do tratamento normal de erros, sempre imprime um traceback em erro. -Devil Capture sites de chamadas que são caros ou mal dimensionados operações. -Dfetch Trace a cópia do histórico entre repositórios. -Dfilters Emite informações para depurar a filtragem de conteúdo. -Dforceinvdeltas Força o uso de deltas de inventário durante a busca de streaming genérico. -Dgraph Trace a travessia do gráfico. -Dhashcache Log toda vez que um arquivo de trabalho é lido para determinar seu hash. -Dhooks Trace a execução do gancho. -Dhpss Trace solicitações e respostas de protocolo inteligente. -Dhpssdetail Mais detalhes do hpss. -Dhpssvfs Traceback no acesso vfs a objetos remotos. -Dhttp Rastreia conexões, solicitações e respostas http. -Dindex Rastreia as principais operações de índice. -Dknit Trace operações de malha. -Dlock Trace quando os bloqueios lockdir são obtidos ou liberados. -Dnoretry Se uma conexão for redefinida, falhe imediatamente em vez de repetindo a solicitação. -Dprogress Trace as operações da barra de progresso. -Dmem_dump Despeja a memória em um arquivo após um erro de falta de memória. -Dmerge Emite informações para depuração de mesclagens. -Dno_apport Não use o apport para relatar travamentos. -Dno_activity Não mostra o indicador de atividade de transporte na barra de progresso. -Dpack Emite informações sobre as operações do pacote. -Drelock Emite uma mensagem toda vez que uma ramificação ou objeto de repositório é desbloqueado e rebloqueado da mesma maneira. -Dsftp Trace SFTP internos. -Dstatic_tuple Erro quando uma tupla é usada onde uma StaticTuple é esperada -Dstream Trace busca fluxos. -Dstrict_locks Rastreia quando os bloqueios do SO são potencialmente usados em um não portátil maneiras. -Dunlock Alguns erros durante o desbloqueio são tratados como avisos. -DIDS_never Nunca use InterDifferingSerializer ao buscar. -DIDS_always Sempre use InterDifferingSerializer para buscar, se apropriado para o formato, mesmo para buscas não locais. -Oname=value Substitui a opção de configuração ``name`` configurando-a para ``value`` para a duração do comando. Isso pode ser usado várias vezes se várias opções precisam ser substituídas. .. _Expressões regulares do Python: http://docs.python.org/library/re.html .. glossário:: .. Nota:: 1. Se você instalou o Breezy a partir de um pacote binário oficial ou de uma distribuição e está vendo este aviso, por favor reporte um bug. 1. Modifique o conteúdo da árvore de trabalho para que o item em conflito esteja agora no estado que você deseja manter, então 1. usuário e senha 2. Se você estiver executando o Breezy a partir de uma árvore de código-fonte ou tarball, execute 'make' nesse diretório para compilar as extensões. Você deve fazer isso toda vez que atualizar a árvore. Para fazer isso, você precisará de algumas dependências de compilação instaladas , incluindo make, um compilador C e os arquivos de cabeçalho do Python. 2. Informe o Bazaar que o conflito está resolvido e peça para limpar qualquer informações geradas restantes (``brz resolve <item>``). 2. usuário, domínio e senha 3. Se você não pode ou não quer construir as extensões, adicione esta linha ao breezy.conf (cuja localização é mostrada por 'brz --version'):: :2a: (nativo) (padrão) Formato para a série bzr 2.0. :Apelido: :Acompanhamento de blobs: :Regras de criação de ramificações: :Regras de mapeamento de ramificação: :Verificações: :Autores personalizados: :Exportadores personalizados: :Descrição: %s :Exemplos: :Exemplos: Cria um repositório compartilhado contendo apenas ramos:: :Exemplos: :Exemplos: Refaça a mesclagem de todos os arquivos em conflito e mostre o texto base em regiões de conflito, além dos textos usuais ESTE e OUTROS:: :Exemplos: Mostra os atalhos atuais:: :Exemplos: :Examplos: Mostra a diferença na árvore de trabalho da última aplicação:: :Exemplos: :Exemplos: Mostre o ID do Launchpad do usuário atual:: :Exemplos: Para definir a visualização atual:: :Valores de saída: 1 - alterado 2 - mudanças irrepresentáveis 3 - erro 0 - Sem alteração :Valores de saída: 1 - algumas revisões ausentes 0 - sem revisões ausentes :De: plug-in "%s" :Truncação do histórico: :Interoperabilidade: :Notas: :Opções:%s :Controle de pedidos: :Outra filtragem: :Controle de saída: :Filtragem de caminho: : Objetivo: %s :Reiniciando uma importação: :Filtragem de revisão: :Ida e volta: :Veja também: %s :Submissões seletivas: :Observações: :Dicas & truques: :Uso: %s :Uso: %s :Mapeamento de usuários: :Atualizações da árvore de trabalho: :antepassado: :anotar: :antes de: :ramo: :claws: Use Garras. Isso ignora uma caixa de diálogo para anexar arquivos. :evolution: Use Evolution. :kmail: Use o KMail. :mutt: Use Mutt. :thunderbird: Use Mozilla Thunderbird ou Icedove. Para Thunderbird/Icedove 1.5, isso funciona em torno de alguns bugs que o xdg-email não lida. :Encontro: Data: :doc:`{0} <{1}-help>` :git-bare: Repositório GIT nu (sem árvore de trabalho). :git: :git: repositório GIT. :durar: :linha principal: :revid: :revno: :enviar: :Etiquetas: Um nome de codificação unicode Python para saída de texto de bzr, como informações de log. Os valores incluem: utf8, cp850, ascii, iso-8859-1. O padrão é a codificação de terminal preferida pelo sistema operacional. Uma solução ---------- Um diretório backup.bzr.~#~ é criado no início da conversão processo (onde # é um número). Por padrão, isso é deixado lá em conclusão. Se a conversão falhar, exclua o novo diretório .bzr e renomeie este de volta em seu lugar. Use a opção --clean para perguntar para que o diretório backup.bzr seja removido na conversão bem-sucedida. Alternativamente, você pode excluí-lo manualmente se tudo estiver bem mais tarde. Uma ramificação consiste no estado de um projeto, incluindo todo o seu histórico. Todas as ramificações têm um repositório associado (que é onde o histórico de ramificações é armazenado), mas várias ramificações podem compartilhar o mesmo repositório (um repositório compartilhado). As ramificações podem ser copiadas e mescladas. Um checkout é criado com o comando brz checkout (veja "help checkout"). Você passa uma referência para outra ramificação e ela criará uma cópia local para você que ainda contém uma referência à ramificação da qual você criou o check-out (a ramificação mestre). Então, se você fizer qualquer commit, eles serão feitos primeiro no outro branch. Isso cria um espelho instantâneo do seu trabalho, ou facilita o desenvolvimento em etapas, onde cada desenvolvedor está trabalhando em conjunto, integrando continuamente as mudanças dos outros. Uma lista separada por vírgulas de opções de depuração para ativar. Os mesmos valores podem ser usados com a opção de linha de comando -D (veja `help global-options`). Por exemplo:: Um comentário é qualquer linha que comece com um "#" (às vezes chamado de "marca de hash ", "sinal de libra" ou "sinal de número"). As linhas de comentário são ignoradas pelo Breezy ao analisar arquivos ini. Já existe um diretório de controle: "%(path)s". Um cruzamento no histórico de ramificações pode fazer com que a técnica de mesclagem padrão emita mais conflitos do que seria normalmente esperado. Uma descrição detalhada de cada palavra-chave é descrita abaixo. Um diretório não pode ser um pacote Um gancho do tipo *xxx* da classe *yyy* precisa ser registrado usando:: Um formato de log controla como as informações sobre cada revisão são exibidas. Os formatos de log padrão são comparados abaixo:: Uma diretiva de mesclagem deve fornecer um pacote ou um local de ramificação pública. Uma diretiva de mesclagem fornece muitas coisas necessárias para solicitar mesclagens: Vários sinalizadores de depuração também estão disponíveis para ajudar na solução de problemas e no desenvolvimento. Veja :doc:`debug-flags-help`. Uma opção pode fazer referência a outras opções colocando-as entre colchetes:: Um identificador de revisão refere-se a um estado específico do histórico de uma ramificação. Pode ser expresso de várias maneiras. Ele pode começar com uma palavra-chave para especificar inequivocamente um determinado tipo de pesquisa; alguns exemplos são 'last:1', 'before:yesterday' e 'submit:'. Um cabeçalho de seção é uma palavra entre colchetes que começa no início de uma linha. Um cabeçalho de seção típico se parece com isso:: Uma opção de seção reside em uma seção. Uma opção de seção contém um nome de opção, um sinal de igual e um valor. Por exemplo:: Uma árvore autônoma é uma árvore de trabalho com um repositório associado. É um ramo de uso independente, sem dependências de nenhum outro. Criar uma árvore autônoma (via brz init) é a maneira mais rápida de colocar um projeto existente sob controle de versão. Uma configuração de destino deve ser especificada. Uma operação relacionada à transação foi tentada após a conclusão da transação. Uma seção típica do ``breezy.conf`` geralmente se parece com o seguinte:: Um arquivo de configuração típico pode ser algo como:: Um alerta será impresso quando árvores aninhadas forem encontradas, exceto que seja explicitamente ignorado. Uma árvore de trabalho é o conteúdo de uma ramificação colocada no disco para que você possa ver os arquivos e editá-los. A árvore de trabalho é onde você faz alterações em uma ramificação e, quando você confirma, o estado atual da árvore de trabalho é o instantâneo que é registrado na confirmação. A API %(api)s não é compatível; uma das versões %(wanted)r é necessária, mas a versão atual é %(current)r. Adicionar arquivo "%(path)s"? Adicionar arquivos ou diretórios especificados. Adicionar um arquivo cujo diretório pai não é versionado irá implicitamente adicionar o diretório pai, e assim por diante até a raiz. Isto significa que você nunca precisará adicionar explicitamente um diretório, eles apenas serão adicionados quando você adicionar um arquivo no diretório. Adicionando o conteúdo do arquivo Após a desvinculação, a filial local é considerada independente e subsequente commits serão apenas locais. Alias para locais lembrados Todas as alterações aplicadas com sucesso. Todos os commits assinados com chaves verificáveis Todos os conflitos resolvidos. Todas as conexões são feitas com o mesmo ``usuário`` (o remoto para o qual o padrão brz não é apropriado) e a senha é sempre solicitada com algumas exceções:: Permitir fallback para push com perdas, se necessário. Permitir push com perdas, ou seja, eliminar metadados que não podem ser representados no destino. Já é um branch: "%(path)s". Alternativamente, pode ser fornecido sem uma palavra-chave, caso em que será verificado como um número de revisão, uma tag, um ID de revisão, uma especificação de data ou uma especificação de ramificação, nessa ordem. Por exemplo, 'date:today' pode ser escrito simplesmente como 'today', mas se você tiver uma tag chamada 'today', ela será encontrada primeiro. Como alternativa, para alterar o formato de log usado para uma determinada consulta, use as opções --long, --short ou --line. Alternativamente, listar apenas os arquivos:: Foi feita uma tentativa de acesso a uma url fora da jaula do servidor: '%(url)s'. Um erro foi detectado no repositório %(repo_path)s. Por favor, execute brz reconciliar neste repositório. Uma mensagem explicativa precisa ser fornecida para cada commit. Isto é geralmente feito usando a opção --message (obtendo a mensagem do linha de comando) ou usando a opção --file (recebendo a mensagem de um arquivo). Se nenhuma dessas opções for fornecida, um editor será aberto para que o usuário digite a mensagem. Para ver os arquivos alterados no texto clichê carregado no editor, use a opção --show-diff. Um delta inconsistente foi fornecido envolvendo %(path)r, %(file_id)r motivo: %(reason)s Um delta inconsistente foi fornecido: %(delta)r motivo: %(motivo)s Um arquivo ini tem três tipos de construções: cabeçalhos de seção, opções de seção e comentários. Outra classe é 'detritus', que inclui arquivos emitidos por brz durante operações normais e autotestes. (O valor desses arquivos diminui com o tempo.) Outro uso possível para um check-out é usá-lo com um repositório sem árvore contendo suas ramificações, onde você mantém apenas uma árvore de trabalho trocando a ramificação mestre para a qual o check-out aponta quando você deseja trabalhar em uma ramificação diferente. Outra opção é ``basename`` que pode ser usado assim:: Outra opção é ``branchname``, que se refere ao nome de uma filial colocada. Para branches não colocados, ele se comporta como basename. Pode ser usado assim:: Qualquer ação também excluirá os arquivos ``.BASE``, ``.THIS`` e ``.OTHER`` gerados anteriormente se eles ainda estiverem presentes na árvore de trabalho. Quaisquer arquivos correspondentes com o padrão na lista ignorar não serão adicionados a menos que eles sejam explicitamente mencionados. Aplicar %d alteração(ões)? Aplicar alterações binárias? Aplicar alteração? Aplique as mudanças e a remoção da prateleira. Aplique as mudanças, mas não as exclua. Aplicar filtros de conteúdo para exibir de forma conveniente. Aplicar filtros de conteúdo para exportar de forma conveniente. Aplicar ou excluir a todas as visualizações. Aplicar fase Aplique alterações não confirmadas de uma cópia de trabalho, em vez de alterações de ramificação. Tem certeza de que deseja excluir estes Em %s você tem um diretório de controle .bzr válido, mas não um branch ou repositório. Esta é uma configuração não suportada. Por favor, mova o diretório de destino para fora do caminho e tente novamente. Em company.com, a versão de hospedagem do servidor e as ramificações de integração estão por trás de um proxy, e as duas ramificações usam políticas de autenticação diferentes:: No mesmo tempo em que ele é executado ele pode recompactar os dados, resultando em num potencial ganho de espaço em disco e desempenho. Configurações de autenticação ======================== Definições de autenticação -------------------------- Autores(as) Prever que será renomeado automaticamente. Evite fazer alterações quando prever que será renomeado. BRZPATH ~~~~~~~ BRZ_DISABLE_PLUGINS ~~~~~~~~~~~~~~~~~~~ BRZ_EDITOR ~~~~~~~~~~~ BRZ_EMAIL ~~~~~~~~~~ BRZ_HOME ~~~~~~~~ BRZ_LOG ~~~~~~~ BRZ_PDB ~~~~~~~ BRZ_PLUGINS_AT ~~~~~~~~~~~~~~ BRZ_PROGRESS_BAR ~~~~~~~~~~~~~~~~ BRZ_SIGQUIT_PDB ~~~~~~~~~~~~~~~ BRZ_SSH ~~~~~~~ BZR_REMOTE_PATH ~~~~~~~~~~~~~~~ Backend para importadores de dados rápidos do Bazaar. Fazendo backup do inventário Inventário de backup criado Backup de arquivos alterados (padrão). Inventário de backup criado. Pacote de revisão bzr inválido: %(text)r Repositório GIT nu (sem árvore de trabalho). Comandos básicos Comandos básicos: brz init torna este diretório um branch versionado branch brz fazer uma cópia de outro branch Informações básicas sobre repositórios compartilhados. Bazaar permite locais serem especificados de várias maneiras, seja: O Bazaar não pode detectar automaticamente quando conflitos desse tipo foram resolvidos. O Bazaar define vários aliases para locais associados a uma ramificação. Eles podem ser usados com a maioria dos comandos que esperam uma localização, como `brz push`. O Bazaar conhece alguns rastreadores de bugs que têm muitos usuários. Se você usa um desses rastreadores de bugs, não há necessidade de configuração para usar esse recurso, você só precisa saber o identificador do rastreador a ser usado. Estes são os rastreadores de bugs integrados: Bazaar tenta evitar conflitos; seu objetivo é pedir que você resolva o conflito se e somente se houver um conflito conceitual real na árvore de origem. Como o Bazaar não entende o significado real dos arquivos que estão sendo versionados, ele pode, quando confrontado com ambiguidades, ficar aquém em qualquer direção tentando resolver o conflito em si. Muitos tipos de mudanças podem ser combinados programaticamente, mas às vezes apenas um ser humano pode determinar a coisa certa a fazer. Bazaar usa padrões para combinar arquivos em vários momentos. Por exemplo, o comando ``add`` pula os arquivos que correspondem aos padrões de ignorar e as preferências podem ser associadas a arquivos usando padrões de regras. A sintaxe do padrão é descrita abaixo. A filtragem de conteúdo do Bazaar permite armazenar arquivos em um formato diferente da cópia em sua árvore de trabalho. Isso permite que você, ou seus co-desenvolvedores, usem as ferramentas de desenvolvimento do Windows que esperam arquivos CRLF em projetos que usam outras convenções de finalização de linha. Entre outras coisas, os filtros de conteúdo também permitem que os desenvolvedores Unix trabalhem mais facilmente em projetos usando convenções de fim de linha do Windows, expansão/compressão de palavras-chave e espaços à direita em linhas em arquivos de texto a serem removidos implicitamente quando confirmados. Como o ``mergetool`` e o próprio ``config`` usam chaves como marcadores de interpolação, tentar exibir a linha mergetool resulta no seguinte problema:: Antes de mesclar são enviadas, as revisões pendentes do ponto de mesclagem mostrado. Para ver todas as revisões pendentes da mesclagem, use a opção -v. Para ignorar a exibição de pendência de informações e fundir completamente, use a opção no-pending ou especifique um arquivo/diretório. Vincular novo ramo a partir da localização. Dividir, em poucas palavras, é uma maneira de encontrar o commit no qual alguma mudança testável foi feita, como a introdução de um bug ou recurso. Ao identificar uma versão que não tinha a mudança interessante e uma versão posterior que tinha, um desenvolvedor pode testar a presença da mudança em vários pontos da história, eventualmente terminando no commit preciso quando a mudança foi introduzida pela primeira vez. Corpo para o e-mail. Ambos --delete e --switch especificados Ambos --delete e uma lista de arquivos especificados Ambos --switch e --all especificados Ambos --switch e uma lista de arquivos especificada Tanto o branch submit quanto o branch public seguem o comportamento usual com em relação a --remember: Se não houver nenhum local padrão definido, o primeiro envio irá configurá-lo (use --no-remember para evitar configurá-lo). Depois disso, você pode omita o local para usar o padrão. Para alterar o padrão, use --lembrar. O valor só será salvo se o local puder ser acessado. O branch vinculado %(branch)s está desatualizado com o branch master %(master)s.%(extra_help)s As ramificações vinculadas usam o apelido de sua ramificação mestre, a menos que seja definido localmente, caso em que a vinculação atualizará o apelido local para ser a do mestre. As ramificações vinculadas usam o apelido de sua ramificação mestre, a menos que seja definido localmente; nesse caso, a comutação atualizará o apelido local para ser o do mestre. As ramificações vinculadas usam o apelido de sua ramificação mestre, a menos que seja definido localmente. A ramificação "%(branch_url)s" parece estar vinculada a si mesma. Por favor, use `brz unbind` para corrigir. A ramificação "%(display_url)s" não oferece suporte ao armazenamento de alterações não confirmadas. Filial %(base)s não tem revisão %(text_revision)s de %(file_id)s Filial %(branch)s não tem commits. Formato de ramo Ramo no qual será colocado o rótulo. Use --force para remover-lo. O ramo já está ligado. Ramificação para vincular o checkout. Branch para gerar o envio, em vez daquele que contém o diretório de trabalho. Ramifique para mesclar, em vez daquele que contém o diretório de trabalho. Ramo para operar, em vez do diretório de trabalho. Ramificação para extrair, ao invés de uma que contém o diretório de trabalho. Ramo para enviar a partir de, ao invés de uma que contém o diretório de trabalho. Ramificação do qual fazer upload, em vez daquela que contém o diretório de trabalho. Ramo em que o rótulo deveria ser exibido. Árvore/ramo para a comparar estado anterior. Árvore/ramo para a comparar estado posterior. Revisão %d ramificada. Revisões %d ramificadas. Galhos Ramos fora de sincronia Ramos e árvores de trabalho irão também reportar qualquer falta de revisão. Ramos estão atualizados. As ramificações não têm ancestral comum e nenhuma revisão de base de mesclagem foi especificada. Ramos no repositório será o padrão para não ter uma árvore de trabalho. Quebre um bloqueio morto. Breezy dá um aviso se não conseguir carregar algumas extensões compiladas. (Consulte http://bazaarvcs.wordpress.com/2009/09/17/extension-warnings/ para obter informações básicas.) O Breezy suporta todas as partes padrão dentro do URL:: Breezy funcionará normalmente, mas algumas operações podem ser mais lentas. Configurações do rastreador de bugs Configurações do rastreador de bugs Árvore de construção O formato do pacote %(bundle_format)s é incompatível com %(other)s Formato de pacote não suportado Agrupando uma revisão %d. Agrupando %d revisões. Por padrão, um ramo irá falhar se apontar para um diretório que existe mas não tem ainda um diretório de controle. Esta opção irá permitir o ramo de continuar. Por padrão, apenas executar 'brz init' criará um repositório dentro da nova ramificação, mas é possível criar um repositório compartilhado que permite que várias ramificações compartilhem suas informações no mesmo local. Quando uma nova ramificação é criada, ela primeiro verifica se existe um repositório compartilhado que pode ser usado. Por padrão o envio irá falhar se o diretório de destino existir, mas não se tem um diretório de controle. Este sinalizador permitirá que o envio prossiga. Por padrão, a diretiva de mesclagem é independente e pode ser aplicada a qualquer branch contendo submit_branch em seu ancestral sem precisar acessar o ramo de origem. Por padrão, o servidor é um servidor somente leitura. Fornecer --allow-writes permite o acesso de gravação ao conteúdo do diretório servido e abaixo. Note que o ``brz serve`` não executa autenticação, então a menos que alguma forma de autenticação externa seja providenciada fornecendo esta opção leva ao acesso de escrita não controlado global ao seu sistema de arquivos. Por padrão, apenas arquivos desconhecidos, não arquivos ignorados, são excluídos. Arquivos com versão nunca são excluídos. Por padrão, a árvore inteira é confirmada e a pessoa que faz a commit é considerado o autor. Esses padrões podem ser substituídos conforme explicado abaixo. Por padrão, as alterações arquivadas mais recentemente são restauradas. No entanto, se você especificar uma prateleira por id, essas alterações serão restauradas. Isso funciona melhor quando as alterações não dependem umas das outras. Por padrão, este comando funciona apenas em ramos que não divergiram. As ramificações são consideradas divergentes se o commit mais recente da ramificação de destino não foi mesclado (direta ou indiretamente) com o pai. AVISO: Travas só devem ser quebradas quando você tiver certeza que o processo que está mantendo a trava foi parado. Calculando hashes Calculando pais de texto Chamado após um checkout mudar de branch. post_switch é chamado com um breezy.branch.SwitchHookParams. Chamado depois que um commit é calculado, mas antes de ser concluído. pre_commit é chamado com (local, master, old_revno, old_revid, future_revno, future_revid, tree_delta, future_tree). old_revid é NULL_REVISION para o primeiro commit em uma ramificação, tree_delta é um objeto TreeDelta que descreve as alterações da revisão básica. hooks NÃO DEVEM modificar este delta. future_tree é uma árvore na memória obtida de CommitBuilder.revision_tree() e os ganchos NÃO DEVEM modificar esta árvore. Chamado depois que um commit é executado em uma árvore. O gancho é chamado com um objeto breezy.mutabletree.PostCommitHookParams. A árvore mutável em que o commit foi executado está disponível através do atributo mutable_tree daquele objeto. Chamado depois que uma árvore completamente nova é construída. O gancho é chamado com a árvore como seu único argumento. Chamado após uma mesclagem. Recebe um objeto Merger como argumento único. O valor de retorno é ignorado. Chamado depois que uma nova conexão é estabelecida ou ocorre uma reconexão. O único argumento passado é o transporte conectado ou a instância de mídia inteligente. Chamado após a conclusão de uma operação de pull. post_pull é chamado com um objeto breezy.branch.PullResult e é executado apenas no cliente bzr. Chamado após a conclusão de uma operação push. post_push é chamado com um objeto breezy.branch.BranchPushResult e é executado apenas no cliente bzr. Chamado depois que uma transformação de árvore foi executada em uma árvore. O gancho é chamado com a árvore que está sendo transformada e a transformação. Chamado depois de criar um objeto de comando para permitir modificações como adicionar ou remover opções, documentos etc. Chamado com o novo objeto breezy.commands.Command. Chamado após executar um comando. Chamado com o objeto de comando. Chamado após a conclusão da inicialização do novo branch. post_branch_init é chamado com um breezy.branch.BranchInitHookParams. Observe que init, branch e checkout (pesados e leves) acionarão esse gancho. Chamado antes de um commit ser executado em uma árvore. O gancho start commit é capaz de alterar a árvore antes que o commit ocorra. start_commit é chamado com o breezy.mutabletree.MutableTree em que o commit está sendo executado. Chamado antes de uma mesclagem. Recebe um objeto Merger como argumento único. Chamado antes de uma árvore se transformar nesta árvore. O gancho é chamado com a árvore que está sendo transformada e a transformação. Chamado pelo servidor bzr quando ocorre uma exceção. server_exception é chamado com a tupla sys.exc_info() return true para o gancho se a exceção tiver sido tratada, caso em que o servidor sairá normalmente. Chamado pelo servidor bzr quando ele começa a servir um diretório. server_started é chamado com (backing urls, public url), onde backing_url é uma lista de URLs que fornecem os locais de diretório específicos do servidor e public_url é o URL público do diretório que está sendo servido. Chamado pelo servidor bzr quando ele começa a servir um diretório. server_started é chamado com (backing_urls, server_obj). Chamado pelo servidor bzr quando ele para de servir um diretório. server_stopped é chamado com os mesmos parâmetros que o gancho server_started: (backing_urls, public_url). Chamado no cliente e servidor bzr depois que uma alteração na ponta de uma ramificação é feita. post_change_branch_tip é chamado com um breezy.branch.ChangeBranchTipParams. Observe que push, pull, commit, uncommit irão acionar esse gancho. Chamado no cliente e servidor bzr antes que uma alteração na ponta de uma ramificação seja feita. pre_change_branch_tip é chamado com um breezy.branch.ChangeBranchTipParams. Observe que push, pull, commit, uncommit irão acionar esse gancho. Chamado no cliente bzr após a conclusão de um commit. post_commit é chamado com (local, master, old_revno, old_revid, new_revno, new_revid). old_revid é NULL_REVISION para o primeiro commit em uma ramificação. Chamado no cliente bzr após a conclusão de um uncommit. post_uncommit é chamado com (local, master, old_revno, old_revid, new_revno, new_revid) onde local é a ramificação local ou None, master é a ramificação de destino e uma ramificação vazia recebe new_revno de 0, new_revid de None. Chamado antes de executar um comando. Chamado com o objeto de comando. Chamado para determinar um nome de tag automático para uma revisão. automatic_tag_name é chamado com (branch, revision_id) e deve retornar um nome de tag ou None se nenhum nome de tag puder ser determinado. O primeiro nome de tag não-None retornado será usado. Chamado quando uma mensagem de confirmação está sendo gerada. commit_message_template é chamado com o objeto breezy.commit.Commit e a mensagem que é conhecida até agora. commit_message_template deve retornar uma nova mensagem para usar (que pode ser a mesma que foi fornecida). Quando há vários ganchos registrados para commit_message_template, eles são encadeados com o resultado do primeiro passado para o segundo e assim por diante. Chamado quando uma ramificação empilhada está ativando seus locais de fallback. transform_fallback_location é chamado com (branch, url) e deve retornar um novo URL. Retornar o mesmo URL permite que ele seja usado como está, retornar um diferente pode ser usado para fazer com que o branch seja empilhado em uma cópia mais próxima desse fallback_location. Observe que a ramificação não pode ter métodos de acesso ao histórico chamados durante esse gancho porque os locais de fallback não foram ativados. Quando há vários ganchos instalados para transform_fallback_location, todos são chamados com a url retornada do gancho anterior . No entanto, a ordem é indefinida. Chamado ao criar um único comando se nenhum comando puder ser encontrado. Chamado com (command_name). get_missing_command deve retornar None ou um objeto Command a ser usado para o comando. Chamado ao criar um único comando. Chamado com (cmd_or_None, command_name). get_command deve retornar o parâmetro cmd_or_None ou um objeto Command substituto que deve ser usado para o comando. Observe que os ganchos Command.hooks são a infraestrutura principal. Muitos usuários preferem usar breezy.commands.register_command ou plugin_cmds.register_lazy. Chamado ao enumerar comandos. Chamado com um conjunto de strings cmd_name para todos os comandos encontrados até agora. Este conjunto é seguro para mutação - por exemplo, para remover um comando. list_commands deve retornar o conjunto atualizado de nomes de comando. Chamado quando o smart client está enviando uma solicitação ao smart server. Chamado com um objeto breezy.bzr.smart.client.CallHookParams. Corpos de solicitação de streaming e respostas não são acessíveis. Chamado com um MergeRequestBodyParams quando um corpo é necessário para uma solicitação de mesclagem. Os retornos de chamada devem retornar um corpo. Se mais de um callback for registrado, a saída de um callback será fornecida para o próximo. Chamado com um breezy.lock.LockResult quando um bloqueio físico é adquirido. Chamado com um breezy.lock.LockResult quando um bloqueio físico é quebrado. Chamado com um breezy.lock.LockResult quando um bloqueio físico é liberado. Chamado com um objeto breezy.merge.Merger para criar um objeto de mesclagem por arquivo ao iniciar uma mesclagem. Deve retornar None ou uma subclasse de ``breezy.merge.AbstractPerFileMerger``. Esses objetos serão chamados por arquivo que precisa ser mesclado (inclusive quando um lado excluiu o arquivo e o outro o alterou). Consulte os documentos da API AbstractPerFileMerger para obter detalhes sobre como ela é usada pela mesclagem. Chamado com o objeto Branch que foi aberto após a abertura de uma ramificação . Não é possível unir árvores porque %s não suporta dados de raiz avançados. Você pode usar brz upgrade no repositório. Não é possível incluir %(other_tree)s em %(tree)s. %(motivo)s Não é possível usar --stacked-on e --unstacked Cancelado Cancelado Não é possível vincular o endereço "%(host)s:%(port)i": %(orig_error)s. Não é possível alterar a pseudo visão 'desativada' Não é possível se comprometer com o branch %(branch)s. Ele está vinculado a %(master)s, que está vinculado a %(remote)s. Não é possível converter do formato %(from_format)s para o formato %(format)s. %(problema)s Não pode fazer redução de conflitos e mostrar base. Não é possível participar de {0}. {1} Não é possível bloquear %(lock)s: %(why)s Não é possível bloquear: o transporte é somente leitura: %(transport)s Não é possível operar em "%(filename)s" porque é um arquivo de controle Não é possível operar em "%(filename)s" de tipo não suportado "%(kind)s" Não é possível realizar confirmações somente locais em ramificações não vinculadas. Não é possível puxar --overwrite para um branch que está vinculado a %(branch)s Não foi possível obter os arquivos individuais Não se pode definir --verbose e --null ao mesmo tempo. Não é possível assinar uma série de revisões sem histórico de revisões Não é possível armazenar alterações não confirmadas porque esta ramificação já armazena alterações não confirmadas. Não é possível trocar de branch, apenas um checkout. Não é possível alternar como commits locais encontrados no checkout. Comite-os para o branch vinculado ou use --force para jogá-los fora. Não é possível usar --uncommitted e --revision ao mesmo tempo. Não é possível usar --uncommitted com empacotamentos ou diretivas mescladas. Não foi possível usar -r com diretivas mescladas ou empacotadas Não é possível verificar uma série de registro de histórico de registro Padrões de ignorar maiúsculas e minúsculas podem ser especificados com expressões regulares usando o sinalizador ``i`` (para ignorar maiúsculas e minúsculas) no padrão. Alterar "%(path)s" de %(this)s para %(other)s? Alterar o destino de "%(path)s" de "%(this)s" para "%(other)s"? As alterações incluem arquivos adicionados, renomeados, modificados ou removidos. Alterações arquivadas com id "%d". Verifique se a árvore está limpa. Cheque o ramo relacionado ao diretório atual. Cheque o repositório relacionado ao diretório atual. Cheque a árvore de trabalho relacionada ao diretório atual. Verificando ramificação em '%s'. Verificando a operação em '%s'. Verificação de estoques não utilizados Verificando a árvore de trabalho em '%s'. Check-outs Checkouts são árvores de origem conectadas a uma ramificação, de modo que, quando você confirma na árvore de origem, a confirmação vai para essa ramificação. Eles permitem que você use um fluxo de trabalho mais simples e centralizado, ignorando alguns dos recursos descentralizados do Breezy até que você os queira. Usar checkouts com repositórios compartilhados é muito semelhante a trabalhar com SVN ou CVS, mas não tem as mesmas restrições. E o uso de checkouts ainda permite que outras pessoas que trabalham no projeto usem o fluxo de trabalho que quiserem. Checkpoint automaticamente a cada N revisões. O padrão é 10.000. Checkpoint a cada N revisões (padrão=10000). Coluna 1 - versionamento/renomeações:: Coluna 2 - conteúdo:: Coluna 3 - executar:: Combine uma árvore na árvore que a contém. A vírgula também tem um significado especial em URLs, porque denota `parâmetros de segmento`_ A vírgula também é especial em qualquer caminho do sistema de arquivos especificado. Para usar uma vírgula literal em um caminho do sistema de arquivos, especifique uma URL e a URL codifica a vírgula:: Lista separada por vírgulas de padrões de chave GPG que são aceitáveis para verificação. CommandHooks ------------ Comentários ^^^^^^^^ Confirme as alterações em uma nova revisão. Usar commit, mesmo que nada tenha mudado. Confirmação recusada porque há arquivos desconhecidos na árvore Submissão recusada por haver arquivos desconhecidos na árvore de trabalho. Revisão confirmada %d. Comprometendo-se com: %s Comumente usado assim: eval "`brz bash-completion`" Comprimir os dados em um repositório. Definições de configuração ======================== Tipos de conflito =============== Redução de conflito não é suportada para mesclagem de tipo %s. Conflitos detectados na árvore de trabalho. Use "brz conflitos" para listar, "brz resolve FILE" para resolver. Os conflitos normalmente são listados como mensagens curtas e legíveis. Se --text for fornecido, os nomes de caminho dos arquivos com conflitos de texto serão listados . (Isso é útil para editar todos os arquivos com conflitos de texto.) Tempo limite de conexão: %(msg)s%(orig_error)s Conexão fechada: %(msg)s %(orig_error)s Erro de conexão: %(msg)s %(orig_error)s Contém a configuração padrão do usuário. A seção ``[DEFAULT]`` é usada para definir a configuração geral que será aplicada em todos os lugares. A seção ``[ALIASES]`` pode ser usada para criar aliases de comando para opções comumente usadas. Filtros de conteúdo ================ Conflitos de conteúdo ----------------- Os filtros de conteúdo geralmente são fornecidos por plugins, então o primeiro passo para usá-los é instalar os plugins relevantes e ler sua documentação. Alguns plugins podem ser muito específicos sobre quais arquivos eles filtram, por exemplo, somente arquivos que terminam em ``.java`` ou ``.php``. Em outros casos, o plugin pode deixar nas mãos do usuário definir quais arquivos devem ser filtrados. Isso geralmente é feito usando preferências baseadas em regras. Veja ``regras de ajuda do brz`` para informações gerais sobre como defini-las. Formatos de conteúdo --------------- Controle se o SIGQUIT se comporta normalmente ou invoca um depurador de interrupção. Controle se deve iniciar um depurador em caso de erro. ControlDirHooks --------------- Conversão de conteúdo em/de árvores de trabalho Converta o branch atual em um checkout do branch fornecido. Se nenhuma ramificação for fornecida, revincule ao último local vinculado. Converter o checkout atual em um ramo comum. Copie um arquivo. Copiando conteúdo Copiando o conteúdo do repositório como tarball... Fluxo de dados corrompido ou incompatível: %(motivo)s Não foi possível adquirir o bloqueio "%(lock)s": %(msg)s Não foi possível copiar% s =>% s. % s é um diretório. Não foi possível copiar% s =>% s. % s não tem versão \. Não foi possível copiar% s =>% s:% s não tem versão. Não foi possível copiar para% s:% s não é um diretório. Não foi possível determinar uma ramificação a ser referenciada Não foi possível determinar revno para {%(revision_id)s} porque sua ascendência mostra um fantasma em {%(ghost_revision_id)s} Não foi possível encontrar um Differ apropriado para o arquivo "%(path)s" Não foi possível mover %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Não foi possível analisar --commit-time: Não foi possível renomear %(from_path)s%(operator)s %(to_path)s%(_has_extra)s%(extra)s Não foi possível renomear %(source)s => %(dest)s porque ambos os arquivos existem. (Use --after para informar ao brz sobre uma renomeação que já aconteceu)%(extra)s Não foi possível entender a resposta do servidor inteligente: %(response_tuple)r Criar um ramo sem uma árvore de trabalho. Criar um ramo sem uma árvore de trabalho. Criar um novo ramo que é uma cópia de um ramo existente. Criar um novo checkout de um ramo existente. Criar um novo diretório versionado. Criar um repositório compartilhado de ramos para dividir espaço de armazenamento. Cria um ramo empilhado se referindo ao ramo fonte. O novo ramo vai depender da disponibilidade do ramo fonte para todas as operações. Criar uma ramificação empilhada que referencia a localização pública do ramo pai. Criar uma ramificação empilhada que referencia a outro ramo do histórico de envio. Apenas o trabalho não presente no ramo referenciado é incluído no ramo criado. Criar o caminho que conduz até o ramo se ele não existir. Crie a ramificação de destino a partir desta antes de alternar para ela. Cria, remove ou modifica um rótulo nomeando uma versão. Criou um {0} (formato: {1}) Novo ramo criado. Criado novo ramo empilhado referente a %s. Tag %s criada. Criando novo repositório Cruzado Os cruzamentos causam problemas devido ao modo como a mesclagem funciona. A fusão padrão da Breezy é uma fusão de três vias; para fundir OUTRO em ESTE, deve encontrar uma base de comparação, BASE. Usando BASE, ele pode determinar se as diferenças entre ESTE e OUTRO se devem à adição de linhas de um lado ou à remoção de linhas de outro lado. Cruzamentos significam que não há uma boa escolha para uma base. A seleção dos pontos de mesclagem recentes pode fazer com que as alterações de um lado sejam descartadas silenciosamente. A seleção de pontos de mesclagem mais antigos (o que o Breezy faz) significa que conflitos extras são emitidos. Cruzamentos ocorrem na história de um ramo se dois ramos fundem a mesma coisa e depois se fundem, ou se dois ramos se fundem ao mesmo tempo. Eles podem ser evitados fazendo com que cada ramificação seja mesclada apenas de ou em uma ramificação central designada (uma "topologia em estrela"). Formatos de armazenamento atuais Formatos de armazenamento atuais Ciclo no gráfico %(graph)r Sinalizadores de depuração =========== Conteúdo decodificado As regras padrão para todas as ramificações são definidas no arquivo opcional ``BRZ_HOME/rules``. Define uma ferramenta de mesclagem externa chamada <name> com a linha de comando fornecida. Argumentos contendo espaços devem ser citados com aspas simples ou duplas. O executável pode omitir seu caminho se puder ser encontrado no PATH. Define o tamanho máximo do arquivo que a operação "add" da linha de comando permitirá no modo recursivo, com arquivos maiores que esse valor sendo ignorados. Você pode especifique esse valor como um inteiro (nesse caso, é interpretado como bytes), ou você pode especificar o valor usando unidades SI, ou seja, 10KB, 20MB, 1G. Um valor de 0 desativará o salto. Exclua todos os arquivos ignorados. Exclua as mudanças sem aplicá-las. Exclua arquivos de conflito, mescle e reverta backups e diretórios de autoteste com falha. Excluir arquivo "%(path)s"? Exclua arquivos desconhecidos para brz (padrão). Apague do brz mas deixe a cópia de trabalho. Excluir pacotes obsoletos para economizar espaço em disco. Exclua a visualização. Apagar este rótulo ao invés de colocá-lo. Exibição '%s' excluída. Excluiu todas as visualizações. Alterações excluídas com id "%d". Tag %s apagada. Excluindo backup.bzr Excluindo conteúdo antigo do repositório Excluindo pai --------------- Estratégia de Exclusão Descontinuado em: %s Descrição da mudança. Descrição da nova revisão. Destrua as alterações removidas em vez de arquivá-las. Formato de registro detalhado. Detalhes sobre as definições de configuração disponíveis Detalhes sobre os formatos de registro disponíveis Determinar créditos para LOCALIZAÇÃO. Determinando acertos de hash Dispositivo ou recurso ocupado: "%(path)s"%(extra)s Formato do "diff". Formato a ser usado no "diff". Diff não está instalado nesta máquina: %(msg)s Diff3 não está instalado nesta máquina. O diretório contém uma ramificação, mas nenhuma árvore de trabalho (use brz checkout se desejar construir uma árvore de trabalho): "%(path)s" Diretório não vazio: "%(path)s"%(extra)s Visualização '%s' desativada. Desabilitar ``myplugin`` e ``yourplugin`` é feito por:: Desativando todos os plugins (melhor com --no-plugins): Desativando o diretório do site mantendo o diretório do usuário:: Descobrindo o que divergiu ----------------------------- Exiba todos os valores para as opções correspondentes. Mostrar mudanças somente no ramo local. Mostrar alterações somente no ramo remoto. Mostra apenas o endereço de email. Exibir mais informações. Exibe apenas as revisões que não fazem parte de ambas as ancestrais (requer -rX..Y). Exibir resumo do status. Exiba o valor ativo para a opção NAME. Exiba as regras de ignorar padrão que o brz usa. Exibe o fuso horário como local, original ou utc. Exibir, definir ou remover uma opção de configuração. Ramos divergentes ================== Na verdade, não abra o navegador. Basta dizer o URL que usaríamos. Não peça confirmação antes de quebrar uma trava. Não considerar as alterações feitas para um determinado caminho. Não inclua um pacote na diretiva de mesclagem. Não inclua um patch de visualização na diretiva de mesclagem. Não marque o tipo do objeto através do indicador. Não imprima o que está sendo feito. Não pergunte antes de excluir. Não reportar submissões com mais de um pai. Não salvar cópias de arquivos revertidos. Não utilizar um repositório compartilhado, mesmo se disponível. Na verdade, não fazer alterações. Na verdade, não assine nada, apenas imprima as revisões que seriam assinadas. Não faça backup de arquivos alterados. Não verifique se o token é válido. Não verifique se o nome de usuário é válido. Não exporte tags Não sei como lidar com conexões SSH. Defina a variável de ambiente BRZ_SSH. Não popular a árvore de trabalho, mesmo para protocolos que o suportam. Não recurse em subdiretórios. (o padrão é --recursive) Não adiciona recursivamente o conteúdo dos diretórios. Não mostrar mesclagens pendentes. Dry-run, fingindo remover as versões acima. Caminhos duplicados --------------- Durante a operação do pacote, o bazaar faz um backup do repositório existente dados, ou seja, arquivos de pacote. Este backup é eventualmente removido pelo bazaar automaticamente quando for seguro fazê-lo. Para economizar espaço em disco removendo os arquivos do pacote de backup, a opção --clean-obsolete-packs pode ser usado. A conversão EOL é fornecida como um filtro de conteúdo onde o Bazaar armazena internamente um formato canônico, mas gera um formato de conveniência. Veja ``brz help content-filters`` para informações gerais sobre como usá-los. A conversão EOL precisa ser habilitada para padrões de arquivo selecionados usando regras. Veja ``regras de ajuda do brz`` para informações gerais sobre a definição de regras. Atualmente, as regras são suportadas apenas em $brz_HOME/.bazaar/rules (ou %brz_HOME%/bazaar/2.0/rules no Windows). As regras específicas da filial serão suportadas em uma versão futura do Bazaar. Cada ramificação também pode conter um arquivo de configuração que define valores específicos para essa ramificação. Este arquivo é encontrado em ``.bzr/branch/branch.conf`` dentro do branch. Este arquivo é visível para todos os usuários de uma ramificação, se você deseja substituir um dos valores de uma ramificação com uma configuração específica para você, você pode fazê-lo em ``locations.conf``. Cada descrição também indica se o gancho é executado no cliente (a máquina onde bzr foi invocado) ou no servidor (a máquina endereçada pela URL da ramificação). Estes podem ser, mas não são necessariamente, a mesma máquina. Cada seção pode definir: Cada seção descreve uma definição de autenticação. Cada seção deve definir: Cada tipo de conflito é explicado abaixo, e a ação que deve ser feita para resolver o conflito é descrita. Mensagem de confirmação vazia especificada. Por favor, especifique uma mensagem de commit com --message ou --file ou deixe uma mensagem em branco com --message "". Ativar conclusões para o plug-in selecionado (padrão: todos os plug-ins) Ative recursos experimentais. Conversão de fim de linha ======================= O marcador de fim de linha não estava \n no pacote de revisão bzr variáveis ambientais Configurações de ambiente ---------- Nomes e valores de variáveis de ambiente Erro no formato modificado de mesclagem Erro ao ler de %(path)r. Exemplo: ~~~~~~~~ Exclua metadados para maximizar a interoperabilidade. Formatos de armazenamento experimentais e obsoletos Explique como usar --revision Exporte uma confirmação de linha de base 'absoluta' antes da primeira confirmação relativa Exporta a revisão atual ou antiga para um diretório ou arquivo. Formato de exportação %(format)r não suportado Exportar marcas para arquivo. Exportar o conteúdo da árvore de trabalho antes da última revisão. Exportando mensagem de erro: %s Exportando mensagens do comando interno: %s Exportando mensagens do comando de plug-in: {0} em {1} Ferramentas de mesclagem externas -------------------- Falha ao GetProcessMemoryInfo() Buscar textos Buscando revisões O arquivo %(filename)s não está em conflito. Formato do arquivo ----------- O arquivo é binário, mas deve ser texto. arquivos Arquivos ----- Os arquivos não podem ser copiados entre ramos. Apenas arquivos podem ser copiados no momento. Os arquivos não podem ser movidos entre os ramos. Filtrar em revisões de ramo locais (inclusive). Veja "help revisionspec" para detalhes. Filtrar em outras revisões de ramo (inclusive). Veja "help revisionspec" para detalhes. Encontre uma proposta de mesclagem. Encontre um commit interessante usando uma busca binária. Encontre a proposta para mesclar esta revisão. Localizando arquivos de ramificação Encontrando propostas Encontrando revisões Localiza a(s) proposta(s) de mesclagem que discutiram o lançamento da revisão especificada. Isso funciona apenas se o merged_revno foi registrado para a proposta de mesclagem. As propostas são abertas em um navegador da web. Corrigindo as informações da última revisão {0} => {1} Corrigindo pais de texto Para ``locations.conf``, as opções da seção com o cabeçalho de seção correspondente mais longo são usadas para a exclusão de outros cabeçalhos de seção potencialmente válidos. Um cabeçalho de seção usa o caminho para a ramificação como o cabeçalho da seção. Alguns exemplos incluem:: Para URLs brz+ssh:// e sftp://, o Breezy também suporta caminhos que começam com '~', significando que o resto do caminho deve ser interpretado em relação ao diretório inicial do usuário remoto. Por exemplo, se o usuário ``remote`` tiver um diretório inicial de ``/home/remote`` no servidor shell.example.com, então:: Para checkouts, o local de vinculação será detectado automaticamente se não for especificado. A ordem de preferência é 1. Para um check-out leve, o local vinculado atual. 2. Para filiais que costumavam ser caixas, o local vinculado anteriormente. 3. O local de envio. 4. O local pai. Se nenhum deles estiver disponível, --bind-to deve ser especificado. Para alterações complicadas, é possível editar as alterações em um programa de edição separado para decidir como deve ser o arquivo restante na cópia de trabalho . Para fazer isso, adicione a opção de configuração Por exemplo, uma correspondência que não diferencia maiúsculas de minúsculas para ``foo`` pode ser especificada como:: Por exemplo, se você tiver um diretório chamado '/tmp/%2False', todas essas são formas válidas de acessar o conteúdo (0x2F, ou 47, é o código ASCII para barra):: Por exemplo, a política ``appendpath`` pode ser usada assim:: Por exemplo, para enviar para o local pai:: Por exemplo:: Para checkouts leves, isso altera a ramificação que está sendo referenciada. Para checkouts pesados, isso verifica se não há commits locais versus o branch vinculado atual e, em seguida, torna o branch local um espelho do novo local e se vincula a ele. Para mais informações sobre os possíveis usos do arquivo de configuração de autenticação veja :doc:`authentication-help`. Para obter mais informações, consulte http://help.launchpad.net/ Para a maioria dos tipos de conflito, existem algumas maneiras óbvias de modificar a árvore de trabalho e colocá-la no estado desejado. Para alguns tipos de conflitos, o próprio Bazaar já fez uma escolha, quando possível. Para novos projetos, é recomendado que o final de linha seja armazenado como ``lf`` e que os usuários mantenham as configurações básicas, ou seja, ``native``, ``lf``, ``crlf`` e ` `exato``. Por motivos de desempenho, o Bazaar armazena em cache os carimbos de data/hora dos arquivos em uma árvore de trabalho e assume que os arquivos não são alterados se seus carimbos de data/hora corresponderem aos valores armazenados em cache. Como consequência, há momentos em que você pode precisar pedir explicitamente que a filtragem de conteúdo seja reaplicada em uma ou ambas as direções, por exemplo, após instalar ou reconfigurar plugins que a fornecem. Para os rastreadores de bugs não listados acima, a configuração é necessária. Suporte para geração de URLs para qualquer projeto usando Bugzilla ou Trac está embutido, juntamente com um mecanismo de template para outros bugtrackers com esquemas de URL simples. Se o seu rastreador de bugs não puder ser descrito por um dos esquemas descritos abaixo, você poderá escrever um plug-in para apoiá -lo. Para usuários que trabalham em um projeto multiplataforma, aqui está uma regra sugerida para usar como ponto de partida: Para usuários que trabalham em um projeto existente que usa convenções de nova linha do Windows em seu repositório Bazaar, esta regra é sugerida como ponto de partida:: Bifurcação do novo repositório %s de %s O formato %(format)s não pode ser inicializado por esta versão do brz. O formato %(format)s não é compatível com a versão .bzr %(controldir)s. Formato 0.9 não permite pacote sem patch Erro de formato nas listagens de conflito Formato para a série bzr 2.0. O formato pode ser um nome de "exportador", como tar, tgz, tbz2. Se nenhum é dado, tente encontrar o formato com a extensão. Se não houver extensão é encontrado exporta para um diretório (equivalente a --format=dir). Formato usado pelos arquivos GNU ChangeLog. Encontrados %d ramos dependentes - atualizando... Falta mais histórico de revisão. repositório GIT. Formato geral ~~~~~~~~~~~~~~~ Gere um fluxo de importação rápida de uma ramificação do Bazaar. Gere uma função shell para conclusão da linha de comando bash. Gere apenas a função shell, não a habilite Gere estatísticas para LOCATION. Erro de protocolo inteligente bzr generic: %(details)s Erro de caminho genérico: %(path)r%(extra)s) Obter o conteúdo do arquivo desta árvore. A revisão fantasma {%(revision_id)s} não pode ser usada aqui. Tags fantasmas não suportadas pelo formato %(format)r. Protocolo de servidor Git Smart sobre TCP. (porta padrão: 9418) Comando do pacote de recebimento do servidor Git Smart. (somente modo inetd) Comando do pacote de upload do servidor Git Smart. (somente modo inetd) Fornecer uma lista de arquivos reverterá apenas esses arquivos. Caso contrário, todos os arquivos será revertido. Se a revisão não for especificada com '--revision', o a revisão da base da árvore de trabalho é usada. Uma operação de reversão afeta apenas o árvore de trabalho, não qualquer histórico de revisão como a ramificação e repositório ou a revisão da base da árvore de trabalho. Opções globais Glossário Glossário ======== Grep para padrão no changeset para cada revisão. Chamadas HPSS: {0} ({1} vfs) {2} Limite HTTP MIME ausente para %(path)s: %(msg)s Servidores HTTPS, SFTP e seu proxy ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ O tratamento de tais órfãos, *antes* do conflito ser criado, é controlado pela configuração da opção de configuração ``brz.transform.orphan_policy``. Use hard-link na árvore de trabalho sempre que possível. O link físico "%(path)s" não é suportado Faça o hardlink dos arquivos correspondentes para outra árvore. Ajuda sobre sinalizadores de status Aqui estão algumas diretrizes gerais para fazer isso: Quantas linhas de contexto para mostrar. Como corrigir ramificações divergentes Como resolver o conflito. Como você lida com isso depende do *por que* as ramificações estão fora de sincronia. No entanto, o checkout ainda é uma filial de primeira classe em termos Breezy, para que você tenha o histórico completo localmente. Como você tem uma ramificação de primeira classe, você também pode fazer commit localmente se quiser, por exemplo, devido à perda temporária de uma conexão de rede. Use a opção --local para se comprometer a fazer isso. Todos os commits locais serão feitos no branch master na próxima vez que você fizer um commit não local. Se 'REV1' e 'REV2' forem identificadores de revisão, então 'REV1..REV2' denota um intervalo de revisão. Exemplos: '3647..3649', 'date:yesterday..-1' e 'branch:/path/to/branch1/..branch:/branch2' (observe que não há aspas ou espaços ao redor do '.. '). Se --all for especificado, NAME será interpretado como uma expressão regular e todas as opções correspondentes serão exibidas mencionando seu escopo e sem resolver as referências de opção no valor). O valor ativo que o bzr levará em consideração é o primeiro exibido para cada opção. Se --all for especificado, nenhum FILE poderá ser especificado Se --revision for especificado, descommit revisões para deixar a ramificação no revisão especificada. Por exemplo, "brz uncommit -r 15" deixará o ramo na revisão 15. Se BRANCH_LOCATION for omitido, o checkout irá reconstituir uma árvore de trabalho para o branch encontrado em '.' Isso é útil se você removeu a árvore de trabalho ou se ela nunca foi criada - ou seja, se você empurrou a ramificação para sua localização atual usando SFTP. Se NAME não for fornecido, --all .* está implícito (todas as opções são exibidas para o escopo atual). Se NOMEANTIGO não existe no sistema de arquivos, mas é versionado e NOVONAME existe no sistema de arquivos, mas não é versionado, mv assume que o arquivo foi movido manualmente e atualiza apenas seu inventário interno para refletir essa mudança. O mesmo é válido quando se deslocam muitos arquivos de ORIGEM para um DESTINO. Se um arquivo .bzrignore não existir, o comando ignore irá criar um e adicionar os arquivos ou padrões especificados ao novo arquivo criado. O comando ignore também adicionará automaticamente o Arquivo .bzrignore a ser versionado. Criando um arquivo .bzrignore sem o uso do comando ignore exigirá um comando add explícito. Se uma revisão for especificada, as alterações desde essa revisão serão arquivadas. Se uma segunda filial for fornecida, a reconciliação entre filiais é também tentou, o que verificará esses dados como a raiz da árvore id que não estava presente em versões muito antigas do brz é representado corretamente em ambos os ramos. Se o ramo for omitido então o ramo contando o diretório atual de trabalho será utilizado. Se os branches tiverem divergido, você pode usar 'brz merge' para integrar as alterações de um no outro. Depois que um branch foi mesclado, o outro deve ser capaz de puxá-lo novamente. Se os ramos divergiram, você pode usar 'brz push --overwrite' para substituir o outro ramo completamente, descartando suas alterações não mescladas. Se os nomes dos arquivos forem especificados, apenas as alterações nesses arquivos serão arquivadas. Outros arquivos serão deixados intocados. Se a localização não for especificada, a árvore local será usada. Se o committer não for especificado, o committer padrão será usado. Se o correio estiver sendo enviado, é necessário um endereço para. Isso pode ser fornecido na linha de comando, definindo a configuração submit_to opção na própria ramificação ou a opção de configuração child_submit_to no ramo de envio. Se nenhum argumento for fornecido, todas as alterações para a árvore atual são listadas. Se arquivos são fornecidos, apenas as alterações destes arquivos serão listadas. Ramos remotos e múltiplos podem ser comparados usando as opções --old e --new. Se não forem fornecidas, o padrão para ambas é derivado do primeiro argumento, se existir, ou da árvore atual se nenhum argumento foi fornecido. Se nenhum argumento for especificado, o status total do diretório de trabalho é mostrado. Caso contrário, apenas o status do arquivo ou diretório especificado é relatado. Se um diretório for passado, o status é relatado para tudo dentro deste diretório. Se nenhum destino for fornecido ou o destino for '-', a saída padrão será usada. Caso contrário, o destino é o nome de um arquivo. Se o destino terminar em '.gz', a saída será compactada no formato gzip. Se nenhum destino for especificado, use o último usado. Se nenhuma revisão for especificada, faça upload das alterações desde o último upload. Se nenhuma opção for especificada, os arquivos desconhecidos serão excluídos. Caso contrário, os sinalizadores de opção são respeitados e podem ser combinados. Caso nenhuma revisão seja designada, a última versão é usada. Se nenhuma revisão for especificada, isso exportará a última revisão confirmada. Se nenhuma fonte for especificada, ele procurará uma ramificação no diretório atual. Se nenhum nome de tag for especificado, ele será determinado através do gancho 'automatic_tag_name'. Isso pode, por exemplo, ser usado para marcar automaticamente versões upstream lendo configure.ac. Veja ``ganchos de ajuda brz`` para detalhes. Se um dos formatos de log padrão não atender às suas necessidades, formatos adicionais podem ser fornecidos por plugins. Se um quiser mesclar as alterações da árvore de trabalho do outro branch sem mesclar nenhuma revisão confirmada, a opção --uncommitted Pode ser dado. Se presente, define o valor padrão da opção ``--strict`` para verificar as alterações não confirmadas antes de enviar. Se presente, define o valor padrão da opção ``--strict`` para verificar alterações não confirmadas antes de enviar uma diretiva de mesclagem. Se presente, a localização de uma instância genérica do rastreador de bugs referida por <tracker>. A localização deve conter um espaço reservado ``{id}``, que será substituído por um ID de bug específico. Esta opção pode ser usada junto com ``bzr commit --fixes`` para marcar bugs nesse rastreador como sendo corrigidos por esse commit. Por exemplo:: Se presente, a localização do bug tracker do Bugzilla referido por <tracker>. Esta opção pode ser usada junto com ``bzr commit --fixes`` para marcar bugs nesse rastreador como sendo corrigidos por esse commit. Por exemplo:: Se presente, a localização da instância do Trac referida por <tracker>. Esta opção pode ser usada junto com ``bzr commit --fixes`` para marcar bugs nesse rastreador como sendo corrigidos por esse commit. Por exemplo:: Se presente, o local do branch padrão para pull ou merge. Esta opção é normalmente definida ao criar um branch, o primeiro ``pull`` ou por ``pull --remember``. Se presente, o local da ramificação padrão para push. Esta opção é normalmente definida pelo primeiro ``push`` ou ``push --remember``. Se root for fornecido, ele será usado como o diretório raiz dentro formatos de contêiner (tar, zip, etc). Se não for fornecido, será padrão para o nome do arquivo exportado. A opção root não tem efeito para o formato 'dir'. Se definido como "True", a ramificação deve atuar como um checkout e enviar cada commit para o bound_location. Esta opção é normalmente definida por ``bind``/``unbind``. Se shelve --list for especificado, as alterações arquivadas anteriormente serão listadas. Se a opção --no-trees for fornecida, as ramificações no repositório não terá árvores de trabalho por padrão. Eles ainda existirão como diretórios no disco, mas eles não terão cópias separadas do arquivos em uma determinada revisão. Isso pode ser útil para repositórios que filiais de lojas com as quais interage através de caixas ou ramos, como em um servidor. Se TO_LOCATION for omitido, o último componente de BRANCH_LOCATION será usado. Em outras palavras, "checkout ../foo/bar" tentará criar ./bar. Se o BRANCH_LOCATION não tiver nenhum / ou separador de caminho incorporado, o TO_LOCATION é derivado do BRANCH_LOCATION removendo um esquema principal ou identificador de unidade, se houver. Por exemplo, "checkout lp: foo-bar" tentará criar ./foo-bar. Se TO_LOCATION for omitido, o último componente de FROM_LOCATION será usado. Em outras palavras, "branch ../foo/bar" vai tentar criar ./bar. Se FROM_LOCATION não possuir / ou separador de caminho embutido, TO_LOCATION será derivado de FROM_LOCATION se retirando o esquema ou identificador de drive, se existirem. Por exemplo, "branch lp:foo-bar" tentará criar ./foo-bar. Se o destino já estiver completamente mesclado na origem, puxe da origem em vez de mesclar. Quando isso acontece, você não precisa confirmar o resultado. Se o nome do arquivo não for especificado, as revisões que começam com o diretório atual são pesquisadas recursivamente. Se o número de revisão não for especificado, a cópia de trabalho é pesquisada. Para pesquisar a última revisão confirmada, use a opção '-r -1' ou '-r last:1'. Se o último argumento for um diretório com versão, todos os outros nomes serão copiados para ele. Caso contrário, deve haver exatamente dois argumentos e o arquivo é copiado com um novo nome. Se o último argumento é um diretório versionado, todos os outros nomes são movidos para ele. Caso contrário, deve haver exatamente dois argumentos e o arquivo é alterado para um novo nome. Se o local fornecido for um repositório compartilhado, as ramificações dependentes também são convertidos desde que o repositório seja convertido com sucesso. Se a conversão de uma ramificação falhar, as ramificações restantes ainda serão tentou. Se a origem for a mesma para uma série de linhas consecutivas, é mostrado apenas na parte superior, a menos que a opção --all seja fornecida. Se o tarball ou zip tiver um único diretório raiz, esse diretório será removido ao extrair o tarball. Isso não é feito para diretórios. Se o ramo da árvore estiver vinculado a um ramo mestre, o brz também atualizará o ramo a partir do mestre. Se houver alterações não confirmadas na árvore, elas serão transportadas e permanecerão como alterações não confirmadas após a atualização. Para descartar essas alterações, use 'brz revert'. As mudanças não confirmadas podem entrar em conflito com as mudanças trazidas pela mudança na revisão da base. Se houver um repositório em um diretório pai do local, então o histórico do branch será armazenado no repositório. Por outro lado init cria uma ramificação autônoma que carrega sua própria história no diretório .bzr. Se já houver uma ramificação no local, mas não houver árvore de trabalho, a árvore pode ser preenchida com 'brz checkout'. Se não houver nenhuma ramificação padrão definida, a primeira mesclagem a definirá (use --no-lembre-se de evitar configurá-lo). Depois disso, você pode omitir o branch para usar o padrão. Para alterar o padrão, use --remember. O valor vai só será salvo se o local remoto puder ser acessado. Se não estiver definido a localização padrão, na primeira vez que o projeto for puxado será definido (use --no-remember para evitar isso). Após isso, você pode omitir a localização para usar o padrão. Para alterar o padrão, use --remember. O valor será salvo apenas se o local remoto puder ser acessado. Se não houver um definição de localização de envio padrão, o primeiro envio irá ajustá-lo (use --no-remember para evitar isto). Após isto você poderá omitir a localização para usar o padrão. Para alterar o padrão, use --remember. O valor será salvo apenas se a localização remota puder ser acessada. Se true (padrão), as alterações do repositório são liberadas pelos buffers do SO para o disco físico. Isso é um pouco mais lento, mas significa que os dados não devem ser perdidos se a máquina travar. Consulte também dirstate.fdatasync. Se true (padrão), as alterações de metadados da árvore de trabalho são liberadas pelos buffers do SO para o disco físico. Isso é um pouco mais lento, mas significa que os dados não devem ser perdidos se a máquina travar. Consulte também repository.fdatasync. Se não estiver definido, o nome da ramificação colocalizada é usado para filiais colocalizadas e o nome do diretório da ramificação é usado para outras ramificações. Para imprimir o apelido atual, execute sem argumento. Se você estiver usando um checkout de uma ramificação compartilhada, você desejará periodicamente obter todas as alterações feitas por outras pessoas. Isso é feito usando o comando "atualizar" . As alterações precisam ser aplicadas antes de qualquer commit não local, mas o Breezy informará se houver alguma alteração e sugerirá que você use esse comando quando necessário. Se você editar a cópia principal, certifique-se de remover os marcadores de espinha de peixe. Quando você terminar de editar, o arquivo deve parecer que nunca teve um conflito e estar pronto para confirmar. Se você tiver uma ramificação e a ramificação remota estiver desatualizada, você pode enviar as alterações locais usando "brz push". Se o branch local estiver desatualizado, você pode fazer "brz pull". Se ambas as ramificações tiveram alterações, você pode mesclar, confirmar e enviar suas alterações. Se você decidir que algumas das alterações não são úteis, você pode "push --overwrite" ou "pull --overwrite". Se você tiver uma ramificação com uma árvore de trabalho que não deseja, o comando 'remove-tree' removerá a árvore se for seguro. Isso pode ser feito para evitar o aviso sobre a árvore de trabalho remota não ser atualizada ao enviar para a ramificação. Também pode ser útil ao trabalhar com um repositório '--no-trees' (veja 'brz help repositories'). Se você tem uma ramificação sem árvore de trabalho, você pode usar o comando 'checkout' para criar uma árvore de trabalho. Se você executar 'brz checkout .' da ramificação, ele criará a árvore de trabalho. Se a ramificação for atualizada remotamente, você poderá atualizar a árvore de trabalho executando 'brz update' nesse diretório. Se você tiver um checkout e tiver feito commits locais, você pode voltar a sincronizar executando "brz update" (e possivelmente "brz commit"). Se você tem um repositório existente com arquivos de texto já armazenados usando convenções de nova linha do Windows (``crlf``), então você pode querer continuar usando essa convenção no repositório. Forçar determinados arquivos a esta convenção também pode ajudar os usuários que não possuem regras configuradas. Para fazer isso, defina ``eol`` para um dos valores abaixo. Se você tem arquivos binários que não contêm um byte nulo, certifique-se de adicionar regras ``eol = exact`` para eles também. Você pode fazer isso fornecendo padrões mais explícitos anteriormente no arquivo de regras. Por exemplo:: Se você adicionou arquivos recém-adicionados desde a revisão de destino, eles serão removido. Se os arquivos a serem removidos foram alterados, os backups serão criado como acima. Diretórios contendo arquivos desconhecidos não serão excluído. Se você tiver dados de teste de amostra que tenham deliberadamente arquivos de texto com convenções de nova linha mistas, você pode pedir que eles sejam deixados sozinhos assim:: Se você precisar alterar a ordem ou remover um desses diretórios, use valores especiais: Se você tomar o cuidado de criar arquivos com suas terminações exigidas, você pode conseguir *quase* a mesma coisa usando ``eol = exact``. É um pouco mais seguro usar ``lf`` e ``crlf`` porque as edições que introduzem acidentalmente terminações de linha mistas serão corrigidas durante o commit de arquivos com essas configurações. Se você usa Bugzilla ou Trac, então você só precisa definir uma variável de configuração que contenha a URL base do rastreador de bugs. Estas opções podem entrar em ``breezy.conf``, ``branch.conf`` ou em uma seção de configuração específica da ramificação em ``locations.conf``. Você pode configurar esses valores para cada um dos projetos em que trabalha. Se você deseja garantir que tem as diferentes mudanças no outro branch, faça um merge (veja brz help merge) do outro branch e envie-o. Depois disso, você poderá fazer um push sem '--overwrite'. Se você quiser ter uma árvore de trabalho em uma máquina remota para a qual você envia push, você pode executar 'brz update' na ramificação remota após cada push ou usar algum outro método para atualizar a árvore durante o push. Existe um plug-in 'rspush' que atualizará a árvore de trabalho usando rsync, além de fazer um push. Há também um plugin 'push-and-update' que automatiza a execução de 'brz update' via SSH após cada push. Se você quer substituir suas alterações locais e quer apenas a sua ramificação para corresponder com a remota, use pull --overwrite. Isto funcionará mesmo se as duas ramificações divergiram. Se você deseja atualizar para um formato específico em vez do padrão atual, que pode ser especificado usando a opção --format. Como consequência, você pode usar o comando upgrade desta forma para "rebaixar" para um formato anterior, embora algumas conversões sejam um processo unidirecional (por exemplo, mudar do padrão 1.x para o 2.x padrão), então o downgrade nem sempre é possível. Se sua árvore de trabalho estiver em uma unidade de rede compartilhada por usuários em diferentes sistemas operacionais, você normalmente deseja forçar certas convenções para determinados arquivos. Dessa forma, se um arquivo for criado com os finais de linha errados ou se os finais de linha forem misturados durante a edição, ele será confirmado corretamente e será verificado corretamente. Por exemplo:: Ignore diferenças entre ramificações e sobrescreva incondicionalmente. Ignorar padrões pode ser prefixado com ``!``, o que significa que um nome de arquivo correspondente a esse padrão não será ignorado. Ignora arquivos ou padrões especificados. A visualização é %s Algoritmo de importação Importe marcas de e exporte marcas para arquivo. Importar marcas do arquivo. Importar fontes de um diretório, tarball ou arquivo zip Importe esta quantidade de revisões e saia. Importando revisões Além disso, um ramo pode ser vinculado a outro. A vinculação a outra ramificação indica que os commits que ocorrem nesta ramificação também devem ocorrer na outra ramificação. O Breezy garante consistência ao não permitir commits quando os dois branches estão desatualizados. Para que um commit tenha sucesso, pode ser necessário atualizar o branch atual usando ``brz update``. Além disso, os plugins podem fornecer outras palavras-chave. Em ambos os casos, a árvore de trabalho é atualizada e as alterações não confirmadas são mescladas. O usuário pode confirmar ou reverter isso como desejar. Em ambos os casos, quando usado em um diretório como ``/home/vila/src/bzr/bugs/832013-expand-in-stack`` teremos:: Em casos de mesclagem complexos, ``brz merge --lca`` ou ``brz merge --weave`` podem dar melhores resultados. Você pode querer ``brz reverter`` a árvore de trabalho e mesclar novamente. Alternativamente, use ``brz remerge`` em arquivos conflitantes específicos. No futuro está planejado que ``when-required`` assinará revisões recém-commitidas somente quando a ramificação as exigir. ``never`` se recusará a assinar revisões recém-commitidas, mesmo que a ramificação exija assinaturas. Na maioria dos casos, uma exibição tem uma vida útil curta: ela é criada para fazer uma alteração selecionada e é excluída assim que a alteração é confirmada. Outras vezes, você pode desejar criar uma ou mais visualizações nomeadas e alternar entre elas. Em modo não-recursivo, todos os itens nomeados são adicionados, independentemente de terem sido anteriormente ignorados. Um aviso é dado se qualquer um dos arquivos nomeados já estiverem versionados. Para calcular essas mudanças, o brz deve analisar o branch submit. Portanto, é mais eficiente que a ramificação de envio seja um espelho local. Se um local público for conhecido pelo submit_branch, esse local será usado na diretiva de mesclagem. No modo recursivo (o padrão), os arquivos são tratados da mesma maneira mas o comportamento é diferente para os diretórios. Os diretórios que já estão versionados não dão um aviso. Todos os diretórios, já versionado ou não, são pesquisados para que arquivos ou subdiretórios que não são de nenhuma versão ou foram ignorados, possam ser adicionados. Esta pesquisa ocorre recursivamente dentro de diretórios versionados. Se nenhum nome é dado '.' é assumido. No modo recursivo, os arquivos maiores que a opção de configuração add.maximum_file_size serão ignorados. Os itens nomeados nunca são ignorados devido ao tamanho do arquivo. Na cópia principal do arquivo, o Bazaar incluirá todas as alterações que puder reconciliar, e quaisquer conflitos não reconciliados serão cercados por marcadores "espinha de peixe" como ``<<<<<<<``. No domínio shp.net (fictício), cada projeto tem seu próprio site:: Nesta situação, o Bazaar cancelará o movimento e deixará ``branco`` em ``preto``. Para resolver esse tipo de conflito, basta decidir qual nome deve ser mantido para os diretórios envolvidos. No modo detalhado, informações estatísticas são incluídas em cada relatório. Para ver informações estatísticas mais avançadas, use o nível de detalhamento 2 ou superior especificando a opção de detalhamento múltiplas vezes, e.g. -vv. Inclua todas as informações possíveis. Inclua a última revisão para cada arquivo. Inclua o histórico de revisões. InfoHooks --------- Informações sobre como escolher um formato de armazenamento Informações sobre configuração e arquivos de log Informações sobre como configurar a autenticação Informações sobre a fusão cruzada Informações sobre a definição de preferências baseadas em regras Informações sobre manuseio de fim de linha Informações sobre a sintaxe do padrão Informações sobre o que é uma filial Informações sobre o que é um checkout Informações sobre o que é uma árvore autônoma Informações sobre árvores de trabalho Insira random_id=True reivindicado, mas insira %r duas vezes Instalar revisões Em vez de mesclar, mostre uma comparação da mesclagem. Em vez de desarquivar as alterações, mostre a diferença que resultaria do desarquivamento. Ao invés de usar:: Integração com Launchpad.net Internamente, o brz trata todos os locais como URLs. Para quaisquer caminhos de sistema de arquivos especificados, ele determinará automaticamente a representação de URL apropriada e escapará caracteres especiais quando necessário. Interpret PATTERN é uma única string fixa (não regex). Introduzido em: %s Introduzido em: 0,15 Introduzido em: 0,16 Introduzido em: 0,91 Introduzido em: 1.10 Introduzido em: 1.13 Introduzido em: 1.14 Introduzido em: 1.15 Introduzido em: 1.15.0 Introduzido em: 1.17 Introduzido em: 1.4 Introduzido em: 1.6 Introduzido em: 1.8 Introduzido em: 1.9 Introduzido em: 2.0 Introduzido em: 2.1 Introduzido em: 2.2 Introduzido em: 2.3 Introduzido em: 2.4 Introduzido em: 2.5 Introduzido em: 2.6 Introduzido em: desconhecido Introdução ------------ '%s' inválido, deve estar no formato 'name=value' Nome do branch inválido: %(name)s Erro inválido %s. Deve estar na forma de 'tracker:id'. Consulte "bugs de ajuda do brz" para obter mais informações sobre esse recurso. Compromisso recusado. Tipo de conteúdo http inválido "%(ctype)s" para %(path)s: %(msg)s Intervalo http %(range)r inválido para %(path)s: %(msg)s Resposta http inválida para %(path)s: %(msg)s%(orig_error)s Padrão de regras de ignorar inválido encontrado. %s Padrões inválidos encontrados. %s Acesso de intervalo inválido em %(path)s em %(offset)s: %(msg)s Número de revisão inválido %(revno)s ID de revisão {%(revision_id)s} inválido em %(branch)s Estoque ok. Estoque regenerado. Chamado após a inicialização de um repositório. post_repo_init é chamado com um breezy.controldir.RepoInitHookParams. Chamado antes de tentar abrir um ControlDir com o transporte que o open usará. Chamado quando uma opção de configuração é lida. A assinatura é (pilha, nome, valor). Chamado quando uma opção de configuração é removida. A assinatura é (pilha, nome). Chamado quando uma opção de configuração é definida. A assinatura é (pilha, nome, valor). Chamado quando uma configuração de armazenamento é carregada. A assinatura é (armazenamento). Chamado quando uma configuração de armazenamento é salva. A assinatura é (armazenamento). Chamado ao adicionar informações sobre uma revisão da estrofe RIO que é impressa. revision é chamado com um objeto de revisão e uma estrofe RIO. Chamado ao exibir as estatísticas de um repositório. repositório é chamado com um dicionário de estatísticas conforme retornado pelo repositório e um objeto semelhante a um arquivo no qual gravar. Também é possível criar um checkout "leve" passando o sinalizador --lightweight para checkout. Um checkout leve está ainda mais próximo de um checkout SVN, pois não é uma ramificação de primeira classe, consiste principalmente na árvore de trabalho. Isso significa que qualquer operação de histórico deve consultar a ramificação mestre, o que pode ser lento se uma conexão de rede estiver envolvida. Além disso, como você não tem uma ramificação local, não pode confirmar localmente. É um erro dar um nome de tag que já existe a menos que você passe --force, nesse caso a tag é movida para apontar para a nova revisão. Não é possível fazer push sem perdas para %s. Você pode querer usar --lossy. Ele é substituído pela variável de ambiente BZR_REMOTE_PATH. Certamente sim! São necessários dois argumentos opcionais: a ramificação bzr de origem para exportar e o destino para gravar o arquivo no qual gravar o fluxo fastimport. Manter indicadores que apontam para versões removidas. A chave %(key)s já está presente no mapa Alteração de tipo de %(from_kind)s para %(to_kind)s para %(path)s não suportado pelo formato %(format)r Mesclagem LCA-novidade. LOCATION é o diretório onde a trava de configuração está. Etiquetas a aplicar. Barra de lançamento --------- ID de usuário do Launchpad %s desconectado. O ID do usuário do Launchpad existe e possui chaves SSH. ID de usuário do Launchpad definido como '%s'. O Launchpad.net fornece hospedagem gratuita de filial do Bazaar com rastreamento integrado de bugs e especificações. Check-outs leves funcionam melhor quando você tem acesso rápido e confiável ao branch master. Isso significa que se o branch master estiver no mesmo disco ou LAN , um checkout leve será mais rápido do que um heavyweight para quaisquer comandos que modifiquem o histórico de revisões (já que apenas uma cópia do branch precisa ser atualizada). Check-outs pesados geralmente serão mais rápidos para qualquer comando que use o histórico, mas não o altere, mas se o branch master estiver no mesmo disco, não haverá uma diferença perceptível. Assim como os conflitos de texto, o Bazaar emitirá os arquivos ESTE, OUTRO e BASE. (Eles podem ser arquivos regulares, links simbólicos ou diretórios). Mas não incluirá uma "cópia principal" do arquivo com marcadores de conflito de espinha de peixe. Parece que a " cópia principal" foi renomeada para ESTE ou OUTRO. Limite a saída as primeiras N versões. Link para um bug relacionado. (veja "bugs de ajuda do brz"). Listar todos os arquivos ignorados e os padrões de ignorar que fizeram com que o arquivo fosse ignorado. Lista entradas de um tipo específico: arquivo, diretório, link simbólico, referência de árvore. Listar arquivos apagados na árvore de trabalho Lista os arquivos em uma árvore. Listar arquivos com conflitos. Listar os arquivos ignorados e os padrões que coincidem com eles. Listar caminhos de arquivos com conflitos de texto. Listar mudanças arquivadas. Lista de tags. Lista os ramos disponíveis na localização atual. Lista os plugins instalados. Ouça as conexões no endereço indicado. Ouça as conexões na porta indicada. Passar 0 como o número da porta resultará em uma porta alocada dinamicamente. A porta padrão depende do protocolo. O ramo local náo está associado Localização ~~~~~~~~ Aliases de localização ================= Localização do departamento. O bloqueio aparentemente está retido, mas corrompido: %(corruption_info)s Use 'brz break-lock' para limpá-lo Bloqueio não mantido: %(locks) Proprietário do bloqueio alterado para O bloqueio foi quebrado enquanto ainda estava aberto: %(lock)s - verifique a consistência do armazenamento! O bloqueio foi liberado e readquirido antes de ser quebrado: %(lock)s: mantido por %(titular)r, queria quebrar %(target)r LockHooks --------- Formatos de Log =========== Formato de registro Formato de log com uma linha por revisão. Faça login no GitHub. Faça login em uma instância do GitLab. A revisão de registro 0 é inválida. Pesquisa de arquivo por ids nesta árvore O cliente de e-mail "%s" não suporta a especificação do corpo O correio é enviado usando seu programa de correio preferido. Isso deve ser transparente no Windows (usa MAPI). No Unix, requer o utilitário xdg-email. Se o cliente preferido não puder ser encontrado (ou usado), seu editor será usado. Envie por correio ou crie uma diretiva de mesclagem para enviar alterações. Enviar o pedido para este endereço. Faça o bloqueio de %s Crie um diretório em um ramo versionados. Cabeçalho do pacote de revisão bzr malformado: %(text)r Rodapé malformado no pacote de revisão bzr: %(text)r Patches malformados no pacote de revisão do bzr: %(text)r MalformedTransform ------------------ Gerencie visualizações filtrados. Defina uma data de submissão manualmente usando formato de data de submissão, ex. '2009-10-10 08:00:00 +0100'. Muitos comandos que aceitam URLs também aceitam aliases de local. Veja :doc:`location-alias-help` e :doc:`url-special-chars-help`. Muitas políticas de autenticação diferentes podem ser descritas no arquivo ``authentication.conf`` mas um usuário em particular deve precisar apenas de algumas definições para cobrir suas necessidades sem ter que especificar um usuário e uma senha para cada branch que ele usa. Muitos desses conversores fornecerão conversão *ida e volta*, ou seja, aplicar o conversor de leitura seguido pelo conversor de gravação devolve o conteúdo original. No entanto, outros podem fornecer uma conversão assimétrica. Por exemplo, um conversor de leitura pode remover os espaços em branco à direita das linhas no código-fonte, enquanto o conversor de gravação correspondente pode passar o conteúdo inalterado. Marcar um bug como corrigido por esta revisão (veja "brz help bugs"). Marcar um conflito como resolvido. Marca o conflito como resolvido. Algoritmo de mesclagem Mesclar mesmo se a árvore destino tiver mudanças não submetidas. Proposta de mesclagem criada: %s Mesclar proposta: %s Mesclar usando diff3 externo. A mesclagem fará o possível para combinar as alterações em duas ramificações, mas são alguns tipos de problemas que só um ser humano pode resolver. Quando encontra aqueles, isso marcará um conflito. Um conflito significa que você precisa consertar algo, antes que você possa se comprometer. MergeDirectiveHooks ------------------- Mesclar Ganchos ---------- Mesclagem em ramos vazios não é suportada atualmente, https://bugs.launchpad.net/bzr/+bug/308562 Cadeia de mensagens. Mensagem: %s MessageEditorHooks ------------------ Método a ser usado para escrever diferenças. Revisão interna em compatível {{{0}}} e revisão do índice {{{1}}} Extensões ausentes ================== Pai ausente -------------- Formato de log moderadamente curto. Mova apenas o identificador brz do arquivo, porque o arquivo já foi movido. Mover ou renomear um arquivo. Movendo %s Movendo repositório para repository.backup Múltiplas definições podem ser fornecidas e, para uma determinada URL, o brz selecionará um (``user`` [, ``password``]) com base nas seguintes regras: Vários sha1s esperados para {0}. {{{1}}} espera {{{2}}}, {{{3}}} espera {{{4}}} MutableTreeHooks ---------------- NAME_PATTERN não deve ser um caminho absoluto Nome do site do GitLab na configuração. Nome da função gerada (padrão: _brz) Nome do branch git a ser criado (default=master). Nome da nova ramificação remota. Nome do diretório raiz dentro do arquivo exportado. Nome da visualização a definir, listar ou excluir. Nome da visualização para a qual alternar. Mesclagem no estilo diff3 nativo. Nunca mude o número de revisão ou o log existente. Somente adicione revisões a ele. Novo ramo ligado a %s Novas ramificações criadas no diretório do repositório armazenarão seus revisões no repositório, não no diretório branch. Para filiais com histórico compartilhado, isso reduz a quantidade de armazenamento necessária e agiliza a criação de novas filiais. Nenhum resultado da chave GnuPG para o padrão: {0} Nenhum ID de usuário do Launchpad configurado. Não existe WorkingTree para "%(base)s". Nenhuma ramificação encontrada no local especificado. Nenhum pacote foi encontrado em "%(filename)s". Nenhuma alteração é arquivada. Nenhuma alteração para confirmar. Por favor 'brz adicione' os arquivos que você deseja submeter, ou use --unchanged para forçar um commit vazio. Nenhuma visualização atual para excluir Nenhuma visualização atual para desativar Sem visualização atual. Nenhum erro existente, cria diretórios pais conforme necessário. Nenhum formato experimental está disponível. Nenhum arquivo removido. Nenhuma ajuda para este comando. Nenhum formato de informação de versão conhecido {0}. Os tipos suportados são: {1} Nenhum local especificado ou memorizado Nenhum local fornecido e nenhuma localização prévia conhecida Sem localização fornecida. Este formato não se lembra de locais antigos. Nenhum arquivo correspondente. Nenhum namespace registrado para string: %(spec)r Não há novas revistas ou tags para enviar. Não há novas enviadas para enviar. Localização desconhecida ou não especificada do par. Nenhum ramo público especificado ou conhecido Nenhuma localização de extração conhecida ou especificada Sem local de envio conhecido ou especificado. Nenhum local de envio conhecido ou especificado. Para enviar para o branch pai (em% s), use 'brz push: parent'. Nenhum recurso encontrado no local especificado. Nenhum recurso) apresenta: "%(paths" Nenhuma revisão encontrada. Sem revisões para empacotar. Nenhuma revisão para enviar. Nenhuma revisão para cancelar o commit. Sem alterações arquivadas. Nenhum branch de envio disponível para o branch "%(path)s" Nenhum branch de envio conhecido ou especificado Nenhum ramo de submissão especificado ou conhecido Nenhum formato de envio '%s'. Nenhuma tag: %(tag_name)s Sem tag especifica para apagar. Nenhuma configuração de destino especificada Nenhum local de destino especificado ou lembrado Nenhum rastreador especificado para o bug %s. Use o formulário 'tracker:id' ou especifique um rastreador de bugs padrão usando a opção `bugtracker`. Consulte "bugs de ajuda do brz" para obter mais informações sobre esse recurso. Compromisso recusado. Nenhuma visualização definida. Nenhuma árvore de trabalho encontrada no local especificado. Nenhuma árvore de trabalho para remover Sem árvore de trabalho, ignorando --show-base Nenhuma árvore de trabalho. Pai não-diretório -------------------- Não é uma ramificação: "%(path)s"%(detail)s. Não é um pacote de revisão bzr: %(text)r Não conectado ao Launchpad. Observe que --short ou -S fornece sinalizadores de status para cada item, semelhante ao comando de status do Subversion. Para obter uma saída semelhante a svn -q, use brz status -SV. Note que ``basename`` aqui se refere ao nome base de ``relpath`` que é definido como o caminho relativo entre o nome da seção e o local que corresponde. Note que ``exact`` não implica que o arquivo seja binário, mas significa que nenhuma conversão de fim de linha será feita. (Bazaar atualmente depende de análise de conteúdo para detectar arquivos binários para comandos como ``diff``. No futuro, uma regra ``binary = true`` pode ser adicionada, mas ainda não é suportada.) Observe que se você modificou ``FILE.THIS`` ou ``FILE.OTHER``, essas modificações serão levadas em consideração. Observe que os valores especiais 'user', 'core' e 'site' devem ser usados literalmente, eles serão substituídos pelos valores correspondentes específicos da plataforma. Observe que esta é a ação padrão quando um único arquivo está envolvido, então você pode simplesmente usar:: Observe que, ao mesclar uma exclusão de diretório, se arquivos não versionados estiverem presentes, eles se tornarão órfãos em potencial, caso não tenham mais um pai de diretório. Observe que ao usar o argumento -r com um intervalo de revisões, o as diferenças são computadas entre as duas revisões especificadas. que é, o comando não mostra as alterações introduzidas pelo primeiro revisão no intervalo. Isso difere da interpretação de intervalos de revisão usados por "brz log" que inclui a primeira revisão no intervalo. Note que você deve se livrar de FILE.moved antes de usar ``--action=done``. Nota: Ao fornecer um nome curto para cada rastreador, você pode especificar um ou mais bugs em um ou mais rastreadores no momento do commit, se desejar. Nota: A conversão EOL do Bazaar converterá o conteúdo dos arquivos, mas nunca rejeitará os arquivos porque um determinado final de linha ou final de linha misto foi encontrado. Um gancho de pré-commit deve ser usado se você deseja validar (e não apenas converter) o conteúdo antes de confirmar. Nota: A filtragem de conteúdo só é suportada em formatos adicionados recentemente, por exemplo, 1.14. Certifique-se de que tanto o repositório * quanto * a ramificação estejam em um formato recente. (Apenas definir o formato no repositório não é suficiente.) Se a filtragem de conteúdo não estiver funcionando, use 'brz info -v' para confirmar que a ramificação está usando "Working tree format 5" ou posterior. Nota: Exportar da árvore com arquivos nomeados em formato não-ASCII, não é suportado. Observação: por motivos de segurança, nenhuma conversão é aplicada a nenhum arquivo em que um byte nulo seja detectado no arquivo. Observação: no futuro, é provável que opções adicionais sejam adicionadas aos comandos para tornar esse processo de atualização mais rápido e seguro. Nota: Tome cuidado para redirecionar a saída padrão ao usar este comando em um arquivo binário. Nota: O local pode ser especificado na forma de um branch ou na forma de um caminho para um arquivo contendo uma diretiva de mesclagem gerada com brz send. Nota: ``brz commit`` não aplica conversores de escrita implicitamente após a confirmação de arquivos. Se isso faz sentido para um determinado plug-in que fornece um filtro de conteúdo, o plug-in geralmente pode obter esse efeito usando um gancho ``start_commit`` ou ``post_commit``, digamos. Veja :doc:`hooks-help` para mais informações sobre hooks. Nada para deletar. Nada a ser feito. Número de inventários para armazenar em cache. Número de níveis a serem exibidos - 0 para todos, 1 para recolhido (1 é o padrão). Número de níveis a serem exibidos - 0 para todos, 1 para plano. Vários comandos são fornecidos para gerar um arquivo de importação rápida para usar como entrada. Para especificar a entrada padrão como o fluxo de entrada, use um nome de origem '-' (em vez de project.fi). Se o nome da fonte terminar em '.gz', supõe-se que ele esteja compactado no formato gzip. OTHER_BRANCH pode ser local ou remoto. Objeto não encontrado: %s Obviamente, para fazer um commit em um checkout, você precisa ser capaz de escrever no branch master. Isso significa que a ramificação master deve ser acessível por meio de um protocolo gravável, como sftp://, e que você tem permissões de gravação na outra extremidade. Os check-outs também funcionam no sistema de arquivos local, de modo que tudo o que importa são as permissões de arquivo. Uma vez convertidos em check-out, os commits devem ser bem-sucedidos no branch master antes de serem aplicadas à filial local. Uma vez que as credenciais relevantes são declaradas neste arquivo, você pode usar urls de ramificações sem incorporar senhas (risco de segurança) ou até mesmo usuários (permitindo o compartilhamento de suas urls com outras pessoas). Depois de corrigir um problema, use "brz resolve" para marcar automaticamente os conflitos de texto como corrigidos, "brz resolve FILE" para marcar um conflito específico como resolvido ou "brz resolve --all" para marcar todos os conflitos como resolvidos. Apenas ASCII permitido em nomes de opções Exibe apenas erros e avisos. Somente arquivos com conteúdo e bit de execução idênticos serão vinculados. Apenas um caminho deve ser especificado para --auto. Remova apenas arquivos que nunca foram confirmados. Remover somente as submissões de um ramo local quando realizar um checkout. Mostrar apenas arquivos versionados. Somente a revisão especificada é pesquisada. Para encontrar a revisão da linha principal que a fundiu na linha principal, use a especificação de revisão "linha principal". Útil apenas em ``locations.conf``. Define se a configuração desta seção se aplica ou não aos subdiretórios: Abra uma página de ramificação do Launchpad em seu navegador da web. Abrindo %s no navegador da web Operação negada porque alteraria o histórico principal, o que não é permitido pela configuração append_revisions_only na ramificação "%(location)s". Opção --change não aceita intervalos de revisão Políticas de opções ^^^^^^^^^^^^^^^ As opções definidas em uma seção afetam o diretório ou URL nomeado, além de todos os locais que eles contêm. As políticas podem ser usadas para alterar como um valor de opção é interpretado para locais contidos. Atualmente , existem três políticas disponíveis: Opções que podem ser usadas com qualquer comando Opções que controlam como o Breezy é concluída Opções para mostrar ou registrar informações de depuração Outros formatos de armazenamento Outro ramo não tem novas revisões. Substitua o tempo limite do cliente inativo padrão (5min). Substitua o ID de e-mail usado pelo Breezy. Formato típico:: Substitua o diretório inicial usado pelo Breezy. Substitua a exibição de progresso. Os valores possíveis são "nenhum" ou "texto". Se o valor for "none", nenhuma barra de progresso será exibida. O valor "texto" desenha a barra de progresso da linha de comando comum. Substituindo o diretório padrão do plug-in do site:: Substituindo o diretório de plug-in do usuário padrão:: Substituir confirma existentes. Substitua apenas as tags. Proprietário da nova filial remota. Embale todos os N checkpoints. O padrão é 4. PageFaultCount %8d Uso do arquivo de paginação %8d KiB O branch pai já existe: "%(path)s". Diretório pai de %s não existe. Você deve fornecer --create-prefix para criar todos os principais diretórios pai. Loop pai ----------- Pai não acessível dada base "%(base)s" e caminho relativo "%(path)s" Pasta pai de "%s" não existe. Erro de análise na linha %(lineno)d do formato %(format)s: %(line)s Passar essas opções para o programa "diff" externo. Patch_type era %(patch_type)s, mas nenhum patch foi fornecido. O caminho "%(path)s" não é filho do caminho "%(base)s"%(extra)s O caminho "%(path)s" não é normalizado em unicode Conflito de caminho ------------- Caminho para o arquivo que contém um mapa de IDs de usuário. Caminho para o arquivo que contém dicas de cache. Caminho para o executável Bazaar ou Breezy a ser usado ao usar o protocolo bzr+ssh. Caminho para o editor que o Breezy deve usar para mensagens de commit, etc. Caminho desconhecido no final ou começo do intervalo da versão: %s Os caminhos não são versionados: %(paths_as_string)s Os caminhos não existem: %(paths_as_string)s%(extra)s Padrões ======== Os padrões são ordenados e a pesquisa é interrompida assim que um deles combina. Como consequência, padrões mais explícitos devem ser colocados na parte superior do arquivo. Os padrões de regra usam exatamente as mesmas convenções que os padrões de ignorar. Veja :doc:`patterns-help` para detalhes. Os padrões também podem ser `expressões regulares Python`_. Os padrões de expressão regular são identificados por um prefixo ``RE:`` seguido pela expressão regular. Os padrões de expressão regular não podem incluir grupos nomeados ou numerados. Os padrões podem incluir curingas globbing como:: Padrões prefixados com '!!' atuam como padrões ignorantes normais, mas têm precedência sobre os '!' padrões de exceção. Padrões prefixados com '!' são exceções para ignorar padrões e tomar precedência sobre ignora regular. Tais exceções são usadas para especificar arquivos que devem ser versionados que de outra forma seriam ignorados. PeakPagefileUsage %8d KiB PeakWorking %8d KiB As mesclagens pendentes devem ser confirmadas ou revertidas antes de usar o switch. As mesclagens pendentes precisam ser confirmadas ou revertidas antes de usar o switch. Realize um checkout leve. Checkouts leves dependem do acesso ao ramo para cada operações. Checkouts normais podem realizar operações comuns como diff e status sem esse acesso, e também tem suporte a submissões locais. Execute um commit local em um branch vinculado. Os commits locais não são enviados para o branch master até que um commit normal seja executado. Realizar uma extração local em uma ramificação limite. Extrações locais não são aplicadas na ramificação mestre. Realizar uma mesclagem de três-vias. Execute a reconfiguração mesmo que as alterações locais sejam perdidas. Permissão negada: "%(path)s"%(extra)s Faz ping em um servidor inteligente do Bazaar. Saída de diferença de texto simples. Mesclagem de arquivo de plano não suportada: tipo de mesclagem incompatível com formatos de árvore. Por favor, especifique o nome da tag. Favor fornecer ou uma versão ou um intervalo. O plugin %s não está carregado Plugins (incluindo ganchos) são executados no servidor se tudo isso for verdadeiro: Pontos nos quais o processamento personalizado pode ser adicionado As políticas são especificadas por chaves com nomes no formato "<option_name>:policy". Por exemplo, para definir o local de push para uma árvore de ramificações, o seguinte pode ser usado:: Preparando a mesclagem de arquivos Ramo de pré-requisito. O patch de visualização não corresponde às alterações solicitadas. Imprimir arquivos ignorados. Mostra apenas o número da versão. Imprima linhas correspondentes ao PADRÃO para arquivos e revisões especificados. Imprima apenas o nome de cada arquivo de entrada no qual PATTERN é encontrado. Imprima apenas o nome de cada arquivo de entrada em que PATTERN não for encontrado. Imprime ou define o apelido do ramo. Imprime o caminho relativo para a raiz da ramificação. Imprimir arquivos desconhecidos. Imprimir arquivos versionados. Uso Privado %8d KiB Produzir um testamento de formato restrito. Produzir um testamento de formato longo. Dados de perfil gravados em "%s". Nome do projeto para uma nova ramificação remota. Proponha uma ramificação para mesclagem. Protocolo para servir. Ramo público "%(public_location)s" não tem revisão "%(revstring)s". Publique uma ramificação derivada. Ramificação publicada para %s Enviado para %s Enviado para revisão %d. Empurrando para %s Os intervalos são interpretados de forma diferente por comandos diferentes. Para o comando "log", um intervalo é uma sequência de mensagens de log, mas para o comando "diff", o intervalo denota uma alteração entre as revisões (e não uma sequência de alterações). Além disso, "log" considera um intervalo fechado enquanto "diff" e "merge" o consideram aberto, ou seja, incluem uma extremidade, mas não a outra. Por exemplo: "brz log -r 3647..3649" mostra as mensagens das revisões 3647, 3648 e 3649, enquanto "brz diff -r 3647..3649" inclui as alterações feitas nas revisões 3648 e 3649, mas não na 3647. Os conversores de leitura são aplicados apenas a comandos que lêem o conteúdo de uma árvore de trabalho, por exemplo, status, diff e commit. Por exemplo, ``brz diff`` aplicará conversores de leitura para arquivos na árvore de trabalho, então comparará os resultados com o último conteúdo enviado. Índices de leitura Lendo dados de inventário Padrões razoáveis são escolhidos para nome do proprietário, nome da ramificação e nome do projeto , mas também podem ser substituídos na linha de comando. Marcador de versão de protocolo incorreto recebido: %(marker)r Receita para importação de uma árvore de arquivos:: Reconciliação abortada: o índice de revisão tem pais inconsistentes. Reconcilie os metadados BRZ em uma ramificação. Reconciliação concluída. Reconciliando o ramo %s Reconciliando repositório Reconciliando o repositório %s Reconfigure uma ramificação para ser empilhada em outra ramificação. Reconfigure uma ramificação para ser desempilhada. Isso pode exigir a cópia de dados substanciais para ele. Reconfigure o repositório para criar árvores de trabalho em ramificações por padrão. Reconfigure o repositório para não criar árvores de trabalho em ramificações por padrão. Reconfigure o tipo de pasta brz. Reconfigure para ser um branch vinculado com uma árvore de trabalho. Reconfigure para ser um checkout leve (sem histórico local). Reconfigure para ser um branch autônomo (ou seja, pare de usar o repositório compartilhado). Reconfigure para ser uma ramificação não vinculada com uma árvore de trabalho. Reconfigure para ser uma ramificação não vinculada sem árvore de trabalho. Reconfigurar para usar um repositório compartilhado. Registros Recursivo em subdiretórios. Pesquisar recursivamente por ramos ao invés de apenas procurar em um local especificado. Refazer uma mesclagem. Reduza o escopo para o configuração especificada. Recuse submeter se houver arquivos desconhecidos na árvore de trabalho. Recusa o envio se houver alterações não confirmadas na árvore de trabalho, --no-strict desativa a verificação. Recuse-se a enviar se houver alterações não confirmadas na árvore de trabalho, --no-strict desabilita a verificação. Comandos relacionados:: Comandos relacionados:: Conflitos restantes: Lembrar submissão e ramo público. Lembre-se do local especificado como padrão. Remova um galho. Remova a ramificação mesmo que seja a ramificação ativa. Remova arquivos ou diretórios. Remover marcador de mesclagem pendente, sem alterar nenhum arquivo. Remove o atalho. Remover o diretório backup.bzr se for bem sucedido. Remover a última revisão submetida. Remova a opção do arquivo de configuração. Remover a árvore de trabalho, mesmo que tenha mudanças não confirmadas ou arquivadas. Remover a árvore de trabalho a partir de um determinado ramo/obtenção. Remoção de arquivos indesejados da árvore de trabalho. A remoção de um valor é usada --remove NAME. Removendo ancestral.weave Removendo backup... Renomear "%(this)s" => "%(other)s"? Substitua caracteres inválidos no git por '_' (somente modo simples). Substituir as tags existentes. Repositórios Os repositórios são uma forma de banco de dados. O Breezy geralmente mantém isso automaticamente para um bom desempenho, mas em algumas situações (por exemplo, ao fazer muitos commits em um curto período de tempo) você pode pedir ao brz para otimizar os índices do banco de dados. Isso pode ser feito pelo comando 'brz pack'. Os repositórios no Breezy são onde as informações confirmadas são armazenadas. Existe um repositório associado a cada branch. O repositório %r não suporta acesso a textos de revisão tipo raw Formato de repositório Tipo de repositório Reprocesse para reduzir conflitos espúrios. Revisores solicitados. Solicitar a parar graciosamente Reservado para uso futuro. Essas opções permitirão que uma política para filiais exija assinaturas. Código de revisão reservado {%(revision_id)s} Aprovação de resolução Resolva todos os conflitos nesta árvore. Resolva o conflito preservando a versão na árvore de trabalho. Resolva o conflito levando em consideração a versão mesclada. Resolver conflitos às vezes não é óbvio. Ou porque o usuário que deve resolvê-los não é o responsável por sua ocorrência, como é o caso de mesclar o trabalho de outras pessoas ou porque alguns conflitos são apresentados de uma forma que não é fácil de entender. Restaurar mudanças arquivadas. Reutilizando o repositório %s existente Inverter a ordem das revisões A revisão %(rev_id)s não é ancestral de %(not_ancestor_id)s Identificadores de revisão A revisão não é compatível com %(repo_format)s Os números de revisão são sempre relativos à ramificação de origem. Números de revisão somente fazem sentido para revisões, não séries. Revisão {%(revision_id)s} já presente em "%(file_id)s". A revisão {%(revision_id)s} não está presente em "%(file_id)s". Revisões As revisões não são derivadas da mesma raiz: %(revision_a)s %(revision_b)s. As revisões não têm ancestral comum: %(revision_a)s %(revision_b)s RioVersionInfoBuilderHooks -------------------------- Padrões de regras ------------- Regras ===== As regras são definidas no formato de arquivo ini onde as seções são padrões glob de arquivo e o conteúdo de cada seção são as preferências para arquivos que correspondem a esse(s) padrão(ões). Por exemplo:: Execute "brz check" para obter mais detalhes. Execute o servidor rápido. O mesmo que --mine-only. O mesmo que --theirs-only. Digamos que o texto inicial seja "O líder do projeto lançou isso.", e ESTE o modifica para "Martin Pool o lançou.", enquanto OTHER o modifica para "O líder do projeto lançou o Bazaar". Um conflito ficaria assim:: Diga sim para todas as questões. Procure o padrão a partir da raiz da ramificação. (implica --recursivo) apenas arquivos cujo nome base corresponde a GLOB. Cabeçalhos de seção ^^^^^^^^^^^^^^^ Opções locais da seção ^^^^^^^^^^^^^^^^^^^^^ Veja "brz help break-lock" para mais informações. Consulte "help revisionspec" para obter detalhes. Veja :doc:`Usando ganchos<../user-guide/hooks>` no Guia do Usuário para exemplos. Veja :doc:`current-formats-help` para a lista completa dos formatos atualmente suportados. Veja :doc:`other-formats-help` para descrições de quaisquer formatos experimentais e obsoletos disponíveis. Veja ``padrões de ajuda brz`` para detalhes sobre a sintaxe dos padrões. Veja ``brz help resolve`` para mais detalhes. Veja também a opção de configuração ``bzr_remote_path``. Veja também a opção de configuração ``email``. Veja brz help %s para mais detalhes e exemplos. Consulte a configuração de ajuda do brz para obter mais detalhes. Consulte https://www.breezy-vcs.org/developers/profiling.html para obter mais informações sobre criação de perfil. Selecione uma implementação SSH diferente. Selecione um algoritmo de mesclagem específico. Selecione mudanças interativamente. Selecione as alterações introduzidas pela revisão especificada. Veja também "help revisionspec". Selecione o formato de saída. Alterações selecionadas destruídas. Alterações selecionadas: A mesclagem selecionada não pode executar seleções reversas. Tente merge3 ou diff3. Servir o conteúdo deste diretório. Sirva em stdin/out para uso do inetd ou sshd. Defina uma mensagem de confirmação fixa. set_commit_message é chamado com o objeto breezy.commit.Commit (assim você também pode alterar, por exemplo, propriedades de revisão editando commit.builder._revprops) e a mensagem até agora. set_commit_message deve retornar a mensagem a ser usada ou None se deve usar o editor de mensagens normalmente. Defina os arquivos na árvore de trabalho de volta ao conteúdo de uma revisão anterior. Definir uma identidade para o ramo atual ao invés de globalmente. Ajuste o tempo de modificação dos arquivos para a última revisão em que eles foram modificados. Defina prefixos adicionados a nomes de arquivos antigos e novos, como dois valores separados por dois pontos. (por exemplo, "antigo/:novo/"). Defina o nome do autor, se este for diferente do usuário que submeteu. Defina a ramificação de um check-out e atualização. Definir/desarmar e exibir as alcunhas A definição de um valor é obtida usando NAME=value sem espaços. O valor é definido no escopo mais relevante e pode ser verificado exibindo a opção novamente. Configurando nomes de usuário ssh/sftp para launchpad.net. Definir como ``NUL`` no Windows ou ``/dev/null`` em outras plataformas desabilitará o registro. Arquivar %d alteração(ões)? Arquivar adicionando o arquivo "%(path)s"? Arquive todas as mudanças. Shelve permite que você coloque temporariamente as alterações que você fez "na prateleira", ou seja. fora do caminho, até um momento posterior, quando você pode trazê-los de volta da prateleira com o comando 'unshelve'. As alterações são armazenadas ao lado de sua árvore de trabalho e, portanto, não são propagadas junto com sua ramificação nem sobreviverão à exclusão. Arquivar mudanças binárias? Arquivar alterando "%s" de %(other)s para %(this)s? Shelve alterando o destino de "%(path)s" de "%(other)s" para "%(this)s"? O Shelve destina-se a ajudar a separar vários conjuntos de alterações que foram misturados inadequadamente. Se você quiser apenas se livrar de todas as alterações e não precisar restaurá-las posteriormente, use reverter. Se você quiser arquivar todas as alterações de texto de uma vez, use shelve --all. Arquivar removendo o arquivo "%(path)s"? Renomear "%(other)s" => "%(this)s"? Prateleira? Mostrar todas as revisões além das principais. Mostrar anotações em todas as linhas. Mostrar texto de revisão base em conflitos. Mostrar alterações feitas em cada revisão como um caminho. como mudanças, mas não como aplique ou remova. Mostrar data de submissão nas anotações. Mostrar o número da revisão atual. Mostrar diferenças na árvore de trabalho, entre as revisões ou ramos. Mostrar a validade da assinatura digital. Mostrar os arquivos mudaram em cada revisão. Mostre os arquivos a serem excluídos em vez de excluí-los. Mostrar mais antiga para a mais recente. Mostrar mensagem de ajuda. Mostrar a ajuda de um comando ou outro assunto. Mostrar ajuda sobre todos os comandos. Mostrar os registros temporais para um ramo ou subconjunto de um ramo. Mostrar informações sobre uma árvore de trabalho, ramo ou repositório. Mostrar IDs de objetos internos. Mostra apenas a versão especificada. Veja também "help revisionspec". Mostrar a lista de arquivos renomeados. Mostrar os logs de revisões puxadas. QUANDO é nunca, sempre ou automático. Mostrar versões mescladas como --levels 0 faz. Mostrar ou definir o ID do usuário brz. Mostre ou defina o ID do usuário do Launchpad. Mostrar versões onde os autores coincidem com essa expressão. Mostrar versões que tem erros que coincidem com essa expressão. Mostra as revisões cujo committer corresponde a esta expressão. Mostrar versões onde a mensagem coincide com essa expressão. Mostrar versões onde as propriedades coincidem com essa expressão. Mostrar número de revisão da árvore de trabalho. Mostrar o testamento (formulário de assinaturas) de uma versão. Mostre a classe de contribuições. Mostra a origem de cada linha em um arquivo. Mostra o diretório raiz da árvore. Mostrar revisões não mescladas/não extraídas entre duas ramificações. Mostre mensagens e opções de uso. Mostrar informações da versão sobre esta árvore. Mostrar versão do brz. Mostra o que seria feito, mas na realidade não faz nada. Show-base não é compatível com este tipo de mesclagem. %s Assina todos os commits de um determinado committer. Revisão %d assinada. %d revisões assinadas. Desde um checkout leve é pouco mais do que uma árvore de trabalho isso vai se recusar a executar contra um. Ignore arquivos cujo nome base corresponde a um GLOB. SmartClientHooks ---------------- SmartServerHooks ---------------- Então, para encontrar a proposta de mesclagem que revisou a linha 1 do README:: Algumas operações, como mesclar, reverter e puxar, modificam o conteúdo de sua árvore de trabalho. Essas modificações são geradas programaticamente e, portanto, podem entrar em conflito com o estado atual de sua árvore de trabalho. Algumas opções são definidas automaticamente dentro de uma determinada seção e podem ser referenciadas apenas nesta seção. Alguns servidores inteligentes ou protocolos * pode * colocar a árvore de trabalho em vigor no futuro. Às vezes, o Bazaar tentará criar um arquivo usando um nome de caminho que já foi usado. O arquivo existente será renomeado para "FILE.moved". Às vezes, o Bazaar tentará criar um arquivo cujo diretório pai não seja versionado. Isso acontece quando o diretório foi excluído no destino, mas tem um novo filho na origem ou vice-versa. Nessa situação, o Bazaar também fará a versão do diretório pai. A resolução desse problema depende muito do cenário específico. Você pode querer renomear ou excluir o arquivo ou o diretório. Quando estiver satisfeito, você pode executar "brz resolve FILE" para marcar o conflito como resolvido. Desculpe, a mesclagem só funciona após mesclagens normais. Não escolha cereja ou multi-merges. Classifique as tags por critérios diferentes. Ordenando O formato do branch de origem não suporta empilhamento, usando o formato: %s O formato do repositório de origem não suporta empilhamento, usando o formato: %s Manipulação de caracteres especiais em URLs Tratamento de caracteres especiais em URLs ================================== Especifica o proxy de rede para conexões de saída, por exemplo:: Especifique um formato para o repositório criado. Consulte "formatos de ajuda bzr" para obter detalhes. Especifique um formato para esta ramificação. Consulte "formatos de ajuda" para obter uma lista completa. Especifique um formato para este repositório. Consulte "formatos de ajuda brz" para obter detalhes. Divida um subdiretório de uma árvore em uma árvore separada. Árvores autônomas Opções padrão As opções padrão são válidas para todos os comandos. A revisão inicial deve ser anterior à revisão final. Revisão inicial não encontrada no histórico de revisão final. Sinalizadores de status Os sinalizadores de status são usados para resumir as alterações na árvore de trabalho de maneira concisa. Estão no formato:: StatusHooks ----------- Etapas para resolver "fora de sincronia" ao reconfigurar Ainda esperando que %d cliente(s) terminem Formatos de armazenamento Armazene e restaure as alterações não confirmadas na ramificação. Subsume o destino %(other_tree)s precisa ser atualizado. Prefixos de URL suportados:: Os valores genéricos suportados são: Modificadores suportados:: Protocolos de transporte suportados Valores suportados para clientes específicos: Alterne mesmo que os commits locais sejam perdidos. Alterar o checkout no diretório atual para o novo ramo. Mudou para o ramo %s Alterado para a filial %s em %s Alternado para ramificação em %s Trocado para o ramo: %s A tag %(tag_name)s já existe. A tag %s já existe para essa revisão. Conflitos de tags ------------- As tags são armazenadas na ramificação. As tags são copiadas de uma ramificação para outra junto quando você ramifica, empurra, puxa ou mescla. Rótulos podem apenas ser colocadas em uma revisão simples, não em um intervalo As tags dão nomes com significado humano às revisões. Comandos que recebem um -r (--revision) pode ser dada -rtag:X, onde X é qualquer um anteriormente etiqueta criada. Pegue a mensagem de confirmação deste arquivo. Os tarballs podem ser compactados com gzip ou bzip2. Isso é detectado automaticamente. Diretório alvo "%s" já existe. O diretório de destino %s já contém um diretório .bzr, mas não é válido. O diretório de destino %s já existe, mas não possui um diretório .bzr. Forneça --use-existing-dir para empurrar lá de qualquer maneira. O repositório de destino não oferece suporte a raízes ricas Modelo para saída. Separe algumas alterações da actualidade. Testamento não correspondeu ao valor esperado. Para revision_id {%(revision_id)s}, esperado {%(expected)s}, medido {%(medido)s} Conflitos de texto -------------- O texto não corresponde à soma de verificação: %(msg)s O argumento 'dir', se fornecido, deve ser a localização da raiz de uma árvore de trabalho a ser atualizada. Por padrão, a árvore de trabalho que contém o diretório de trabalho atual é usada. O especificador de revisão 'git:' pode ser usado para encontrar revisões por GIT SHA1 curto ou longo. A opção --verbose irá mostrar as revisões extraídas usando a opção de configuração log_format. Você pode usar um formato diferente para substituí-lo com -Olog_format=<outro formato>. A opção --verbose irá exibir as revisões enviadas usando a opção de configuração log_format. Você pode usar um formato diferente substituindo-o com -Olog_format=<outro_formato> O protocolo de servidor inteligente sobre TCP do Bazaar. (porta padrão: 4155) A identidade do usuário GnuPG a ser usada ao assinar commits. Pode ser um endereço de e-mail , impressão digital de chave ou ID de chave completo. Quando não definido ou definido como "padrão", o Breezy usará o e-mail do usuário definido com ``whoami``. O argumento TREE deve ser um subdiretório de uma árvore de trabalho. que subdiretório será convertido em uma árvore independente, com seu próprio ramo. Os commits na árvore de nível superior não serão aplicados à nova subárvore. O argumento TREE deve ser uma árvore independente, dentro de outra árvore, mas não faz parte. (Tais árvores podem ser produzidas por "brz split", mas também por executando "brz branch" com o alvo dentro de uma árvore.) A opção ``--fixes`` permite que você especifique um bug tracker e um identificador de bug ao invés de um URL completo. Isso se parece com:: O comando ``brz missing`` é usado para descobrir quais revisões estão em outro branch que não estão presentes no branch atual, e vice-versa. Ele mostra um resumo de quais revisões extras existem em cada ramificação. Se você quiser ver os efeitos precisos dessas revisões, você pode usar ``brz diff --old=other_branch`` para mostrar as diferenças entre other_branch e seu branch atual. Os campos ``password_encoding`` e ``verify_certificates`` são reconhecidos, mas ignorados na implementação real. O tipo de mesclagem ``weave`` não é afetado por este problema porque usa detecção de origem de linha em vez de uma revisão de base para determinar a causa das diferenças. A(s) revisão(ões) acima será(ão) removida(s). A ação a serviço. Os apelidos são:: O arquivo de configuração de autenticação, authentication.conf ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~ A ramificação '%(branch)s' não está empilhada. A ramificação '%(branch_url)s' não pode ser empilhada em '%(target_url)s'. A árvore *deve* estar em um sistema listável tal como um disco local ou um sftp. O formato de ramificação %(format)s já está no formato mais recente. O ramo {0} não tem revisão {1}. O cliente bzr (através do plugin chamado 'launchpad') possui recursos especiais para se comunicar com o Launchpad: O plugin bzr-git também adiciona três novos subcomandos bzr: O plugin bzr-git fornece suporte para usar o Bazaar com repositórios Git locais e remotos, como apenas outro formato. Você pode clonar, extrair e enviar para repositórios git como faria com qualquer branch nativo do Bazaar. A classe que contém cada gancho é fornecida antes dos ganchos que ela fornece. Por exemplo, BranchHooks como a classe é a classe hooks para `breezy.branch.Branch.hooks`. A conversão entre esses formatos é feita por filtros de conteúdo. Um filtro de conteúdo tem duas partes: A resolução correta seria "Martin Pool lançado Bazaar". O comportamento padrão é enviar a diretiva de mesclagem por correio, a menos que -o seja dado, caso em que é enviado para um arquivo. O formato padrão é ``long``. Para mudar isso, defina a configuração ``log_format`` na seção ``[DEFAULT]`` de ``breezy.conf`` assim (digamos):: O formato de log padrão a ser usado. Os formatos de log padrão são ``long``, ``short`` e ``line``. Formatos adicionais podem ser fornecidos por plugins. O valor padrão é ``long``. As definições encontradas neste arquivo são usadas para localizar as credenciais a serem usadas para um determinado URL. As mesmas credenciais geralmente podem ser usadas para o maior número possível de ramificações, agrupando sua declaração em torno dos servidores remotos que precisam delas. É até possível declarar credenciais que serão usadas por diferentes servidores. O endereço de e-mail a ser usado ao confirmar uma ramificação. Normalmente assume a forma de:: Os exemplos abaixo usam ':' como separador, os usuários do Windows devem usar ';'. O modo de exclusão de arquivo a ser usado. O id de arquivo "%(file_id)s" não está presente na árvore %(tree)s. A filtragem, ordenação e informações mostradas para cada revisão podem ser controlado conforme explicado abaixo. Por padrão, todas as revisões são mostrado classificado (topologicamente) para que as revisões mais recentes apareçam antes os mais velhos e descendentes sempre aparecem antes dos ancestrais. Se exibido, as revisões mescladas são mostradas recuadas sob a revisão na qual elas foram mesclados. O seguinte ainda não foi implementado, mas planejado como parte de um trabalho em andamento: Os seguintes marcadores podem ser usados na linha de comando para substituir nomes de arquivos envolvidos no conflito de mesclagem:: As regras gerais para :doc:`arquivos de configuração <configuration-help>` se aplicam, exceto para as políticas de variáveis. O algoritmo de importação a ser usado. A intenção é tornar esse arquivo o menor possível para minimizar a manutenção. As palavras-chave usadas como métodos de seleção de revisão são as seguintes: O argumento de níveis deve ser um inteiro. O argumento de limite deve ser um inteiro. O local que confirma deve ir ao atuar como um checkout. Esta opção é normalmente definida por ``bind``. O bloqueio para '%(lock_description)s' está em uso e não pode ser quebrado. O arquivo de log contém informações de depuração que são úteis para diagnosticar ou relatar problemas com o Breezy. As diretivas de mesclagem criadas por brz send podem ser aplicadas usando brz merge ou brz pull especificando um arquivo contendo uma diretiva de mesclagem como o local. O método %(mname)s não é suportado em objetos do tipo %(tname)s. O formato mais recente, 2a, é altamente recomendado. Se o seu projeto não estiver usando 2a, você deve sugerir ao proprietário do projeto a atualização. Os únicos cabeçalhos de seção válidos para breezy.conf atualmente são [DEFAULT] e [ALIASES]. Os cabeçalhos de seção diferenciam maiúsculas de minúsculas. A seção padrão fornece opções de configuração que podem ser substituídas pelo arquivo de configuração da ramificação. As opções para remesclar têm o mesmo significado e padrões que aquelas para mesclar. A diferença é que a remesclagem (só) pode ser executada quando há uma mesclagem pendente, e lhe permite especificar arquivos específicos. O caminho %(path)s não é permitido nesta plataforma O caminho do arquivo na antiga árvore. O caminho para a ramificação para a qual alternar pode ser especificado em relação ao diretório pai da ramificação atual. Por exemplo, se você estiver atualmente em um checkout de /path/to/branch, especificar 'newbranch' encontrará uma ramificação em /path/to/newbranch. O caminho para o diretório de plugins que o Breezy deve usar. Se não estiver definido, o Breezy procurará plugins em: O caminho onde o Breezy deve procurar os comandos externos do plug-in do shell. O prefixo %(prefix)s não está no caminho de pesquisa da ajuda duas vezes. A relação entre galho e árvore. O repositório '%(url)s'(%(format)s) não é um formato empilhável. Você precisará atualizar o repositório para permitir o empilhamento de ramificações. O repositório {0} não contém revisão {1}. O resultado é uma árvore combinada, com a subárvore não mais independente papel. Isso é marcado como uma mesclagem da subárvore na árvore que a contém, e toda a história é preservada. Os resultados da mesclagem são colocados no destino de trabalho diretório, onde eles podem ser revisados (com brz diff), testados e então comprometeu-se a registrar o resultado da mesclagem. A raiz é o diretório delimitador mais próximo com um controle diretório. O nome da seção é uma string arbitrária, apenas o valor ``DEFAULT`` é reservado e deve aparecer como a *última* seção. A solução é mesclar as revisões da linha principal em sua ramificação local. Para fazer isso, use ``brz merge`` para obter as novas revisões da linha principal. Essa mesclagem pode resultar em conflitos se as alterações do outro desenvolvedor se sobrepuserem às suas alterações. Esses conflitos devem ser resolvidos antes de continuar. Após a resolução de quaisquer conflitos, ou mesmo se não houver conflitos, o Bazaar exige que você confirme explicitamente essas novas revisões em sua filial local. Esse requisito oferece a oportunidade de testar a correção da árvore de trabalho resultante, pois as revisões mescladas podem ter feito alterações arbitrárias. Após o teste, você deve confirmar a mesclagem usando ``commit brz``. Isso esclarece a situação dos ramos divergentes. Sua ramificação local agora pode ser enviada para a linha principal. A origem da mesclagem pode ser especificada na forma de uma ramificação, ou na forma de um caminho para um arquivo contendo uma diretiva de mesclagem gerada com envio brz. Se nenhum for especificado, o padrão é o branch upstream ou a ramificação mais recentemente mesclada usando --remember. A fonte do merge também pode ser especificado na forma de um caminho para um arquivo em outro branch: neste caso, apenas as modificações desse arquivo são mescladas em a árvore de trabalho atual. A ramificação de envio é padronizada para o pai da ramificação de origem, mas pode ser substituído. Tanto a ramificação de envio quanto a ramificação pública serão lembradas em branch.conf na primeira vez que eles são usados para um branch específico. O A ramificação de origem é padrão para aquela que contém o diretório de trabalho, mas pode ser alterado usando --from. A sintaxe do arquivo obedece às mesmas regras dos demais, exceto pelas políticas de opções que não se aplicam. A ramificação alvo não terá sua árvore de trabalho populada porque isto é dispendioso e não suportado em sistema de arquivos remoto. O transporte '%(transport)s' só é acessível neste processo. A árvore não parece estar corrompida. Você provavelmente quer "reverter brz". Use "--force" se tiver certeza de que deseja redefinir a árvore de trabalho. O usuário abortou a operação. A variável especificou uma lista de ``plugin_name@plugin path``, ``plugin_name`` sendo o nome do plugin como aparece nos caminhos do módulo python, ``plugin_path`` sendo o caminho para o diretório que contém o próprio código do plugin (ou seja, ``plugins/meuplugin`` não ``plugins``). Use ':' como separador de lista, use ';' nas janelas. A árvore de trabalho e as verificações de ramificações só darão saída se um problema for detectou. Os campos de saída da verificação do repositório são: A árvore de trabalho contém uma lista de revisões que foram mescladas, mas ainda não comprometido. Essas revisões serão incluídas como pais adicionais do próximo commit. Normalmente, usar revert limpa essa lista, bem como revertendo os arquivos. Se algum arquivo for especificado, reverter sai da lista de mesclagens não confirmadas sozinhas e reverte apenas os arquivos. Use ``brz reverter .`` na raiz da árvore para reverter todos os arquivos, mas manter as mesclagens gravadas, e ``brz revert --forget-merges`` para limpar a lista de mesclagem pendente sem revertendo quaisquer arquivos. A árvore de trabalho para %(basedir)s mudou desde o último commit, mas o weave merge requer que ela não seja alterada Existem alguns caracteres que têm significado especial em URLs e precisam de tratamento cuidadoso para evitar ambiguidades. Os caracteres podem ser escapados com um % e um valor hexadecimal em URLs. Quaisquer caracteres não ASCII em um caminho de arquivo serão automaticamente codificados em URL quando o caminho for convertido em um URL. Existem três arquivos de configuração primários neste local: Existem dois tipos de autenticação utilizados pelos diversos esquemas suportados pelo brz: Existem dois valores possíveis para esta opção: Já existe uma proposta de mesclagem de ramificação: %s Não há nenhuma ramificação pública definida para "%(branch_url)s". Portanto, simplesmente dizer 'brz add' criará a versão de todos os arquivos atualmente desconhecidos. Eles são produzidos quando uma mesclagem de texto não consegue reconciliar completamente dois conjuntos de alterações de texto. O Bazaar emitirá arquivos para cada versão com as extensões ESTE, OUTRO e BASE. ESTA é a versão do arquivo da árvore de destino, ou seja, a árvore na qual você está mesclando as alterações. OTHER é a versão que você está mesclando no destino. BASE é uma versão mais antiga que é usada como base para comparação. Estes são válidos, mas não se referem ao mesmo arquivo:: Esses ramos divergiram. Consulte "brz help diverged-braches" para obter mais informações. Esses ramos tem divergências. Tente mesclá-los e então ligá-los novamente. Esses ramos divergiram. Use o comando ausente para ver como. Use o comando merge para reconciliá-los. Esses sinalizadores podem ser passados na linha de comando brz ou (sem o prefixo ``-D``) colocados na variável ``debug_flags`` em ``breezy.conf``. Essas opções se aplicam apenas a branches que usam o formato ``dirstate-tags`` ou posterior. Eles geralmente são definidos em ``.bzr/branch/branch.conf`` automaticamente, mas podem ser definidos manualmente em ``locations.conf`` ou ``breezy.conf``. Essas opções podem ser usadas com qualquer comando e podem aparecer na frente de qualquer comando. (por exemplo, ``brz --profile help``). Esse formato de ramo não pode ser mandado para append-revisions-only. Tente --default. Este branch não tem commits. (talvez você prefira 'brz pull') Esse ramo não tem novas revisões. Isso pode corrigir incompatibilidades de dados que podem ter sido causadas por operações fantasmas anteriores ou atualizações brz. Você só deve precisa executar este comando se 'brz check' ou um desenvolvedor brz aconselha a executá-lo. Esse comando quebra uma trava no repositório, ramo, diretório de trabalho ou arquivo de configuração. Este comando verifica várias invariantes sobre o armazenamento de ramificações e repositórios para detectar corrupção de dados ou bugs brz. Este comando cria uma proposta de mesclagem da ramificação local para a ramificação de destino. O formato da proposta de mesclagem depende da ramificação de envio. Este comando exibe a lista dos plugins instalados, incluindo versão do plugin e uma breve descrição de cada. Este comando gera uma função shell que pode ser usada pelo bash para completar automaticamente o comando atualmente digitado quando o usuário pressiona a tecla de conclusão (geralmente tab). Este comando funcionará apenas em ramificações que não possuem divergências. Ramificações são consideradas divergentes se a ramificação de destino possui envios mais recentes e não pode ser fundida (direta ou indiretamente) pela ramificação de origem. Este comando lê um fluxo misto de comando/dados e cria ramificações em um repositório Bazaar de acordo. A receita preferida é:: Este comando requer que a árvore de destino esteja em um formato rich-root. Este comando pesquisa os arquivos e revisões especificados para um determinado padrão. O padrão é especificado como uma expressão regular do Python[1]. Este comando envia uma solicitação 'hello' para o local especificado usando o protocolo brz smart e relata a resposta. Este comando mostra uma tabela de nomes de rótulos e as versões que referenciam. Esse comando usa subcomandos para implementar a busca, cada qual mudando o estado da bisseção. Os subcomandos são: Este comando irá importar um diretório, tarball ou arquivo zip para uma árvore bzr, substituindo quaisquer arquivos versionados já presentes. Se um diretório for especificado, ele será usado como destino. Se o diretório não existir ou não tiver versão, ele será criado. Esse comando irá mostrar os nomes de todos os ramos no local atual. Este comando produzirá uma árvore de destino em um formato que suporte raízes ricas, como 'rich-root' ou 'rich-root-pack'. Esses formatos não podem ser convertidos em formatos anteriores como 'dirstate-tags'. Esse comando irá mostrar todos os locais conhecidos e formatos associados à árvore, ramo ou repositório. Esse conflito ocorre quando há alterações conflitantes na árvore de trabalho e na origem da mesclagem, mas os itens em conflito não são arquivos de texto. Eles podem ser arquivos binários, links simbólicos ou diretórios. Pode até acontecer com arquivos que são excluídos de um lado e modificados do outro. Isso não assina commits que já possuem assinaturas. Isso acontece quando um diretório foi excluído no destino, mas tem novos filhos na origem. Isso é semelhante ao conflito "pai não versionado", exceto que o diretório pai não *existe*, em vez de apenas não ter versão. Nessa situação, o Bazaar criará o pai ausente. A resolução desse problema depende muito do cenário específico. Isso acontece quando um lado adiciona arquivos a um diretório e o outro lado altera o diretório em um arquivo ou link simbólico. Por exemplo:: Isso acontece quando a origem e o destino modificaram o nome ou o diretório pai de um arquivo. O Bazaar usará os elementos de caminho da fonte. Isso acontece quando a origem e o destino têm diretórios movidos, de modo que, se a alteração pudesse ser aplicada, um diretório seria contido por si mesmo. Por exemplo:: Este é um check-out. A ramificação (%s) precisa ser atualizada separadamente. Este é equivalente ao número de revisões no ramo. Isto é equivalente a criar o diretório e depois adicioná-lo. Este é o oposto de "pai ausente". Um diretório é excluído na origem, mas tem novos filhos no destino (porque uma exclusão de diretório é mesclada ou porque a mesclagem introduz novos filhos). Bazaar manterá o diretório. A resolução desse problema depende muito do cenário específico. Isso pode indicar que houve um problema ao instalar ou empacotar o Breezy, ou pode ser apenas um caso em que você não deseja usar as extensões compiladas. Essa operação comprime dados em um repositório bazaar. Como o bazaar fornece o empacotamento automático de repositório, essa operação normalmente não é necessário ser feita manualmente. Esta operação requer armazenamento de dados raiz avançado Isso imprime o arquivo fornecido com uma anotação no lado esquerdo indicando qual revisão, autor e data introduziu a mudança. Este programa gera um fluxo de uma ramificação do Bazaar no formato de importação rápida usado por ferramentas como bzr fast-import, git-fast-import e hg-fast-import. Isso informa sobre arquivos versionados e desconhecidos, relatando-os agrupados por estado. Os estados possíveis são: Essa situação geralmente surge ao usar um fluxo de trabalho centralizado com confirmações locais. Se alguém tiver comprometido um novo trabalho para a linha principal desde seu último pull e você tiver commits locais que ainda não foram enviados para a linha principal, sua ramificação local e a linha principal divergiram. Esta árvore contém arquivos remanescentes de uma operação com falha. Por favor examine %(limbo_dir)s para ver se contém algum arquivo que você deseja mantenha e exclua-o quando terminar. Esta árvore contém arquivos remanescentes de uma operação com falha. Por favor examine %(pending_deletion)s para ver se contém algum arquivo que você deseja manter e exclua-o quando terminar. Isso executará uma fusão da revisão de destino (a ponta do ramo ou a revisão especificada) na árvore de trabalho e, em seguida, fará dessa revisão a revisão de base para a árvore de trabalho. Isso removerá a ramificação do local especificado, mas manterá qualquer árvore de trabalho ou repositório no lugar. Alteração de dica rejeitada: %(msg)s Para evitar isso, ``config`` pode ser instruído a não tentar expandir variáveis:: Para verificar o que a árvore limpa fará, use --dry-run. Para comparar o diretório de trabalho com uma revisão específica, passe uma simples revisão como argumento. Para configurar quais arquivos filtrar, defina ``eol`` para um dos valores abaixo. (Se um valor não for definido, ``exact`` é o padrão.) Para desabilitar a visualização atual sem excluí-la, você pode alternar para a pseudo visualização chamada ``off``. Isso pode ser útil quando você precisa ver a árvore inteira para uma operação ou duas (por exemplo, mesclar), mas deseja retornar à sua visualização depois disso. Para garantir que os clientes mais antigos não acessem os dados incorretamente, a política da Breezy é introduzir um novo formato de armazenamento sempre que novos recursos que exigem novos metadados são adicionados. Novos formatos de armazenamento também podem ser introduzidos para melhorar o desempenho e a escalabilidade. Para filtrar um intervalo de revisões, você pode usar o comando -r begin..end -r revision solicita uma revisão específica, -r ..end ou -r begin.. são também válido. Para generalizar, existem dois formatos de conteúdo suportados pelo Bazaar: Para escolher uma revisão final diferente, passe "--revision OTHER". brz vai tente mesclar todos os novos trabalhos até e incluindo a revisão OTHER. Para recriar a árvore de trabalho, use "brz checkout". Para remover apenas algumas alterações, sem reverter para uma versão anterior, use mesclar em vez disso. Por exemplo, "merge . -r -2..-3" (não esqueça o ".") removerá as alterações introduzidas pelo penúltimo commit (-2), sem afetando as mudanças introduzidas pelo último commit (-1). Remover certas mudanças em uma base de pedaço por pedaço, veja o comando shelve. Para atualizar a ramificação para uma revisão específica ou a revisão mais recente e atualize a árvore de trabalho de acordo, preservando as alterações locais, consulte o comando de atualização. Para remover padrões da lista de ignorados, edite o arquivo .bzrignore. Depois de adicionar, editar ou excluir esse arquivo indiretamente por usando este comando ou diretamente usando um editor, certifique-se de confirmar isto. Para renomear uma tag (mudar o nome, mas mantê-lo na mesma revisão), execute ``brz tag new-name -r tag:old-name`` e então ``brz tag --delete old name``. Para resolver esse tipo de conflito, você deve decidir qual nome deve ser mantido para o arquivo, diretório ou link simbólico envolvido. Para resolver esse tipo de conflito, basta decidir qual nome deve ser retido para o arquivo envolvido. Para resolver esse tipo de conflito, você deve remover ou renomear os filhos ou o diretório ou uma combinação de ambos. Para resolver esse tipo de conflito, você deve reconstruir FILE de qualquer versão ou de uma combinação de ambas. Para resolver o conflito, você deve aplicar as tags corretas à ramificação de destino ou à ramificação de origem, conforme apropriado. Use "brz tags --show-ids -d SOURCE_URL" para ver as tags na ramificação de origem. Se você quiser fazer com que as tags da ramificação de destino correspondam à ramificação de origem, então na ramificação de destino faça ``brz tag --force -r revid:REVISION_ID CONFLICTING_TAG`` para cada uma das CONFLICTING_TAGs, onde REVISION_ID vem da lista de tags em o ramo de origem . Você não precisa chamar "brz resolve" depois de fazer isso. Para resolver a favor da ramificação de destino, você precisa usar ``tag --force`` da mesma forma na ramificação de origem. (Observe que puxar ou empurrar usando --overwrite substituirá todas as tags também.) Para conseguir o ramo de uma revisão em particular, forneça o parâmetro --revision como em "branch foo/bar -r 5". Para recuperar o branch a partir de uma revisão particular, forneça o parâmetro --revision , como em "checkout foo / bar -r 5". Observe que isso ficará imediatamente desatualizado [então você não pode confirmar], mas pode ser útil (por exemplo, para examinar o código antigo). Para ver os arquivos ignorados, use 'brz ignorado'. Para obter detalhes sobre as alterações nos textos dos arquivos, use 'brz diff'. Para ver quais arquivos foram alterados em uma revisão específica, ou entre duas revisões, passe um intervalo de revisão para o argumento de revisão. Isso produzirá os mesmos resultados que chamar 'brz diff --summarize'. Para selecionar apenas algumas alterações para mesclar, use "merge -i", que solicitará que você aplique cada diff hunk e mudança de arquivo, semelhante a "shelve". Para levar em conta todos os esquemas, a senha será deduzida de um conjunto de definições de autenticação (``scheme``, ``host``, ``port``, ``path``, ``user``, ` `senha``). Para usar um programa de correio específico, defina a opção de configuração mail_client. Os valores suportados para clientes específicos são "claws", "evolution", "kmail", "mail.app" (Mail.app do MacOS X), "mutt" e "thunderbird"; opções genéricas são "default", "editor", "emacsclient", "mapi" e "xdg-email". Plug-ins também pode adicionar clientes suportados. Para usar esse recurso, você deve atualizar sua ramificação em %(path)s para um formato que suporte raízes ricas. Para usar esse recurso, você deve atualizar sua ramificação em %(path)s. Para usar este recurso, você deve atualizar seu repositório em %(path)s. Muitos redirecionamentos Muitos redirecionamentos tentando fazer %s. Lista de tópicos As barras finais nos padrões são ignoradas. Se o padrão contiver uma barra ou for uma expressão regular, ele será comparado com todo o caminho da raiz da ramificação. Caso contrário, ele é comparado apenas ao último componente do caminho. Para corresponder a um arquivo apenas no diretório raiz, coloque ``./`` antes. Padrões que especificam caminhos absolutos não são permitidos. Transferindo revisões Erro de transporte: %(msg)s %(orig_error)s A operação de transporte não é possível: %(msg)s %(orig_error)s Ganchos de Transporte -------------- A árvore está atualizada na revisão %d. Árvore está atualizada na revisão {0} do ramo {1} Tipo de árvore Árvores no Repositório Acione um upload desta ramificação sempre que a revisão da dica for alterada. Tente criar uma cópia pública de uma ramificação local em um site de hospedagem, derivada da ramificação base especificada. Transformar esse ramo em um espelho de outro ramo. Tipo do arquivo para exportar para. Tipos de conflitos e o que fazer sobre eles Mensagem típica:: Identificadores de URL URLs representam caracteres não ASCII em uma codificação definida pelo servidor, mas geralmente UTF-8. A % de escape deve ser de bytes UTF-8. O Bazaar tenta ser generoso no que aceita como URL e imprimi-los de forma legível. Não foi possível conectar ao branch master atual %(target)s: %(error)s Para alternar de qualquer maneira, use --force. Não foi possível conectar ao destino do branch vinculado %(branch)s => %(target)s: %(error)s Não foi possível excluir o diretório temporário de transformação %(pending_deletion)s. Por favor, examine %(pending_deletion)s para ver se ele contém algum arquivo que você deseja manter e exclua-o quando terminar. Não foi possível codificar %(kind)s caminho %(path)r na codificação do usuário %(user_encoding)s Não é possível lidar com a versão do pacote %(version)s: %(msg)s Não foi possível importar a biblioteca "%(library)s": %(error)s Não foi possível importar paramiko (necessário para suporte a sftp): %(error)s Não foi possível obter Uncommit deixa a árvore de trabalho pronta para um novo commit. A única mudança pode fazer é restaurar quaisquer mesclagens pendentes que estavam presentes antes o compromisso. Descomprometer estas revisões Formato %(kind)s desconhecido: %(format)r Chave desconhecida {0} assinada {1} commit Chave desconhecida {0} assinada {1} confirmações Ao contrário das opções globais, as opções padrão podem ser usadas em aliases. Valor não reconhecido para a variável de ambiente BRZ_SSH: %(vendor)s Bug não reconhecido %s. Submissão recusada. Desative o ID de usuário do Launchpad. Formato de branch não suportado: %(format)s Execute 'brz upgrade' Formato de exportação não suportado: %s Arquivos sem versão não são pesquisados, a menos que especificados explicitamente na linha de comando. Os diretórios não versionados não são pesquisados. Pai não versionado ------------------ Atualização de um espelho deste ramo. Atualizar a árvore de trabalho para a nova revisão. Atualize todas as árvores de trabalho, não apenas as do tronco. Tag %s atualizada. Atualizado para a revisão %d. Atualizado para a revisão {0} do ramo {1} O URL de atualização não funciona com URLs somente leitura. Atualize um repositório, ramo ou árvore de trabalho para um formato mais recente. Atualize para um formato específico. Consulte "formatos de ajuda brz" para obter detalhes. Atualizando %s Atualizando ramificação Atualizando bzrdirs Atualizando repositório Atualizando a árvore de trabalho Atualizando {0} {1} ... Carregue uma árvore de trabalho, como um todo ou incrementalmente. Carregue a árvore de trabalho completa. Use 'bzr checkout' para criar uma árvore de trabalho nas ramificações recém-criadas. Use ``bzr commit --fixes lp:2`` para registrar que este commit corrige o bug 2. Use um separador ASCII NUL (\0) em vez de uma nova linha. Use o resolvedor brz quando corrigir um problema. Use brz resolver quando tiver corrigido um problema. Veja também conflitos brz. Use indicadores de status curto. Use o formato de log especificado. Use o algoritmo preferido (deltas de inventário). Usar o formato de saída especificado. Use este comando para comparar arquivos. Use isto se você quer tentar uma técnica de mesclagem diferente para resolver conflitos. Algumas técnicas de mesclagem são melhores que outras, e remesclar lhe permite tentar técnicas diferentes em arquivos diferentes. Use isso para criar um ramo vazio, ou antes de importar um projeto existente. Comandos úteis:: Usuário e senha para autenticação no servidor SMTP. Se smtp_username estiver definido e smtp_password não estiver, o Breezy solicitará uma senha. Essas configurações são necessárias apenas se o servidor SMTP exigir autenticação para enviar e-mails. Usando "brz revert --forget-merges", é possível aplicar todos os alterações de uma ramificação em uma única revisão. Para fazer isso, execute a mesclagem como desejado. Em seguida, reverter com a opção "--forget-merges" manterá o conteúdo da árvore como estava, mas limpará a lista de pendências mescla. O próximo commit conterá todas as mudanças que são presente na outra ramificação, mas sem quaisquer outras revisões do pai. Como essa técnica esquece de onde essas mudanças se originaram, pode causar conflitos adicionais em fusões posteriores envolvendo a mesma fonte e ramos alvo. Usando '{0}' visão: {1} Usando Bazaar com Git Usando Bazaar com Git. Usando o Bazaar com o Launchpad.net Usar ``relpath`` para obter o mesmo resultado é feito assim:: Usando alterações com id "%d". a ramificação de armazenamento padrão {0} em {1} Usando o galho pai %s Usando a localização pai salva: %s Usando local pai salvo: {0} Usando localização de envio salvo: %s Usando o local {0} salvo "{1}" para determinar quais alterações enviar. Usando repositório compartilhado: %s Usando o branch de envio %s Usando {0} {1} Valores válidos: Valide a estrutura da árvore de trabalho, a consistência da ramificação e o histórico do repositório. Várias ações estão disponíveis dependendo do tipo de conflito, para algumas dessas ações, o Bazaar pode fornecer alguma ajuda. No final, você deve pelo menos informar ao Bazaar que terminou o conflito com:: Verifica se todos os commits no branch são assinados por chaves GnuPG conhecidas. Verifique todas as assinaturas de confirmação. Informações de versão em formato personalizado baseado em modelo. Informações da versão no formato Python. Informações da versão no formato RIO (texto simples) (padrão). Erro de arquivo versionado Visualizações definidas: As visualizações fornecem uma máscara sobre a árvore para que os usuários possam se concentrar em um subconjunto de uma árvore ao fazer seu trabalho. Depois de criar uma visão, os comandos que suportam uma lista de arquivos - status, diff, commit, etc - efetivamente têm essa lista de arquivos implicitamente fornecida a cada vez. Uma lista explícita de arquivos ainda pode ser fornecida, mas esses arquivos devem estar dentro da visualização atual. Aguardando a conclusão de %d cliente(s) Conteúdo ambulante Aviso: Se você usar --clean-obsolete-packs e sua máquina travar durante ou imediatamente após a reembalagem, você pode ficar com um estado onde a exclusão foi gravada no disco, mas os novos pacotes não foram sido. Nesse caso, o repositório pode ficar inutilizável. Aviso: os seguintes arquivos são controlados por versão e correspondem ao seu padrão de ignorar: %s Esses arquivos continuarão sendo controlados por versão, a menos que você os 'remova'. Mesclagem baseada em tecnologia. Quais nomes listar como autores - primeiro, todos ou committer. O que fazer quando as extensões compiladas estão ausentes Seja qual for o conflito, resolvê-lo é feito em duas etapas: Quando o Bazaar gera um conflito, ele adiciona informações na árvore de trabalho para apresentar as versões conflitantes, e cabe a você encontrar a resolução correta. Quando o Bazaar tenta enviar uma ramificação para outra, é necessário que a ramificação de destino esteja pronta para receber a ramificação de origem. Se este não for o caso, então dizemos que as ramificações ``divergiram``. As ramificações são consideradas divergentes se o commit mais recente da ramificação de destino for aquele que não foi mesclado (direta ou indiretamente) pela ramificação de origem. Para recuperar de ramificações divergentes, deve-se mesclar as revisões ausentes na ramificação de origem. Quando uma opção é local para uma Seção, ela não pode ser referenciada a partir de valores de opção em nenhuma outra seção da mesma ``Store`` nem de qualquer outra ``Store``. Ao se comprometer com um sistema de controle de versão externo, não envie dados que não possam ser representados nativamente. Ao se comunicar com o GitHub, alguns comandos precisam ser autenticados no GitHub. Ao se comunicar com o Launchpad, alguns comandos precisam conhecer seu ID de usuário do Launchpad. Este comando pode ser usado para definir ou mostrar o ID do usuário que o Bazaar usará para tal comunicação. Ao se comunicar com o Launchpad, alguns comandos precisam conhecer seu ID de usuário do Launchpad. Este comando irá desconectar você do Launchpad. Isso significa que a comunicação com o Launchpad acontecerá por HTTPS e não exigirá que uma de suas chaves SSH esteja disponível. Quando conflitos estão presentes em sua árvore de trabalho (como mostrado por ``brzconflitos`` ), você deve resolvê-los e então informar ao brz que os conflitos foram resolvidos. Ao fazer um commit, metadados sobre bugs corrigidos por essa mudança podem ser registrados usando a opção ``--fixes``. Para cada bug marcado como corrigido, uma entrada é incluída na propriedade de revisão 'bugs' informando '<url> <status>'. (O único valor ``status`` suportado atualmente é ``fixed.``) Ao mesclar de uma ramificação, por padrão, o brz tentará mesclar em todos os novos trabalhar do outro ramo, determinando automaticamente uma base apropriada revisão. Se isso falhar, talvez seja necessário fornecer uma base explícita. Quando nenhuma mensagem for fornecida, mostre o diff junto com o resumo de status no editor de mensagens. Ao puxar de ou empurrar para outra ramificação, o Bazaar informa sobre tags que estão em conflito entre as duas ramificações; que é a mesma tag aponta para duas revisões diferentes. Você não precisa resolver esses conflitos, mas os usos subsequentes de pull ou push resultarão na mesma mensagem. Ao reconfigurar um check-out, árvore ou branch em um check-out leve, um branch local deve ser destruído. (Para checkouts, este é o branch local que serve principalmente como um cache.) Se o branch a ser destruído não tiver a mesma última revisão que o novo branch de referência para o checkout leve, os dados podem ser perdidos, então Breezy recusa. Ao pesquisar um padrão, a saída é mostrada no formato 'filepath:string' . Se uma revisão for pesquisada explicitamente, a saída será mostrada como 'filepath~N:string', onde N é o número da revisão. Quando o conflito é resolvido, o Bazaar exclui os arquivos ``.BASE``, ``.THIS`` e ``.OTHER`` gerados anteriormente se eles ainda estiverem presentes na árvore de trabalho. Quando duas ramificações do mesmo projeto compartilham um repositório, geralmente há uma grande economia de espaço. Para algumas operações (por exemplo, ramificação dentro do repositório), isso se traduz em uma grande economia de tempo. Quando usado em um diretório como ``/home/vila/src/bzr/bugs/832013-expand-in-stack`` teremos:: Quando usado com um branch colocado chamado ``832013-expand-in-stack``, obteremos:: Quando você tiver resolvido os conflitos de texto, apenas execute ``brz resolve --auto``, e o Bazaar detectará automaticamente quais conflitos você resolveu. Ao fornecer arquivos, você pode usar o nome do caminho atual ou o nome do caminho da revisão de destino. Então você pode usar reverter para "desfazer a exclusão" de um arquivo nome. Se você nomear um diretório, todo o conteúdo desse diretório será revertido Quando você envia uma ramificação para um sistema remoto, uma árvore de trabalho não é criada. Se um já estiver presente, os arquivos não serão atualizados. As informações do ramo serão atualizadas e a árvore de trabalho será marcada como desatualizada. Atualizar uma árvore de trabalho remotamente é difícil, pois pode haver alterações não confirmadas ou a atualização pode causar conflitos de conteúdo difíceis de lidar remotamente. Se novas ramificações no repositório têm árvores. Embora a maioria das configurações seja tratada por arquivos de configuração, algumas opções que podem ser semi-permanentes também podem ser controladas pelo ambiente. Continuará tentando até %s, a menos que você pressione Ctrl-C. Com esta configuração, o local de push para ``/top/location/branch1`` seria ``sftp://example.com/location/branch1``. Árvores de trabalho A árvore de trabalho "%(display_url)s" arquivou as alterações (Veja brz shelve --list).%(more)s A árvore de trabalho "%(display_url)s" tem alterações não confirmadas (consulte o status do brz).%(more)s A árvore de trabalho tem conflitos. A árvore de trabalho está desatualizada, execute 'brz update'.%(more)s WorkingSize %8d KiB WorkingSize {0:>7}KiB PeakWorking {1:>7}KiB {2} Escreva um separador ASCII NUL (\0) entre as linhas de saída em vez de uma nova linha. Os conversores de gravação são aplicados apenas por comandos que **criam arquivos em uma árvore de trabalho**, por exemplo, branch, checkout, update. Se você deseja ver o formato canônico de um arquivo ou árvore, use ``brz cat`` ou ``brz export`` respectivamente. Gravar log neste arquivo. Grave a diretiva de mesclagem neste arquivo ou diretório; use - para stdout. Escreva o conteúdo de um arquivo a partir de uma determinada revisão na saída padrão. Tecido de escrita No entanto, quer o Bazaar faça uma escolha ou não, existem outras maneiras simples, mas diferentes, de resolver o conflito. Você tem %d revisão pendente: Você tem %d revisões pendentes: Você pode alterar o mestre de um checkout usando o comando "switch" (consulte "help switch"). Isso mudará o local para o qual os commits são enviados. O comando "bind" também pode ser usado para transformar um branch normal em um checkout pesado. Se você quiser converter seu check-out pesado em um branch normal para que cada commit seja local, você pode usar o comando "unbind". Para ver se uma ramificação está vinculada ou não, você pode usar o comando "info". Se a ramificação estiver vinculada, ele informará a localização da ramificação vinculada. Você pode obter informações sobre quais fechaduras estão abertas através do 'brz info comando [local]'. Você pode lidar com conflitos de texto editando a cópia principal do arquivo ou invocando ferramentas externas nas versões ESTE, OUTRO e BASE. Vale a pena mencionar que a resolução de conflitos de texto raramente envolve a escolha de um conjunto de alterações sobre o outro (mas veja abaixo quando encontrar esses casos). Mais frequentemente, os dois conjuntos de mudanças devem ser combinados de forma inteligente. Você só pode fornecer um entre revision_id e --revision Você pode colocar vários itens na prateleira e, por padrão, 'unshelve' restaurará as alterações arquivadas mais recentemente. Você pode restaurar a dica antiga executando: brz pull. -r revisto:%s Você pode usar este comando para adicionar informações sobre a versão no código-fonte de um aplicativo. A saída pode estar em um dos formatos suportados ou em um formato personalizado baseado em um modelo. Você pode usar isso para visitar uma revisão mais antiga ou para atualizar uma árvore de trabalho que está desatualizada em seu ramo. Você não pode remover a árvore de trabalho de um projeto importado Você não pode remover a árvore de trabalho de um caminho remoto Você não pode especificar uma revisão NULL. Você tem %d revisão extra: Você tem %d revisões extras: Você deve fornecer qualquer um entre --revision e revision_id Você deve fornecer uma revisão ou um local Sua ramificação não tem todas as revisões necessárias para mesclar esta diretiva de mesclagem e o local de destino especificado na diretiva de mesclagem não é uma ramificação: %(location)s. Seus commits locais agora serão exibidos como merges pendentes com 'brz status' e podem ser confirmados com 'brz commit'. [1] http://docs.python.org/library/re.html#regular-expression-syntax _ConfigHooks ------------ _`parâmetros de segmento`: http://www.ietf.org/rfc/rfc3986.txt (seção 3.3) ``FTP`` precisa de um (``user``, ``password``) para autenticar contra um ``host`` ``SFTP`` pode usar uma senha ou uma chave de host para autenticar. No entanto, os agentes ssh são uma solução melhor e mais segura. Por isso, optamos por não fornecer nosso próprio método menos seguro. ``HTTP proxy`` pode ser tratado como ``HTTP`` (ou ``HTTPS``) especificando explicitamente a porta apropriada. ``HTTP`` e ``HTTPS`` precisam de um (``usuário, domínio, senha``) para autenticar em um host. Mas, usando arquivos ``.htaccess``, por exemplo, é possível definir vários (``usuário, domínio, senha``) para um determinado ``host``. Então o que é realmente necessário é (``user``, ``password``, ``host``, ``path``). O ``realm`` não é considerado nas definições, mas será exibido se brz solicitar uma senha. ``breezy.conf`` permite duas seções: ``[DEFAULT]`` e ``[ALIASES]``. A seção padrão contém as opções de configuração padrão para todas as ramificações. A seção padrão pode ser substituída fornecendo uma seção específica da ramificação em ``locations.conf``. ``brz resolve`` reconhece as seguintes ações: O ``locations.conf`` permite especificar configurações de substituição para um branch específico. O formato é quase idêntico ao da seção padrão em breezy.conf com uma mudança significativa: O cabeçalho da seção, em vez de dizer padrão, será o caminho para uma ramificação para a qual você deseja substituir um valor . O '?' e curingas '*' são suportados:: `brz send` cria um conjunto de dados compacto que, quando aplicado usando brz merge, tem o mesmo efeito que merge do branch de origem. açao add.maximum_file_size ~~~~~~~~~~~~~~~~~~~~~ adicionado adicionado Versionado na cópia de trabalho, mas não na revisão anterior. %s adicionado adicionar arquivo adicionando prefixos a %s URLs permitidos como:: sempre Assine cada nova revisão que for confirmada. Se a assinatura falhar, o commit não será feito. anotando append_revisions_only ~~~~~~~~~~~~~~~~~~~~~ autenticação Informações sobre como configurar a autenticação basic Comandos básicos branches Informações sobre o que é um branch bugs Configurações do rastreador de bugs checkouts Informações sobre o que é um checkout configuração Detalhes sobre as definições de configuração disponíveis tipos de conflito Tipos de conflitos e o que fazer com eles filtros de conteúdo Conversão de conteúdo de/para árvores de trabalho entrecruzado Informações sobre a mesclagem cruzada de formatos atuais Formatos de armazenamento atuais sinalizadores de depuração Opções para mostrar ou registrar informações de depuração ramificações divergentes Como corrigir ramificações divergentes env-variables Nomes e valores de variáveis de ambiente eol Informações sobre arquivos de manipulação de fim de linha Informações sobre configuração e formatos de arquivos de log Informações sobre como escolher um formato de armazenamento git Usando o Bazaar com opções globais do Git Opções que controlam como o Breezy executa o glossário Glossário hooks Aponta em qual processamento personalizado pode ser adicionado launchpad Usando o Bazaar com Launchpad.net location-alias Alias para locais lembrados formatos de log Detalhes sobre os formatos de registro disponíveis extensões ausentes O que fazer quando as extensões compiladas estão ausentes other-formats Padrões de formatos de armazenamento experimentais e obsoletos Informações sobre os repositórios de sintaxe de padrão Informações básicas sobre repositórios compartilhados. revisionspec Explicar como usar --revision rules Informações sobre como definir preferências baseadas em regras standalone-trees Informações sobre o que é uma árvore independente opções padrão Opções que podem ser usadas com qualquer comando status-flags Ajuda sobre sinalizadores de status sync-for-reconfigure Passos para resolver "fora de sincronia" ao reconfigurar tópicos Lista de tópicos url-special-chars Manipulação de caracteres especiais em URLs urlspec Protocolos de transporte suportados árvores de trabalho Informações sobre árvores de trabalho automatic_tag_name ~~~~~~~~~~~~~~~~~~ ligado ~~~~~ local_limitado ~~~~~~~~~~~~~~~ branch não tem revisão% s brz update --revision só funciona para uma revisão no histórico do branch brz %s --revision pega exatamente um identificador de revisão brz %s --revision aceita um ou dois valores. brz %s não aceita duas revisões em ramos diferentes. brz alias --remove espera que um alias seja removido. brz bisect log [-o arquivo] Envie um log da bisseção atual para a saída padrão, ou para o arquivo especificado. brz bisect move -r rev Mude para uma revisão diferente manualmente. Use se a bissetriz algoritmo escolhe uma revisão que não é adequada. Tente mova-se o menos possível. brz bisect não [-r rev] A revisão especificada (ou a revisão atual, se não for fornecida) não tem a característica que procuramos, brz bisect replay <logfile> Reproduza um registro de bissecção salvo anteriormente, esquecendo qualquer bissecção que pode estar em andamento. brz bisect reset Limpe uma bissecção em andamento. brz bisect run <script> Divida automaticamente usando <script> para determinar 'sim' ou 'não'. <script> deve sair com: 0 para sim 125 para desconhecido (como falha na construção, não foi possível testar) qualquer outra coisa por não início da bissecção brz Comece um bisect, possivelmente limpando um bisect anterior. brz bissecção sim [-r rev] A revisão especificada (ou a revisão atual, se não for fornecida) tem a característica que procuramos, brz cat --revision leva exatamente um especificador de revisão brz diff --revision leva exatamente um ou dois especificadores de revisão brz merge-directive leva no máximo dois identificadores de uma revisão brz send faz uso extensivo de locais públicos para mapear locais em URLs que podem ser usados por outras pessoas. Veja `configuração de ajuda do brz` para defina-os e use `brz info` para exibi-los. brz status --revision leva exatamente um ou dois especificadores de revisão atualização brz - revisão leva exatamente uma revisão brz update só pode atualizar uma árvore inteira, não um arquivo ou subdiretório brz version-info --revision leva exatamente um especificador de revisão brz: ERRO (ignorado): %s bugtracker_<tracker>_url ------------------------ bugzilla_<tracker>_url ---------------------- bzr send leva no máximo dois identificadores de uma revisão bzr.mergetool.<name> ~~~~~~~~~~~~~~~~~~~~ bzr: ERRO (ignorado): %s bzr_remote_path ~~~~~~~~~~~~~~~ ligue ~~~~ não pode copiar a raiz do ramo não é possível mover a raiz do ramo não pode criar ramificação sem ramificação de origem Não se pode definir --from-root e CAMINHO ao mesmo tempo não pode atualizar o formato bzrdir %s Verificar check-disponível (padrão) Se as assinaturas do gnupg para revisões estiverem presentes, verifique-as. Breezy falhará se encontrar uma assinatura ruim, mas não falhará se nenhuma assinatura está presente. check_signatures ~~~~~~~~~~~~~~~~ formato de ramo {0} selecionado {1} selecionado {0} formato {1} verificando galhos e árvores verificando o conteúdo do commit verificando gráficos de arquivos verificando verificando verificando o gráfico de texto comando {0!r} precisa de um ou mais {1} comando {0!r} requer argumento {1} commit_message_template ~~~~~~~~~~~~~~~~~~~~~~~ comprometidos: %s conversão de revisão create_signatures ~~~~~~~~~~~~~~~~~ criando ramificações debug_flags ~~~~~~~~~~~~ formato_padrão ~~~~~~~~~~~~~~ excluiu %s excluindo caminhos: foco de desenvolvimento %s não tem ramificação. dirstate.fdatasync ~~~~~~~~~~~~~~~~~~~ editor ~~~~~~ e-mail ~~~~~ erro ao remover o bloqueio pendente: %s extend_command ~~~~~~~~~~~~~~ argumento extra para o comando {0}: {1} falhou ao limpar {0}: {1} falhou para redefinir o estado da árvore{0} falso Esta seção se aplica apenas à ramificação neste diretório e não ramos abaixo dele. O fast-import selecionará de forma inteligente o formato a ser usado ao criar um repositório ou ramificação. Se você estiver executando o Bazaar 1.17 até o Bazaar 2.0, o formato padrão do Bazaar 2.x ("2a") será usado. Caso contrário, o formato padrão atual ("pack-0.92" para Bazaar 1.x) é usado. Se você deseja especificar um formato personalizado, use a opção `--format`. finalizado corrige bug corrige bugs formato erro encontrado:%s obter ~~~ get_command ~~~~~~~~~~~~ get_missing_command ~~~~~~~~~~~~~~~~~~~ gpg_signing_key ~~~~~~~~~~~~~~~ mantido por %(user)s em %(hostname)s (processo #%(pid)s), adquirido %(time_ago)s ignorar Não verifique assinaturas gnupg de revisões. ignore requer pelo menos um NAME_PATTERN ou --default-rules. ignorado {0} correspondente a "{1}" direção inválida %r tipo especificado %r é inválido Tipo especificado inválido Os inventários inventário tipo mudou O tipo de arquivo foi alterado (por exemplo, de arquivo para diretório). list_commands ~~~~~~~~~~~~~ escutando na porta: %s erro de soquete de escuta: %s carregar ~~~~ carregando revisão carregando armazenamento de texto lock_acquired ~~~~~~~~~~~~~ lock_broken ~~~~~~~~~~~~ lock_released ~~~~~~~~~~~~~~ locks.steal_dead ~~~~~~~~~~~~~~~~ log é a ferramenta padrão do brz para explorar o histórico de um branch. A ramificação a ser usada é obtida do primeiro parâmetro. Se nenhum parâmetro são fornecidos, a ramificação que contém o diretório de trabalho é registrada. Aqui estão alguns exemplos simples:: log_format ~~~~~~~~~~~ lstat/stat de ({0!r}): {1!r} mail_client ~~~~~~~~~~~ fazendo backup de {0} para {1} a base da mesclagem é a revisão %s merge se recusa a ser executado se houver alterações não confirmadas, a menos que --força é dada. Se --force for fornecido, as alterações da fonte será mesclado com a árvore de trabalho atual, incluindo qualquer mudanças na árvore. A opção --force também pode ser usada para criar um revisão de mesclagem que tem mais de dois pais. merge_file_content ~~~~~~~~~~~~~~~~~~ merge_request_body ~~~~~~~~~~~~~~~~~~~ mesclar: %s faltando falta argumento de arquivo modificado modificado O texto foi alterado desde a revisão anterior. Nunca Reservado para uso futuro. apelidos: %s não é um número de revisão válido: %r nota: a atualização pode ser mais rápida se todos os arquivos da loja forem descompactados primeiro aberto ~~~~ ou:: output_encoding ~~~~~~~~~~~~~~~~ localização_pai ~~~~~~~~~~~~~~~ por favor especifique uma mensagem de submissão com --message ou --file por favor especifique --message ou --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 ~~~~~~~~~~~~~~ project.bzr será criado se não existir. Se já existir, deve estar vazio ou ser um repositório ou ramificação do Bazaar existente. Se não for especificado, o diretório atual será assumido. protocolo desde que você tenha criado o seguinte arquivo ``authentication.conf``:: public_branch ~~~~~~~~~~~~~~ push_location ~~~~~~~~~~~~~~ push_strict ~~~~~~~~~~~ recuar ~~~~~~~ bug relacionado bugs relacionados remover ~~~~~~ removido Versionado na revisão anterior, mas removido ou excluído na cópia de trabalho. removendo arquivo renomeado renomeado Caminho deste arquivo alterado da revisão anterior; o texto também pode ter mudado. Isso inclui arquivos cujos diretório pai foi renomeado. renomeado {0} para {1} textos de arquivo repetidos Este é o número total de textos repetidos vistos nas revisões verificadas. Os textos podem ser repetidos quando seu arquivo entradas são modificadas, mas o conteúdo do arquivo não. Isso não indicar um problema. repositório ~~~~~~~~~~ repositório convertido repositório.fdatasync ~~~~~~~~~~~~~~~~~~~~ exigir A assinatura gnupg para revisões deve estar presente e deve ser válida. resolução para {0} locais: {1} remoto: {2} revisão ~~~~~~~~ revisão {%s} não está presente na ramificação; será convertido como um fantasma revision_history ok. revisões Este é apenas o número de revisões verificadas. Isso não indicar um problema. salve ~~~~ send_strict ~~~~~~~~~~~ server_exception ~~~~~~~~~~~~~~~~ server_started ~~~~~~~~~~~~~~ server_started_ex ~~~~~~~~~~~~~~~~~ server_stopped ~~~~~~~~~~~~~~ definir ~~~ set_commit_message ~~~~~~~~~~~~~~~~~~~ pulando {0} (maior que {1} de {2} bytes) servidor_smtp ~~~~~~~~~~~ smtp_username, smtp_password ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ desculpe, %r não permitido no caminho pacote fonte %s não tem ramificação. start_commit ~~~~~~~~~~~~~ iniciando a conversão do direito iniciando a atualização do formato 4 para 5 iniciando a atualização do formato 5 para 6 iniciando a atualização do formato 6 para o metadir iniciando uma atualização de %s submit_branch ~~~~~~~~~~~~~~ subunidade não disponível. subunit precisa ser instalado para usar --subunit. subunidade não disponível. subunit precisa ser instalado para usar --subunit2. suprimir_avisos ~~~~~~~~~~~~~~~~~ a comutação criaria um loop de referência de ramificação. Use o comando "bzr up" para mudar para uma revisão diferente. Texto:% s para copiar vários arquivos, o destino deve ser um diretório com versão para mover múltiplos arquivos, o destino deve ser um diretório versionado trac_<tracker>_url ------------------ transform_fallback_location ~~~~~~~~~~~~~~~~~~~~~~~~~~~ verdadeiro (padrão) Esta seção também se aplica a subdiretórios. não foi possível remover "{0}": {1}. não foi possível remover %s textos de arquivo exclusivos Este é o número total de conteúdo de arquivo exclusivo visto nas revisões verificadas. Não indica um problema. arquivos únicos: %d desconhecido Sem versão e não correspondendo a um padrão de ignorar. comando desconhecido "%s" comando desconhecido "%s". Talvez você quis dizer "%s" formatador de log desconhecido: %r versão não referenciada: {{{0}}} em {1} atualizado para tece: arquivos versionados Este é apenas o número de arquivos versionados verificados. Isto não indica um problema. quando requisitado Reservado para uso futuro. onde "<tracker>" é um identificador para o bug tracker, e "<id>" é o identificador para esse bug dentro do bugtracker, geralmente o número do bug. Se "<tracker>" não for especificado, o ``bugtracker`` definido na ramificação ou configuração global será usado. onde os significados das colunas são os seguintes. irá produzir um arquivo de cabeçalho C com uma string formatada contendo o número de revisão atual. Outras variáveis suportadas em modelos são: permitiria que ``bzr commit --fixes cpan:1234`` marcasse o bug 1234 no rastreador de bugs RT do CPAN como corrigido, ou:: permitiria que ``bzr commit --fixes hudson:HUDSON-1234`` marcasse o bug HUDSON-1234 no rastreador de bugs do JIRA do Hudson como corrigido. permitiria que ``bzr commit --fixes python:1234`` marcasse o bug 1234 no rastreador de bugs Roundup do Python como corrigido, ou:: permitiria que ``bzr commit --fixes squid:1234`` marcasse o bug 1234 do Squid como corrigido. permitiria que ``bzr commit --fixes twisted:1234`` marcasse o bug 1234 do Twisted como corrigido. refere-se a ``/home/remote/myproject/trunk``. escrever revisão escritor tecido de escrita você simplesmente usa:: {0!r} não está presente na versão {1} {0!r} foi {1} bloqueado novamente {0} => {1} {0} [{1}] - Palco {0} e {1} são mutuamente exclusivos {0} confirmação por autor {1} {0} commits por autor {1} {0} commit pelo autor {1} com chave {2} agora expirada {0} commits do autor {1} com a chave {2} agora expirada {0} confirmação não assinada {0} commits não assinados {0} confirmação inválida {0} commits inválidos {0} commit com chave agora expirada {0} commits com chave expirada {0} commit com chave desconhecida {0} confirmações com chaves desconhecidas {0} commits com assinaturas válidas {0} resolvido resolvido, {1} restantes {0} conflitos resolvidos, {1} restantes {0} não é uma unidade SI. {0} agora está empilhado em {1} {0} é{1} redirecionado para {2} {0} bloqueio {1} {2}. {0} lembrou {1} localização {2} {0} assinou {1} commit {0} assinou {1} commits {0}: {1} ({2} multiparental)