Bazaarでバージョン管理【bzr>git,svn,cvs】

異常に使い易く、軽く、頭が良く、拡張性があるバージョン管理システム Bazaar (bzr) のスレです。

本家 http://bazaar-vcs.org/
チュートリアル http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html
ユーザーズガイド http://doc.bazaar-vcs.org/latest/en/user-guide/index.html

Bazaar はスマートな為、例えば、プロジェクトディレクトリ下の add や commit は自動的に一括で
やってくれます。

$ mkdir myproject
$ cd myproject
$ mkdir subdirectory
$ touch test1.txt test2.txt test3.txt subdirectory/test4.txt

$ bzr init
$ bzr add
added subdirectory
...
added subdirectory/test4.txt
$ bzr commit -m "Initial import"

bzr使ってみたけど、これつかいやすいね。
ただ、ブランチングとかまだわからんけど。

つまりTortoiseSVN最強って事ですよ

>>2
実際に bzr 使ってから物言ってください。
正直 svn はつかいにくすぎです。
使う人数がある程度少ない場合は、 bzr が最強だと思います。

git などの分散型のライバルと比較して、どこらへんが優れていると思いますか。
自分は bzr しか使ってこなかったんで、そういうところがよくわかりません。

hgとの比較が気になる

ここまで全部1の自演っぽいけど、ま、いいや。
hg使いの僕がちょっと使ってみた。

○whoamiはちょっといいかも
　　(ま、最初しか使わんだろうけど。hgは.hgrc編集する必要があるので)
○bzr statusの出力はhgより見易い
○衝突時resolveし忘れてcommitしようとすると、警告が出てcommit出来ない
　　hgは感知しなかった記憶が…

×bzrは打ちづらい
　　hgは一瞬で打てるからなぁ…
×レスポンスが遅い
　　コマンド打ちこんでから数瞬待つ印象

△cloneでなくbranch
　　hgでbranch使ったことないし、これはアリか
△pullやpushで(hgで言うところの)updateまで行う
　　好みや運用で評価が変わりそうな部分
　　個人的にはpullはありがたいがpushでのupdateはやめてほしい

ネットワーク越しのpush,pullはまだやってないです。

総評としてはhgで面倒臭い!!という部分を積極的に改善した感じでしょうか。
操作レスポンスさえ改善されれば乗りかえてもいいかなという気はしました。
大きめのプロジェクトに採用されればもろもろのパフォーマンスは改善されるだろうし
今後にとても期待させてくれます。

ただbzrはうちづらくて仕方無いし(emacsでvc使うとかすりゃいい話なんだけどw)
bazaarなんてありふれた単語なもんだからぐぐっても上のほうに来ないし。
名前で損してる部分が大きい気が…

> 操作レスポンスさえ改善

って、俺は遅く感じたことないんだが。。 むしろ軽快。
コード見る限り、よく使用するコマンド中に大きなロードするわけじゃないみたいだし、
自分でそう思ってるだけじゃないのか？

Bazaar のネーミングがちといただけないのは同意。

Gozaarにすべきだよな

Mazaar

Bazaar 遅くない?

marcurialやgitの方が確かに早い
でもdarcsよりは早い

>>9
絶対論ではなく相対論なので、気のせいも糞もないです。
hgと比較し、大きな差を体感出来ました。
# テスト環境がcolinux上でしたので余計に差が出たと思われます。
# (colinuxはDisk I/Oが遅いっぽいので)

だからー、ファイル一つ一つコミットしてる時間の方が高くつくって。
bzr はディレクトリ下のコミットとかも全部自動でやってくれるから、

$ bzr commit -m "(修正したファイルを全部コミットします)"

のみでおっけ。時間がかなり短縮される。 utf-8つかえば文字コードの問題は全くないし。

Linusが選んだものをつかっておけば間違いない

>>15
それはhgも同じっす

bzrのいいところは、ファイル名がバイト列ではなくて文字列として扱われて、ちゃんとエンコーディング変換されること。
Windows上で ソ連.txt とか なんとか表.txt とかをaddして、LC_CTYPE=ja_JP.UTF-8なLinuxでチェックアウトすると、
きちんと文字化けせずにチェックアウトできてる。

Mercurialは「ファイル名はファイル内容と同じでバイナリ列」という扱いだけど、ファイル名なんてファイル
システムに書くときにエンコーディングされるし、CUIに表示されるときも、CUIで打ち込むときも
エンコーディングされた文字列を扱っているだけだから、このポリシーはダメダメ。

既にMLで議論されたが、ascii圏の人にはこの問題が理解できなかったらしい。
Python3.0に対応するときに理解できるかな。

>>18
確かに後半部分に関しては違ってましたね。失礼しました。
…確かコミットログも化けるんだよなぁ、hgは。
……のりかえるかな…

csvでもsvnでも再帰的にコミットできる。
文字化けもしないし。

しかし、自演ひどすぎ、このスレ。

>20
いや、cvsはファイル名のエンコーディング気にしないから、クライアント側で適切な
エンコーディング変換をしないと、Windowsでコミットした日本語ファイル名を
他の環境でチェックアウトすると文字化けする。

svnはbzrと同じできちんとしてたはず。

非asciiのファイル名を使うことの方が理解できない人間ならMercurialでも問題無い…と

じゃあ俺は Mercurial で良いや

日本語ファイル名が使用できるのは、ドキュメント管理とかしている自分にはありがたい。

Windows版での外部diffツールの設定の仕方がさっぱり分からないだけど、誰か知っている人がいたら教えて。
設定ファイルの修正の簡単さは、Mercurial > Git > Bazaarだな。

設定ファイルのありかが
C:\Documents and Settings\ユーザ名\Application Data\bazaar\2.0\bazaar.conf
っていうのはどうなんだろう。

とりあえず外部diffツールの使用方法は分かった。
pluginのdifftoolsを入れれば外部diffツールは使えるようになった。

difftoolsで外部diffツールを使う場合、
レポジトリの絶対パスに日本語ディレクトリを含む場合、diffがこける。
あと、外部diffツールは、パスが通っているところのじゃないと正しく認識されないっぽい。
(絶対パスでC:\Program Files\〜\〜.exeとかを指定できない。)

bazaar自体がいくら日本語対応していていても、その他ツールが日本語対応していないんじゃ使えないよ。

今使ってみた。なんか、異常に集中してマニュアルも読破したw
結論： 使いやすさでは多分 vc システムの中で最強。

mercurial.elはうんこ
hgがasyncronus processじゃないように実装されてるから、やってる途中に固まって動かねぇ
bazaar.elがちゃんと実装されてるならemacsユーザに限ってはMercurialには勝てると思う

bzr の使い方
http://www.ccm.media.kyoto-u.ac.jp/~ozeki/memo/index.php?bzr%A4%CE%BB%C8%A4%A4%A4%AB%A4%BF

pythonじゃなくてCで書いてくれればすぐにでも移行するんだが。
スクリプト言語なんて。。。

>>29
おまえは GNU Arch でも使ってろよ

Boost Library(ttp://www.boost.org)をimport中。
メモリを食うとはマニュアルにあったが、現在2/3終了で4GB利用。
実行マシンには12GBあるから問題ないけど、メモリ使用を節約するモードが
欲しいね。

ちなみに実行コマンドは
bzr svn-import svn+http://svn.boost.org/svn/boost
です。

現在30203/32877でtopの表示がこんなんなってますw

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP CODE DATA
13693 xxxxxxxx 20 0 6127m 5.7g 7564 R 99 48.5 751:19.14 285m 1172 5.7g

>>32
http://samba.org/~jelmer/bzr-svn/FAQ.html
python-subversionのバージョンが古いとメモリリークする。
Ctrl-Cで中断してからもう一度実行すると良いよって書いてある。

>>33
Debian(sid)なのでpython-subversionは最新です。ただ単にレポジトリが大きいからだと思われ。

いいなー、俺もできることならbzrに移行したいよ。。。
会社で (ry....

俺は bzr はセントラルリポジトリーがなくてもいいから、
よく使うディレクトリ毎に bzr init して使ってるよ。

修正をトラックしたり、diffとったり、前のバージョンに戻したりするのが楽。
bzr init したディレクトリの .bzr/ が全ての情報を保存してくれてるから、
やりなおす時とか、 rm -r .bzr するだけでオッケーいいお

Bazaar 1.6
https://launchpad.net/bzr/1.6/1.6/

なんと、bzrスレがあるのか。記念カキコ

ほうほう、ファイル名ね。
そういや、昔全角カッコで問題があったなあ。
確かノーマライズあたりの問題。今は問題無いけど。
後、仕様なのかバックスラッシュが使えないね。
これはバグ登録されてるけど、どうなるのかしらん。
後は、bzr-svnはsvn1.5が必要なので、まだ試すに至っていない。
そんな感じ。

emacsスレから飛ばされてきた。
bzrってemacs用の良いツールはあるの？

とりあえずvcが対応してる。

Bazaar 1.6.1rc1

>>7
pullでupdateしたらどうやってマージするんだ？
pushしたらupdateするってただのバグだろwww

>>43
上記、マージの必要があるとbzr pullは失敗する。その場合、bzr mergeしてからコミットする必要有り。bzr merge --pullってのもある。多分合ってるはず。
下記kwsk

上記下記の使い方それでいいのか？掲示板で・・・

誰かWindows版のBazaarでﾊﾟｽが日本語文字を含む場合に
まともに外部diffﾂｰﾙを使う方法教えてくれ。

ｿｰｽﾌｧｲﾙはasci文字だけだけど、ﾄﾞｷｭﾒﾝﾄには日本語使うんだよな。
外部diffﾂｰﾙさえまともに使えれば、完全にBazaarに乗り移れるのだが・・・

スレ違いかもしれんがlaunchpad.net使いづらくないか？
gitな人はgithub.comが使えてうらやましい。

bzr branch lp:mailman などが異様に遅いのは、
サイトが重たいだけなのだろうか?

どうだろうねぇ

うーん、どっかに cheat sheet らしきものって無かったっけ？
最近見た気がするんだけど全然思い出せない。

うは、オフィシャルにあった。俺アホスorz

extdiff、docdiffでまともにdiffがとれるようになった。
作者さん、ありがとう。

ところで、bzrにhgやgitのようなbranchは必要ないけど、
svnのような、コストがほとんどかからないcopyがあればいいなと思うんだが。
こんな機能は想定されていないのかな。

どのバージョンから追加されたか知らないけど、
bzr checkout --lightweightがお望みの機能かも。

履歴を取得しない分コストは減るけど、
いくつかのコマンドは親ブランチと通信する必要がある。
これはsvnと一緒なのかな？

>>47
少し分かりにくくはあるけど、使いにくいか?
bzr push lp:~foo/+junk/bar とか便利過ぎて(ry

>>52
copyの意味が分からんけど
bzr export DEST BRANCH (svn exportのようなもの)
bzr co --lightweight (svn coのようなもの)
bzr branch --stacked (svn coのような感じでブランチ)

53,54情報サンクス

>copyの意味が分からんけど
正しく情報を伝えるのって難しいorz

git,hgのブランチってCVSのブランチと同じで、管理ツリー内では情報を
持っているけど、チェックアウトでは見えないものですよね。

svnはブランチの機能がないので、代わりにリポジトリ内では
同じリポジトリ内では、ほとんどコストがかからないsvn copyを
使ってブランチやタギングを実現してますよね。

私は、このsvn方式のブランチに方法が好きなのですよ。
理由は、CVSとかのブランチだとチェックアウトしてもブランチが見えないですけど、
SVNはチェックアウトすれば、ブランチの実ファイルも作成されるので、
ブランチがあることをかなりアピールできるので、ブランチの修正ミスが少ないです。

また、このsvn copyを使えば履歴が引きつがれるので、
リポジトリ内のソースファイルをコピーして使うときも、
元のソースファイルの履歴も見ることができるのも便利。

なので、bzrでもsvnのようなリポジトリ内copyが実現できたら便利だろうなぁ
と思った次第です。

ああ、多分意味分かった。コストの問題はbzr branch --stackedで。

>管理ツリー内では情報を持っているけど、チェックアウトでは見えない
bzr infoで親ブランチが分かる。
ブランチ一覧は試してないけどinit-repoしているならbzr branchesで分かると思う。

#関係ないけどbzr copyはブランチ内コピーの為に実装されてほしいなぁ。

bzr1.7が出てますよ。

https://launchpad.net/bzr/1.7/1.7
bzr 1.7 2008-09-23

bazaarは開発がはやいね

もりあがらねー・・・
やはり本命ではないのか・・・

速度以外は満足しているから特に話すことはないなぁ。

cvsとか、非常に使いにくいシステムとは違って、
簡単で問題がそこまで生じないからね。

1.7.1が出てます
Bazaar 1.7.1 was released on the 1st of October, 2008.
https://launchpad.net/bzr/1.7/1.7.1

Launchpad Code down-time Monday 6th October 2008
http://news.launchpad.net/notifications/launchpad-code-down-time-monday-6th-october-2008

bazaar がよさそうだと聞いたのでこのスレを覗いているんですが
逆にbazaarのダメな点って何かありますか。

>>64
branchが遅い
フォーマットがころころ変わる (bzr help formats参照)
使える流儀が多くて分かりにくい面があるかも

Bazaar 1.8
https://launchpad.net/bzr/1.8/1.8

>Bazaar 1.8 includes several fixes that improve working tree performance, display of revision logs, and merges.
>The smartserver code has gained several bug fixes and performance improvements, and can now run server-side hooks within an http server.

1.9rc1
1.8ではなくなっていた、Windows用の all-in-one パッケージが復活。
あと、またリポジトリフォーマットのバージョンがあがって、さらに高速化。

1.8って対応する bzr-svn ないのは何でだ

単に開発スケジュールが合わなかっただけじゃね？
リリースサイクル短すぎるし。

1.9rc1のall-in-oneを入れてみた。TortoiseBzrが使い物になる予感。

1.9 Released

開発早すぎて安定感がないなぁ

>>71
逆に遅すぎたら、過疎感があるって言うんだよね？ｗ

開発が活発なのはいいことなんだけど、リポジトリの構造が変わったりするのはちょっとなーと思わんでもない。

>>73
1.9で新しく出てきたリポジトリフォーマットも、開発ブランチで時間をかけて
テストされた後にメインブランチに取り込まれたんだし、今でもデフォルトの
フォーマットはかなり古いヤツだよ。

pack-0.92 だから、だいたい一年前のやつか

>>69
PuTTYのplinkとpageantと連携できたよ。これでTortoiseSVNと併用できそうだ。

1.9 の rc じゃない Windows Standalone installer 出たね。
pageant との連携はマジ便利。

TortoiseBzrってdiffツール指定できないんでしょうか？
デフォルトだとSJIS見えないよヽ(`Д´)ノ　

>>77
pageantとかの設定でどこでやったらいいんでしょ？

>>78 今のところ外部diffについてはコマンドツールでしかできなさそうです。
pageantに関してはPuTTYのバイナリが存在するディレクトリのパスを
環境変数Pathに追加すればbzrが自動的に見つけてくれます。

バージョン管理システムについて語るスレ2でdiffについての質問と回答が
書き込まれたのでまとめておきます。

コマンドラインでbzr diffを使うと文字化けすることがありますが
これはテキストとコマンドラインのエンコーディングが異なるからです。

変更前後でテキストのエンコーディングが同じであればパイプで
エンコーディング変換ツールや外部の差分ツールに引き渡して表示できます。

例
>bzr diff -r1..2 | iconv -f テキストのエンコーディング -t CP932
>bzr diff -r1..2 | gvim - -R

オプションを指定することで外部の差分ツールを利用することもできます。
例えばWinMergeを使いたいのであればbzr diff --using=MinMergeです。
bazaar.confを編集してエイリアスを設定することでオプションの入力を省略できます。
この設定ファイルはbzr versionで見つかります。

[ALIASES]
diff=diff --using=WinMerge

他にextdiffといったプラグインでも外部ツールを利用できます。

TortoiseBzrではデフォルトのdiffツールとしてqdiff(コマンドラインからも実行可能)が
使われていますが、.bzr/branch/branch.confで例えば「encoding = shift_jis」のように
テキストのエンコーディングを指定すればUTF-8以外のテキストも正常に表示されます。
もしくはコマンドプロンプトから「bzr qdiff --encoding=shift_jis」を実行しても
指定したエンコーディングがbranch.confに記載されます。

ただし、テキストを何も選択していない状態で示されるDiffメニューは
設定ファイルの内容が反映されないようです。

hg からちょっと浮気しようと思ってるんだけど公式 Wiki は無いの？
日本語のドキュメントとか

公式ページ(http://bazaar-vcs.org/ )がWikiな訳だが。
あと日本語のドキュメントはまだ無いよ。

>>82 公式サイトのマニュアル翻訳を始めています。ユーザーと
リファレンスマニュアルの下翻訳を来年の1月末ぐらいまでには終わらせたいところです。

>>83
えらい！
がんばってね。

>>83
おお。期待しています。

bzrは開発スピードが速いので結構期待してます。
レポジトリの操作がhg以上に速くなるといいな。
ところで日本語問題のFAQを>>83あたりがwebに
掲載しくれるとありがたい。

TracのBzrプラグインって実用的な感じですか？

>>86 問題があるならバグレポート投げればいいじゃない

投げるも何も>>80の内容でしょ。

>>79-80
そっかー。ありがとう。

TortoiseHgが日本語バケバケで微妙だったので
デフォでユニコードなBzrなTortoiseBzrにでも移行かな、と思ったのですが、
まだ時期早々な感じがしました。

日本語つかうにはまだ時期早々だね

bzrは全部追加しつつコミットって一気にできないの？
hg commit -A -m "hoge" みたいなの

>>92 bzr addはデフォルトでファイルとディレクトリを再帰的に追加するので
commitの方ではオプションはないみたい。引数を何も指定しなければ
カレントディレクトリ(.)にあるファイルとディレクトリすべてが追加される。

何が時期尚早（←しょうそう）なのかわからん。
svnだってコンソールのエンコーディングとファイルコンテンツのエンコーディングが
一致してないと化けるのは一緒だろ？ diff ってのは patch を作るのにも使うんだから、
勝手にエンコーディング変換しやがると逆に迷惑。

逆に、>>80みたいに設定できるあたり、svnよりbzrの方が使いやすく無いか？

>>94
ああ、怒らせてしまったのならすまないです。

俺が時期早々といったのは、ターゲットの問題で、
まず、俺が個人的に使うのは多分、bzrでも問題ないです。
コマンドラインも使えるし、コミットログも英語で書いてるし、日本語ファイル名も使ってないです。
(gitも一時期つかってましたし、hg単体も今使ってます)

書いていなかったのですけｄも、TortoiseHgを試してたり、TortoiseBzrを試しているのは、
他の人（プロジェクトメンバーなど）に使ってもらえる分散バージョン管理ソフトを探している、
という背景があるからなのです。
対象は、コマンドラインに拒否反応がある人や、英語苦手な人や、
日本語ファイル名を日常的に使っている人などです。

そのことをバージョン管理スレで言ったところ、bzr試してみたら、と言われてこっちにきました。
で、時期早々といったのは TortoiseBzrの話なのです。

diffで化けるのは一緒、というのはわかります。
そもそも、SJISでコミットして日本語ファイル名をUTF-8で格納
（というか勝手に変換される）してたりしたら、
diffしただけで、ファイル名と中身すら化けますしね。

ただ、TortoiseSVNなんかだとその辺が優秀で、
日本語がおかしい、というようなところが添付のdiffツールくらいしか見当たらなかったのです。

TortoiseBzrが使い物になる、というネット記事をよく見てきましたので、
ちょっとガッカリしたのです。
そもそもオプションにdiffツールの設定項目すらなかったので。
（コマンドラインで指定できるのは>>80でわかりますが）

時期早々なんていう煽りっぽい言い方してすいませんでした。

>>94　バージョン管理のスレはプログラマ以外の人がたくさんいるのでお手柔らかにね。

>>95
いや、ごめん、>>91みてて>>90をちゃんと読んでなかった。
bzr単体なら、Windowsでも日本語ファイル名でも全部大丈夫だけど、
TortoiseBzrはまだまだこれからだね。
そもそも、commitとpullはできるのにpushできなかったりするし。

とりあえずTortoiseBzrを自分でビルドできるようになった（64bitだからいろいろ
大変だった）から、これから俺も少しずつTortoiseBzrにコミットしていくつもり。

>>80 追記。エイリアスの登録と解除のコマンドもありました。

bzr alias diff="diff --using=WinMerge"
bzr alias --remove diff

Python製のツールなのにTMTOWTDIというのが面白いですね。

今回は使わなかったですが、--diff-optionsで
外部ツールにオプションを渡すこともできます。

> Python製のツールなのにTMTOWTDIというのが面白いですね。

「なのに」というが、PythonってわりとTMTOWTDIじゃね？

手続き型、OO、関数型のどのエッセンスも持ってるし、
リスト処理一つとってもreduce/map/filterにリスト内包にジェネレータ式に
itertoolsと、ぶっちゃけ何でもアリな印象

>>100
reduce/map/filter が組み込み関数なのは設計ミスで、functools に移動されて、
Python 3.0 では組み込み関数から削除される。

リストとジェネレータでは、結果が同じだとしても実現方法が異なるため、
パフォーマンスやメモリ使用量に差があったりする。

Perlの、同じ「やり方」に対して「書き方」が千差万別なのに比べると、
Pythonは「やり方」の自由度は高くて、「書き方」の自由度が低め。

>>89 いやだからそれを投げればいいのでは

>>88
「問題」というのは、「Bazaarのバグ」ではなくて、「入門者が判らない」点だから、
バグレポート投げるのは筋違い。
FAQまとめるのが正解。

バグかどうかは開発者が決めるからとりあえず開発者に聞けばいいんではないかと思いますが
それともそういう議論がすでにあって結論でてるのかな

×時期早々（なんかの制作チーム名らしいが)
○時期尚早

>>102
そんなこと言っている間に自分で投げればいいのでは。
何で人にやらせようとするかな。

>>95
> diffで化けるのは一緒、というのはわかります。
TortoiseSVNをWindowsだけで使ってる分には化けたことないんだけど。
TortoiseBzrはWindowsだけで使ってても変換しちゃうから化けちゃうんだよね。
Bzrの変換する方向性は間違ってないと思うけど、全体的にまだ整合性が取れて
ないように思います。
>>98がいずれ直してくれたら神と呼ばせてもらいます。

>>106
自分は困ってないから説明できないんだわ
だけど問題を知らせてもらえない開発者はかわいそうだなとおもって

>>107
それはたまたまお前がいつもWindowsでcp932でテキストファイル書いてるからだろ。
俺はWindowsで使うときもいつでもUTF-8でテキストファイル書いてるから、TortoiseBzrの
diff で化けたこと無い。

「Windowsだけで使ってても化けるのはおかしい」という発想自体がおかしいんだよ。

だれも反応してくれないので自分でTracbzr入れてみた。
Linuxでutf-8だけで使ってる分には問題なくいけてました。
だけど、タイムラインを表示すると
”チェンジセット [null:] がコミットされました ”
って変なのが出る。これバグかな。

cp932とutf-8のファイル名が混在したらダメかな。
どちらかというとTrac自体が。

>>109
おかしいのはお前さんの方だと思うぞ。
Windows環境でスタンドアロンで使おうとする奴がわざわざutf-8でテキスト書いたり
utf-8のファイル名を付けるかっての。

>>111
Windows のみとは少し違うが NAS を使っていてファイル名が UTF-8 とか。

Windowsならファイル名はUTF-16と考えていいんでないの
ファイルの中身は一切仮定できないけど
utf-8のみと考えるのもcp932のみと考えるのも現実的とはいえない

同じファイルのエンコーディングが途中で変更されたなら、
diffとかとって化けるのはそら仕方が無いだろと思うが

>>111
そもそも、WindowsやLinux、Macのマシンで共同開発に使えるように設計されてるの。
そのリポジトリが日本語Windowsで閉じて使われているのかどうかに依存して動作を
変えるようなキモイことはしない。

TortoiseSVNのDiffは見たこと無い（昔TSVN使ってたけどDiffはWinMergeだった）けど、
もしcp932の文字が化けずに見えるんだったら、そもそもエンコーディングとかまったく気にせずに
そのままのバイト列を、Windowsのマルチバイト系APIにそのまま渡してるんだろうね。
それが悪いとは言わないけど、その設計の方が「全体的にまだ整合性が取れてる」とは
全く思えない。
そんな環境依存を推奨する仕様でLinuxやMacや多言語のWindowsと相互運用したら、
リポジトリ内のファイルのエンコーディングがバラバラになるという、表面上だけで済まない
問題になる。

TortoiseBzrを修正するにしても、「GUIからエンコーディングを変更できるようにする」、「外部の
Diffプログラムを使えるようにする」という修正はしても良いけど、デフォルトエンコーディングを
環境依存にするなんていう修正は全くするつもりが無いし、そんなパッチ作っても本家で
取り込まれる可能性はほとんど無いぞ。

ファイル名の話とファイルの内部エンコーディングの話が混ざっててよくわからないんだが

>TortoiseSVNのDiffは見たこと無い（昔TSVN使ってたけどDiffはWinMergeだった）けど、
>もしcp932の文字が化けずに見えるんだったら、そもそもエンコーディングとかまったく気にせずに
>そのままのバイト列を、Windowsのマルチバイト系APIにそのまま渡してるんだろうね。
TortoiseSVNはWindowsでしか動かないんだからこれがごく自然な動作だと思うのだが。
TortoiseBzrがどういう動きをするのかよくわからない。
>>109の言い方からすると、TortoiseBzrはファイルのエンコードがUTF-8の場合だけ文字化けせずに動くと？？

>>115
svnにしろbzrにしろ、Tortoise というクライアントプログラムはWindowsでしか動かないけど、
そのリポジトリがほかの環境と共有されていないとは限らないし、Windowsだって言語の設定
変えたらコードページが変わるんだから、「今の環境のエンコーディング」という不安定な
ものと、「リポジトリ内のファイルのエンコーディング」という安定したものが同一だと仮定するのが
「ごく自然」とはとても思えない。

TortoiseBzr の diff は QBzr の qdiff を呼び出す形になっていて、qdiff のエンコーディングの
設定は >>80 のとおり。デフォルトではUTF-8になっていて、引数で変更できるけど TortoiseBzr
からその引数が指定できない。

UTF-8は世界で一番互換性の高いエンコーディング。LinuxもMacも（Macはちょっとクセがあるが）
ほとんど標準的にUTF-8が使用されているけど、Windowsだと過去との互換性やリテラシの低い
ユーザーへの配慮もあってなかなかcp932を捨てられていない。

>デフォルトではUTF-8になっていて、引数で変更できるけど TortoiseBzr
>からその引数が指定できない。
ここら辺が国際化に対する整合性まだ弱いというところですね。

>Windowsだと過去との互換性やリテラシの低い
>ユーザーへの配慮もあってなかなかcp932を捨てられていない。
まさにこれ。多人数でbzrを使おうと思ってもクライアントが
ほとんどwindowsなわけで、tortoiseを使わせるのが自然なんだけど
cp932のファイル名やらcp932のファイル内容が普通になってしまう。
windowsがデフォルトutf-8になるといいんだが。
多人数にwindowsでutf-8のファイルで作れなんて、技術的にできても
運用は無理。うっかり忘れてレポジトリを汚しそうだ。

>>117
＞cp932のファイル名

いや、こんなものは無いから。
WindowsならUTF-16。

Launchpad offline at 03.00 UTC 21st November 2008
http://news.launchpad.net/notifications/launchpad-offline-at-0300-utc-21st-november-2008

>>80見ればよかったのか。qdiffは文字コード指定してやれば正しく動くと。

ファイル名に関しては、リポジトリ内にエンコードされて格納されるから、
クライアント側のOSがなんだろうと文字化けしたりはしないってことであってるよね？
>>98を見ると、TortoiseBzrでは問題ありみたいだけど。

>>120
>>98 では、 bzr がうまくいっている例として日本語ファイル名をあげただけで、
TortoiseBzrが至らないのは日本語ファイル名とは関係ない。日本語ファイル名も
扱えている。

TortoiseBzrが至らないのは、主要な機能がまだ網羅できていないとか、設定画面に
必要な設定項目が無いとか、qdiffにエンコーディングオプションを渡す方法が用意
されていないとか。

>>121
俺も後者の方だと思う。
TortoiseSVNはその辺がすごく安定していて

TortoiseHg使った時も（文字化けは置いておいて）、
ファイルの名前の変更とかドラッグ＆ドロップでの移動がサポートされておらず、
hg mv とかコマンドラインで打たないといけないのが残念で、
勧められない要因になってた。
まあ、時間がたてば解決する問題だろうけども。

>>110 自分もWindows環境のtrac0.11で同じ現象が起きている。
問題自体は去年から認識されているようだけど。

Phantom changesets in timeline
https://bugs.launchpad.net/trac-bzr/+bug/116659

>>121-122
理解した。ほんと、TortoiseSVNは完成度高いから他が相対的にいまいちに見えるよなー。
右ドラッグの移動とかすごい便利だ。

しかしTortoise系何個もインストールすると、エクスプローラのコンテキストメニューが酷いことになってくるｗ
統一してくれってのは無理な注文なのだろうか…。

>>124
いろいろ試してみたいのは判るが　欲張りすぎｗ

責任は持てんが、svnの作業コピーであり、Hgのリポジトリでもある
といった場合、どっちが優先されるの？　それとも・・・　（怖っ！）

ごめんなさい。
ここ Bazaarスレでしたね。

bazaarってsvnみたいにディレクトリまで管理しちゃうんだね。
ディレクトリは管理しないでFileだけ管理することできないの？

[ANNOUNCE] bzr-local-branches plugin a.k.a. git-style-branches
https://lists.ubuntu.com/archives/bazaar/2008q4/049894.html

Bazaar branches for all Ubuntu source packages available
https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-November/000514.html

>>125
どっちもでるよ。Tortoise/Hg/SVN/Bzr/を使ってる俺が言うんだから間違いない。

上のほうでbzr遅いって書いたけど
今はすっかり早くなっててびっくりしたあげくhgから乗りかえ作業中。
あとはリリース速度をもうちょっと落ちつけてくれないかなとか。
なんかもう1.10のrcとか出てるし。

ところでbzrでレポジトリの分割ってどうやるんでしょうか？
hgで言えばこんな感じの作業をしたいのですが。
http://d.hatena.ne.jp/ursm/20080813/1218642833

>>131
bzr upgradeでrich-rootにしてbzr splitかな。

>>132
ありがとうございます。でもなんか違う…
% bzr init --rich-root
% mkdir test_a
% touch test_a/1
% bzr add
% bzr ci
added test_a
added test_a/1
Committed revision 1.
% mkdir test_b
% touch test_b/2
% bzr add
% bzr ci
added test_b
added test_b/2
Committed revision 2.
% cd test_b
% bzr split .
% ls -a
. .. .bzr 2
% bzr st
removed:
　test_a/
　test_a/1
renamed:
　test_b =>

removeとかするんでなくて、もう少し賢い分割というか、なんというか…
これだと分割するまえの関係ない履歴まで見えてしまうので…

bzr てローカルでディレクトリ毎に簡単に管理するのにも向いてるよな。
bzr 導入してからいちいちファイル毎のバックアップとる必要なくなった。
超便利

bzrって、新しいブランチを開始してweb公開する場合って
ブランチ毎にwebの設定しなくちゃならないの？
svnやhgとかだと既に公開しているレポジトリ上にブランチを
作れるんだけど、bzrの場合がよくわからんかった。

>134
その程度なら、RCSでも十分だろ。

>>136
bzrのほうが使い易い。

>>135
bzr init-repoで行けない?

Bazaar 1.10 released!
https://launchpad.net/bzr/+announcement/1568

>>139
乙!

>>138
init-repoってそいうことか。
bzrのブランチは慣れるのに時間がかかりそうだ

>>141
詳しくはbzr help topicsから辿れるbzr help repositoriesに書かれてる。

un*x環境でシンボリックリンクが混じっているフォルダをレポジトリにした場合に、
Wic環境にbzrスマートサーバからチェックアウトしようとすると
”この環境ではシンボリックリンクはサポートされてないずら”
って怒られちゃうんだけど
シンボリックリンクを無視するオプションはねーのかな。

bzr-svn 0.5.0 RC 1

>>144
性能がかなり改善したらしい。
あとマッピング形式が変わった。
実験的なbzr svn-serveが追加されてる。
他にも色々。

>>139
個人用途でbzr使ってる俺。
仕事でも使いたい。。。

>>144
メモリ使用量も大分削減されました。
50000revくらいあるものをbranchするのに以前は8GBくらい
メモリが必要でしたが、今は1GBくらいですみます。

↓下記のようにMercurialからSubversionへの変換をBazaarでやりたいのですが、

> bzr pull (hgのディレクトリ)
bzr: ERROR: Not a branch: (パス)

といわれて変換できません。

Pushing Mercurial branches into Subversion using Bazaar - Stationary Traveller
http://jelmer.vernstok.nl/blog/archives/129-Pushing-%20Mercurial-branches-into-Subversion-using-Bazaar.html

どうやら、Windows の Bazaarの1.9のインストーラーには、bzr-hg？が含まれていないようです。
Bazaar で Windowsでbzr-hgのプラグインを導入する方法はどうすればよいんでしょうか？

bzr-hgは多分これだと思うのですが・・・
~bzr/bzr-hg/trunk : files for revision 28
http://bazaar.launchpad.net/~bzr/bzr-hg/trunk/files

一応、svnに変換後はbzr-svn軽油でbzrを使っていきたいと考えています。

>>148
バージョン管理システムについて語るスレ3の81以降の書き込みを見てみて。
http://pc11.2ch.net/test/read.cgi/tech/1228366972/

>>148
bzr-hgは長らく更新されてないから今は多分うまく動かないと思う。
修正するとか古いbzrを入れるとかすれば動くだろうけど。

bzr 1.10ってwindowsバイナリ置いてないのか

1.11待ちだと思う

>>149
Thanks. bzr fastimportを見てみます。

BzrFastImport - Bazaar Version Control
http://bazaar-vcs.org/BzrFastImport

サブディレクトリだけチェックアウトってできますか？

>>151
出たよ

1.10のTortoiseBzrだけど右クリックメニューがエラーになるので1.9に差し戻した。

No module named commands
http://www.nabble.com/No-module-named-commands-td21170496.html

bazaarでhgのmqに相当するプラグインは無いです？

TortoiseBzrがTortoiseHg並なら乗り換えられるのに・・・(´･ω･`)

tortoisebzrは、vista x64にインストールしたけどエクスプローラのメニューに変化なかったり
ダイアログが出現しなかったりなので消去。

>>159 再起動した？

したした。
よく分からんタイミングでタスクトレイにアイコンが出てくるようになった後にも念のため再起動した。

エクスプローラのシェルエクステンションの場合、
64bit版ウィンドウズで使うには64bitバイナリじゃないと駄目だな。

確かにTortoiseSVNとかは64bit版が用意されてるみたいですね

俺は TortoiseBzr も 64bit でビルドして使ってる。
TortoiseOverlay の 64bit 版だけインストールして、あとは32bitでも動くかもしれない。

Bazaarで既存のコミットログなどの書き換え修正できますか？
メインのブランチはありますが、まだ分散というか他にブランチは作っていない状態です。

単にLaunchpadとかに突っ込む時に、
以前のコミットしたユーザーと登録したユーザーを一致させておきたい、と言う理由なのですが・・・

>>156
> ImportError: No module named commands
うちも右クリックでこのエラーになる。
まあ、TortoiseBzrはバージョン変わってないし0.9に戻すか･･･

Launchpadをいじってみているんだが(といってもテスト環境のstaging)、
　Permission denied (publickey).
と言われてプロジェクト作成した後のpushが上手くいかない。
コマンドは以下、
bzr push lp://staging/~(ユーザー名)/+junk/test --use-existing-dir

pageant起動してても呼んでくれないみたいだし、秘密鍵の指定はどうやったらいいんでしょ。
pushはTortoiseBzrではできないみたいなのでコマンドラインでやってます。

OS: Windows Vista SP1

puttyのディレクトリにはパスを通しています。
プロンプトで、echo %PATH% で確認しました

>>167 次の手順を行います。
1. 環境変数BZR_SSHをplinkのパスを設定します。
　 環境変数PATHを通しているのであればplinkだけでOKです。
2. 公開鍵は https://launchpad.net/~ユーザー名/+editsshkeys に貼り付けます。
3. puttyで「bazaar.launchpad.net」にアクセスしてホスト情報をローカルにキャッシュします。

bzr-setup-1.11rc1-2.exeがリリースされていました。
>>156 の不具合は無くなりました。
General Bazaar Optionがきちんと表示されるようになっています。

>>159
TortoiseBzrのビルド方法を調べたのですが、Visual Studio 2008が必須で、
Express editionとWindows Driver Kitsの組み合わせではビルドできませんでした。

TortoiseBzr無しであればMinGWとその付属のgnuwin32-makeでビルドできました。

インストーラのビルド方法は下記のURLに書かれていますが、
いろいろなライブラリを導入する必要があります。
http://bazaar-vcs.org/BzrWin32Installer

TortoiseBzrに関しては
TORTOISE_OVERLAYS_MSI_WIN32と
TORTOISE_OVERLAYS_MSI_X64の両方を設定する必要があるようです。
オーバーレイは下記のURLから入手します。
http://tortoisesvn.tigris.org/source/browse/tortoisesvn/TortoiseOverlays/version-1.0.5/bin/

1.11rcになって利用できるフォーマットの一覧を「bzr help current-formats」で
古いフォーマットは「 bzr help other-formats」で調べられるようになっていました。
フォーマットを選ぶガイドラインはユーザーリファレンスに書かれています。

http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#storage-formats

1. 既存のプロジェクトであれば既存のもの
2. bzr-svnを利用するのであれば1.9-rich-root
3. 履歴が大きいもの(5000)であれば1.9

>>170 の追加。Windowsインストーラ版の場合、横着をして
以前のバージョンをインストールしたまま新しいバージョンをインストールすると
プログラムファイルが上書きされず、コマンドによってエラーが発生するようです。

bazaarの1リポジトリ、1作業コピーで作業しているとき、
svn up -r xxx のように、 作業コピーを指定したリビジョンのチェックアウト状態に
するにはどうすれば良いでしょうか？

今は、
cd ..
bzr checkout --lightweight -r xxx from to
のようにして、いちいちチェックアウトし直していますが、面倒に感じます。

>>174
bzr pullには-r xxxがあるのに、bzr upには-r xxxが無いんだねぇ。
以下のバグが該当するようだ。
https://bugs.launchpad.net/bzr/+bug/45719

>>169 Puttyに関して追記。

レンタルサーバーなどでユーザー領域に
bzrをインストールしてPuttyから利用する場合、
BZR_SSHを設定するだけでは不十分で
bashrcにbzrのインストールディレクトリを
環境変数PATHに追加する必要があります。

環境変数の一覧は下記のURLに書かれています。
http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#environment-variables

試していませんが、環境変数BZR_REMOTE_PATH
やbzr_remote_path設定変数もあります。

Windowsインストーラ版の場合、対話式シェルを起動させるbzr shellが利用できませんが、
pyreadlineをlibrary.zip(C:/Program Files/Bazaar/lib)に追加すれば
利用できるようになります。ただしコマンドプロンプトのエンコーディング(Shift_JIS)は
考慮されていません。

>>165　bzr help commandsとマニュアルをざっと見た範囲では分かりませんでした。
リポジトリをいろいろなプロジェクトにマージすることを前提とされているので
svnadmin setlogのように手軽にはできないと思います。

>>170 コマンドを実行してみるとエラーになるのでそのままでは使えないようです。

bzr: ERROR: The API for "<module 'bzrlib' from 'C:\Program Files\Bazaar\lib\libr
ary.zip\bzrlib\__init__.pyo'>" is not compatible with "(1, 10, 0)". It supports
versions "(1, 11, 0)" to "(1, 11, 0)".

>>179 library.zip内のbzrlibをPythonインタプリタにインストールされているものと
置き換えれば正常に動作するようになった。

>>180 追記。入れ替えると今度はプラグインが認識されなくなった。結局差し戻し。

>>169
ありがとうございます。
BitBucket(+TortoiseHg)やgithubはすんなりいったのに、launchpad.netではなかなか上手くいかず、
悩んでいたのです。
試してみます。

>>179-181
なかなか不安定なようですねｗ

>>178 の追記。基本コマンドで見つからないならプラグインを見てみたけど
rebaseあたりが該当するのかな。外していたらごめん。

http://bazaar-vcs.org/Rebase

>>183
確か昔rebaseでする方法がMLで紹介されてた気がする。
途中をbranchしてreplayだっけか。

>>176 レンタルサーバーで利用する場合の注意事項を追加。

Bazaarをインストールするときにパフォーマンスを向上させる
Pyrexの名前(http://pypi.python.org/pypi/Pyrex )がでてきますが、
Python2.4のXREA(さくらも2.4)にeasy_installでインストールしたところ
それ以降のPythonモジュールをインストールしようとすると
エラーになってしまいます。

そうなった場合はPyrexモジュールを手動で削除および
場合によってはPythonモジュールすべてを再インストールし直す必要があります。
モジュールはScripts/site-packagesの中に存在します。

>>182　昨日はわっと書き込みが増えていますが、
ほとんどが私一人の書き込みですw

情報が少ないのでしばらく個人twitterみたいに
書き込みすることにします。

>>184 おお〜ありがとうございます。gitのマニュアルで見かけたのですが、
まったく使ったことがないので調べてみます。

>>186
ありがとう。

英Canonical、7月21日に「Launchpad」をオープンソースに
http://sourceforge.jp/magazine/09/01/14/0439229

>>169 の追記。ミニチュートリアルを見直したらユーザーの公開領域の箇所は
「people/+me/」で表現できます。公開鍵登録ページを書き直すと次のようになります。

https://launchpad.net/people/+me/+editsshkeys

TortoiseBzrのアンインストールについて。

http://bazaar-vcs.org/TortoiseBzr

上記のページに従ってTortoiseBzrをインストールした場合、
アンインストールするには「python shellext\python\tbzr.py --uninstall」
を実行します。

私の環境下ではインストールしてみたもののメニューは実行できませんでした。

>>171 をあわせて見る限り、おそらくは
Visual Studio 2008がないと使えないと思います。

>>83　で宣言した翻訳の進捗状況ですが、
ユーザーガイドとユーザーリファレンスの下翻訳は終了しました。
内容も最新バージョン(1.11rc)を反映しています。
今公開する場所を検討中です。

>>191
激しく乙
オフラインでも参照したいので、bzrのソースツリーへ入れてほすぃ

>>191
b乙ｒ

zipか何かにかためたパッケージでお持ち帰り
させていただけるとなおありがたいです！

bazaarで作られたディレクトリの中に、.bzr/repository/obsolete_packsってディレクトリがあるよね

ブランチ本体とほぼ同じディスクサイズを食ってて
中のファイルを全部消してみても、問題なく動いているように見える
しかし次にcommitしたとき、また同じようなサイズのファイル群が作られる

これっていったい何を保存してるんだろう？

>>194
http://www.nabble.com/Repository-size-.-.-.-is-this-right-td20917971.html

bzr serve としても、
mercurialみたいに
http://localhost:4155
でアクセスできないのは、どうしてですか？

>>196
bzr serveはスマートサーバー立てるときに使うものだから。

>>195
ありがとう！　消しても問題なさそうだな

>>191
おつぅ。

Bzr を VisualStudio 上で使うプラグインってありませんでしたっけ？
Bazaar Integration for Visual Studio ってのが公式にありますが、開発止まってるみたいですね。
他にも1点公開しているプラグインがあったと思ったんですが。

>>200 ざっと検索した範囲では見つかりませんでした。
Bazaar Integration for Visual Studioは学生の方が開発していたので
Windowsツールの開発はこれからということなんでしょう。

>>192 >>193 バージョンアップが激しいので、launchpadの個人スペースから
入手できるようにすることを考えています。来週にURLの書き込みをします。

私は使い始めて3ヶ月も経っていないので、翻訳内容にそれなりに確信が得られるまで
今年一年がかかりと見ています。なので間違いや表現の改善案がありましたら
メールかこのスレに書き込んで頂ければ幸いです。

>>202
翻訳を手伝いたい場合はどうすればいいですか？

あ、Launchpad 上の >>202 の個人スペースの URL がアナウンスされるのをここで待ってればいいのか

翻訳ドキュメントを公開しました。
http://sarabande/doc/bzr

ローカルで利用したいのであればlaunchpadから入手して下さい。
https://code.launchpad.net/~masakielastic/bzr/doc-ja

>>204
ドメインは sarabande.info ですか?

>>203 よろしかったらメールをお願いします。
現時点では下翻訳が終了した直後なのでいろいろ校正が必要です。

>>205
sarabande.infoの方はブラウザでちょっと調べたい人のために用意しています。
翻訳文の一式はコマンドラインからbzr branch lp:~masakielastic/bzr/doc-ja(もしくはbzr co)
で入手できます。

>>204では .info が抜け落ちてるってことかと。

>>204, >>207 ありがとうございます。うっかりしていました。
sarabande.infoが正しいです。再度URLを貼っておきます。

http://sarabande.info/doc/bzr

bzr-setup-1.11rc1-3.exe がアップロードされていました。
>>170, >>179-181 で起きていた不具合は無くなっていました。

ただブランチのエンコーディングをshift_jisに指定すると
エラーになったのでcp932に置き換える必要がありました。

>>169
遅くなりましたが、無事にいけました。

ポイントは、
・PATHにplinkのディレクトリを指定
・BZR_SSHにplink指定
・pageantの右クリック「新しいセッション」から一度、
　bazaar.staging.launchpad.net
に接続しておく。
・作っておいて、staging.launchpad.netでbranchの/+junk/testページを作っておいて、
　bzr push lp://staging/~(ユーザー名)/+junk/test --use-existing-dir

でpushが無事行けました。

ただ、https://code.staging.launchpad.net/people/+me/+junk/test
からソースへアクセスすると、

> Please try again
> Sorry, there was a problem connecting to the Launchpad server.
> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
> Thanks for your patience.

とか言われてソースみれね・・・ダメポ

こちらも参考になりました。

Using Launchpad and Bazaar - Wiki
http://wiki.showmedo.com/index.php/Using_Launchpad_and_Bazaar

>>210ですが、
stargingでなく、本番環境にpushしたらちゃんとソースを見られました。

後は、junkじゃなくてちゃんとしたプロジェクトの登録の仕方だなあ・・・

bzr-svnの使い方がわかりません。

すでにあるbzrリポジトリから、
ためしにローカルで作ったsvnリポジトリにpushしようとしたんですが、

> bzr push ../work.svn/
bzr: ERROR: These branches have diverged. Try using "merge" and then "push".

> bzr merge
Merging from remembered submit location (svnリポジトリのパス)
bzr: ERROR: KnitPackRepository('(bzrリポジトリ)/.bzr/repository/')
is not compatible with
SvnRepository('svnリポジトリのパス')
different rich-root support

と言われるので、
> bzr upgrade --rich-root-pack
して、

> bzr merge ../work.svn/
bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.

んんー。どうしたらよいんでしょ？

>>204
乙！　sarabande.infoの人だったのか

>>204
愛してる（はぁと）

>>212
bzr branch . svn+file://../work.svn/しないとダメかも?

>>215
それだといけますね。

あらかじめ作ったsvnリポジトリ(trunkもついでに作成)から以下のようにbranchしてきて
　bzr branch ../work.svn/trunk
ファイル作って、コミットして、以下のようにpush
　bzr push ../work.svn/trunk
で、svnの方でチェックアウトしたり、ログとか普通に見られました。

bzr-svnは本来はこういう使い方（すでにあるsvnリポジトリを操作する）のなのかなあ。
元々あるのを、svnに物故見たいのだけども・・・

>>216
何がしたいかは良く分からないけど、bzr-rebaseプラグイン入れてbzr replayするのが良い気ガス

ってあれ、もしかしてドット見忘れてないか?
ただ今こっちで試した所、
bzr branch . svn+file:///フルパス
ではうまく動かなかったが。

あああ、ドット見忘れてました。

> bzr branch . ../work.svn/
bzr: ERROR: Target directory "../work.svn/" already exists.

> bzr branch . svn+file:///c:/test/bzr/svn_bzr
The svn+ syntax is deprecated, use file:///c:/test/bzr/svn_bzr instead.
bzr: ERROR: bzrlib.plugins.svn.core.SubversionException: ('Unable to open an ra_
local session to URL', 180001)

Traceback (most recent call last):
File "bzrlib\commands.pyo", line 893, in run_bzr_catch_errors
File "bzrlib\commands.pyo", line 839, in run_bzr
File "bzrlib\commands.pyo", line 539, in run_argv_aliases

むー

>>217
>何がしたいか
bzrでバージョン管理していたものを、svnの新しいリポジトリに突っ込みたいのです。
結果的にbzr->svnに変換するようなものでしょうけど・・・

バージョン管理システムについて語るスレ3
からとんできました。
翻訳の中の人、お疲れさまでした。
今から読んでみます。

ひとつ質問させてください

共同作業を前提にしたBazaarの利用を考えているのですが
毎回きちんとしたコミットログを書くのが面倒で、「自分にだけ分かる」程度のログを書きたくなることがあります
最初はおおざっぱなログを残しておいて、後で（統合するときに）履歴内のログをいじったりする方法はないでしょうか？

ちなみに方式としては、branchを使った分散型開発を想定しています

いつのまにやら1.11出てるじゃん
Windowsバイナリにnon-admin版があるのがありがたい

リリースノートによると、月一でリリースするようになったらしい

>bzr shell
bzr: ERROR: No module named readline
You may need to install this Python library separately.

いつになったら使えるようになるんだ？

Linuxでは普通に使える

>>223 pyreadlineをインストールできれば使えますよ >>177

bzr 1.11-1 Windows Standaloneについてくる
TortoiseBzrでレポジトリの初期化時に日本語パスが
文字化けして使えないのって仕様（バグ？）ですか？

>>226
日本語ディレクトリの中で「Bazaar init」をクリックしたときですね。
確認しました。

現時点の回避方法は文字化けしている文字列を削除してから入力し直すか
上の階層でリポジトリ作成の作業を始めてフォルダ名を入力します。

リポジトリのフォルダは自動的に生成されるので、予め作る必要はないです。

>>227
やっぱり、現在の仕様なんですね。
TortoiseBzrは日本語パスが混じっているとだめみたいです。

extdiffが1.0.0devから1.0.1devに変わって、
外部diffツールのパスにスペースが含まれていると、正しく呼べなくなっているみたい。

extdiffの__init__.pyの140行目を
command = '"' + '"%(diff_cmd)s" "%(input)s" "%(output)s" ' % {'output': unicode(temp_to_file), 'input': unicode(temp_from_file), 'diff_cmd': unicode(external_diff_command)} + '"'
に修正する必要がありそう。

TortoiseBzrのupdate, commit, addも日本語ディレクトリの中だと
エラーになりますね。上の階層からやれば問題ないです。

Bzrは日本語関係が弱いな

svnリポジトリに対してはじめてbzr coコマンドを使ってみました。
TortoiseBzrでも直接チェックアウトできます。

リビジョンが多いとネットワーク越しに差分を調べるのがうっとおしくなっていたのですが、
bzrで差分がすぐ表示されるようになって気分が楽になりました。

原理上はSubversionと同等に日本語扱えるはず。
TortoiseBzrが上手く動いてないってだけだよね？

日本語ファイル名を使う人が普通にいる事に驚いた。
ファイル名に日本語を使わないなんてのはもう縄文時代のマナーになってしまったのか…

ソースの場合はそうなんだけど、ドキュメントは日本語にする人が多いんだよね。

ProjectDir/.repository/ に実際のブランチを置いて、
ProjectDir内で bzr checkout --lightweight .repository/master . して作業コピーを作れば、
bzr switch .repository/master とか bzr switch .repository/devel するだけで作業コピーが切り替わってgitっぽい！
と思ったけど bzr zap すると .repository ごと消える。危ない。

>>230
弱いのはTortoiseBzrであって、Bazaarそのものはむしろ他のバージョン管理システムより日本語に強いぞ

>>233
自分自身が日本語ファイル名使うかどうかは好き好きだけど、
他人が使うプログラム書くなら、当然日本語ファイル名使われることを想定しないといけないと思う。

ベッドの長さに合わせて人間の足を切るような時代は、もう終わっただろ。

ファイルの中身に日本語を使わない奴だけが、ASCIIファイル名使ってればいい。

>>238
足を曲げるくらいはしろ。

>>221 ユーザーマニュアルの疑似マージ(チェリーピッキングとrebase)あたりが該当すると思いますが、
読んでいる最中でよくわかっていないです。

ブランチは簡単に作れるので後から手直しするよりも作業ブランチから重要な変更をした
リビジョンだけを選別して共用ブランチに取り込む方が楽な気がします。

Google Codeのsvnリポジトリの認証設定をしたので
設定ファイルの内容を貼っておきます。
設定ファイルの位置はbzr versionで調べられます。

authentication.conf
[googlecode.com]
scheme = https
user = ユーザー名
password = パスワード

設定をしていなければ https://username:[email protected]/ 形式
(パスワードは省略可)でアクセスできますが、
リポジトリに問い合わせるたびにパスワードを
入力しなければならないので面倒です。

TortoiseBzrの場合、コミット時に「コミット」のチェックボックスに
チェックするとローカルにコミットされます。

>>233
プログラマに「ファイル名に日本語つかうな」は常識的に通用する
だが、その他の人種には通用しないのだよ・・・
ただでさえ、バージョン管理何て導入にコストがかかるのに、
日本語ダメとかいったら、採用なんてされない現実(泣

tortoise-bzrで大量にファイルを
addしてそれを全部commitしようとすると
エラーになっちゃいます？

コマンド引数にcommitダイアログでチェックついてる全ファイルを並べて
渡してるみたいで多すぎて途中で切れてるようで。
クォーテーションが閉じられてませんってエラーでした。

全部選択してたら単純にcommitを発行にならないのかな

>>236
本体はOKなのに、日本語ファイル名でこそ使いたい
TortoiseBzrがダメとはこれいかに。

>>244
まったくだ

Eclipse の bzr プラグインも日本語の扱いが微妙だったんだが
bzr は有能だけど部下が微妙な不遇なやつだな。

まあまあ。
TortoiseSVNも今の完成度になるのにかなりかかってんだから、
時間かけて少し筒なおしていくしかないっしょ

問題はSVNの時にはいなかったライバルが多いことだが・・・

trac-bzrも日本語ダメだよね。本体がいくら良くても
まわりがダメなら、bzr自体が日本語に弱いとレッテル
貼られても仕方ない。
でlaunchpadのソースはいつ公開してくれるだろうか。
Project連携がLANでできないと日本語以上に深刻。

日本語といえば、昨日立ち寄った本屋で、mercurialの解説本見たよ。

パラパラめくっただけで、出てきちゃったけど、本が出るくらい注目されてるのかな。

どっちが注目度が高いかはわからないが、
注目されだした時期はmercurialの方が早いかと。

vs git 効果だな

launchpadってごちゃごちゃしてわかりづらい('A`)
かなり統合的なようだけども・・・。

Bitbucketくらいすっきりしたのないのかなあ。
ダウンロードエリア、wiki、BTSくらいでいいんだけども

launchpad重くないか？

>>252
それ俺も思った
もっとすっきりした作りにしてくれれば積極的に使うのに……と何度も

SourceForge.jpしかり、RubyForgeしかり
これ系のサイトにはごちゃごちゃしたインターフェースが多いな

>>208
翻訳よみやすくてすごくいいです。
Bazaarユーザーガイド1.1.5から「5分でBazaar」「クイックスタートカード」「ユーザーリファレンス」へのリンクが切れてる模様。
トップからだと大丈夫だけど。
ページ内リンクもいくつか切れてるかも。"#idxxx"になってるところは大丈夫

書籍化してほしいな。
やっぱり本があるのとないのとでは差が大きい。
この際翻訳の中の人は書籍で儲けてもいいんじゃね。

最近Bazaar本格的に使い始めて、ふと思いついたんだけど
Bazaar（＋launchpad）のまとめWikiとかあったら便利じゃないだろうか

マニュアルの範囲については、翻訳版があるから十分なんだが
それ以上の情報（プラグイン等）に関して、日本語の情報が足りない気がする

Bazaar を自分の PC 2台＋ファイルサーバ間で使ってるんだが、push/pull/branch しか使わない。
merge や update っていつ使うんだ？

>>258
merge -> ブランチを能動的にマージするとき
update -> checkoutしたものを更新するとき(svn upとほぼ同じ)

shared repositoryを使う利点は何？
普通にディレクトリの中に幾つかリポジトリ=branchを作るのと何か違う？

リポジトリを共有できる

qbzrに外部diffサポートきた?

そこそこの規模のコードでぽこぽこ機能追加ごとにブランチを切る方針の場合、
shared repositories内でブランチしまくるぶんにはディスク容量を節約できることかなぁ。

262は >>260 宛てね

簡潔に 261 が言ってたね。くどかった。

>>261,264
thx!!
今まで、サーバーにリポジトリおきまくるとき専用のコマンドだと思ってたけど、
ローカルでもバンバン使っていくわ。

とりあえず bzr wiki 作ってみた。
公式ドキュメントでカバーされてない tips やプラグインの情報、日本語環境での情報など共有していきましょう！

>>266
すんません。URL 貼り忘れ。
ここです。
ttp://www19.atwiki.jp/bazaar/

>>267
乙です
デフォルトで文字サイズがちっさいのは何とかなりませんか？

デフォルト「小」にしている自分には、小さくなりすぎなのですが
よろしければ、ご検討お願いします。

>>267
乙！　さっそく色々編集してる

>>268
フォントの大きさについてはちょっとお待ちください。
どこかで変えられるようにも思いますが。

>>269
とりあえず体裁を整えるためにざっくり書いています。
みんなで公式ドキュメントがカバーしていない範囲の情報を充実させましょう！

取り敢えず、「5分でわかる……」のページ。
＞Windowsユーザーのための注: ディレクトリを作るためにWindows Explorerを使います。これらのディレクトリの中で右クリックをして ファイルを作るために 新規作成 を選択します。
Windowsではmkdirを使ってはいけないように読み取れる。
そうなの?
そうでないのなら、余計なお世話じゃないかと。何故なら、そのほかにもcdするとかtouchするとか
Explorerからはできない操作がてんこ盛りなのだから。
寧ろ、Explorerを使った操作は独立して説明してしまえば医院で内科医?

Wiki の方、早速 Q&A に共有リポジトリに書いて頂きました。
とりあえず私の方では、公式の Windows Instruction を日本語訳してみたものを上げてみました。

>>271
何かの意図がある文なんでしょうかね？

>>270
ログインしたら ttp://www1.atwiki.jp/guide/pages/55.html の手順でCSSをいじれるらしい。
カスタムのCSSとして、
body { font-size: 100%; }
を登録してみて。

>>273
変えてみましたよ〜。

>>274
読みやすくなった。thx!

>>255 ありがとうございます。週末あたりに修正しておきます。

>>256 ユーザー数が少なくバージョンアップが激しいので厳しいと思います。
lulu.comにpdfを持ち込めばオンデマンド出版できますが、
郵送料だけで20ドル以上になるそうです。

しおりつきのpdfはhtmlからOpenOfficeで生成できるので需要があれば用意します。

>>267 お疲れ様です。

もし公式マニュアルの翻訳と一緒に配布した方が
よい思う内容がありましたら書き込みお願いします。

本筋から離れるけど、@wiki用のマイナーモード(pukiwiki-mode.elとかhiki-mode.elみたいなやつ)
ってあります?

bzr-svn 0.5.0

>>278
@wiki でもベースは普通の wiki 記法みたいだから、pukiwiki でokと思われます。

>>280
pukiwiki じゃなくて MediaWiki だと思うぞ。
俺はvimmerだけど、emacsenの記事みっけたから張っとく。
ttp://a2taka.blogspot.com/2008/07/wikipediawikipedia-modeel-wikipedia.html

>> 281
Firefox + It's All Text + wikipedia-mode.elって感じで
外部エディタにEmacsを指定して編集するのに便利なモードってことなのかな。

Emacsで閉じているものを探すと、Wikipedia Alternativeなんてのもあるみたいですね。
ただこれはwikipedia専用っぽい。
ttps://gna.org/projects/wikipedia-el/

MediaWikiModeってのもあって、こちらはカスタマイズのことも考慮されているみたいです。
ttp://www.emacswiki.org/emacs/MediaWikiMode

ちなみにvimな人は何を使ってます? >> 281

>>281
テキスト整形ルール見れば分かると思うが、記法はMediaWikiじゃなくてほぼPukiWikiだよ

誰か、RedHatでのインストールの仕方を教えてくれないか。
インターネットに繋がっていないし、yumもないし、どうしたものかと。

>>284
ubuntu以外で使うのは無謀
gitかmercurialを使うべき

bzr 1.12rc1

>>285
情報THX。
＞ubuntu以外で使うのは無謀
うーむ、そうなのか。Windows版とCygwin版をインストールしてみて使い始めたのは時期尚早だったか。
gitは挫折した記憶があるから水銀試すか……

>>284
python入れてソース落として解凍してパス通すだけで動くと思うが…

む、そうなのか。それならそれで、ソースを拾っておこう。
情報THX。

>>289
もしうまくゆかなかったら1.11のRPMがあるので試して下さい。
http://fourkitchens.com/blog/2009/01/21/bazaar-111-bzrtools-1110-rpms-red-hat-enterprise-linux-5-centos-5

yumでpython-setuptools(Pythonライブラリのマネージャ)をインストールしていれば
bzrもhgも
easy_install　圧縮ファイル
でインストールできるはずです。

>>286 win版インストーラを試しましたが、TortoiseBzrの
リポジトリ作成が動作しませんでした。正式リリース待ちのようです。

>>284
RHELでの話なら、EPELに入ってるよ。
バージョン古いけどね。

1.12

取り敢えず、客先の端末の方はPythonのリビジョンから違うことが判明。
余り行き当たりばったりに色々インストールするのもあれなんで、
会社の方はネットワークに繋がるからそっちで動くようになってから考えることにした。

と言いつつ、自分の端末は全部インストールしちゃって既に運用中。
USBメモリにpushして、客先端末ではrsyncで同期を取れば使えないことないしw

1.12でもtortoiseは変わらなそう。

testとtest2というブランチが二つあってそれぞれ沢山
ファイルが有るのだけど、test内のtest/aaaというファイルのみを
差分情報含めてtest2/aaaにコピーしたいんだけど、
どうやればいいの？

>>296
cd test2
bzr merge /path/to/test/aaa

とファイルを名指ししてマージするのでは要件を満たさないのかな？

>>297
bzr: ERROR: Branches have no common ancestor, and no merge base revision was spe
cified.
とエラーが出て駄目でした。
ブランチっていう表現が間違ってるのかな
二つのレポジトリというのでしょうか？
両方とも、
--
$ bzr info
Standalone tree (format: pack-0.92)
Location:
branch root: .

Related branches:
submit branch: .
--
こんなようなのです。

bzrのvisualizeプラグインをインストールしようとしたんだが、
旧いRHELのGTKを使わざるを得なくて、
コンパイルしようにもGTKの依存が強すぎて挫折。
古典的なTcl/Tkで使えるvisualizerはないものか。

>>298
エラーメッセージによるとブランチ達が共通の祖先を持っていないとあるので、
例えば、testとtest2の両方をbzr initで始めたのであればmergeできないよ。

ファイルが1つだけなら差分ツールを見ながら手作業でやるかpatchかな。

>>299 他の可視化ツールはbzrtoolsのgraph-ancestry(graphviz)ぐらいしか見つかりませんでした。

>>300
駄目ですか、うーん。
最初から、一箇所に集めてrich-rootとかでやれば
良かったのかなぁ。
patchというのは知りませんでした。調べてみます。

bzr-svn 0.5.1

unable to find subvertpy (Windows Standalone Installer)
https://bugs.launchpad.net/bzr/+bug/328181
Alternative Python bindings for Subversion
https://launchpad.net/subvertpy

1.12のWinインストーラ版ではbzr-svnが使えませんでした。
plugins/svnをpluginsの外に移動させて無効にしました。

1.12のWinインストーラ版はbzr versionがエラーになったり
いろいろ不具合があるようなので見送った方がいいかもしれません。

勉強がてら、Excel 2007 の文書を管理しています。
バイナリファイルの保管効率はどんなものなんでしょうか？

MS Office系は、どのVCS使っても一緒なのでしょうか？

windowsでbzrをコマンドラインで使う場合、
windows共有フォルダ越しにbzrコマンドを発行
するのは危険？

windowsはあまり使ったことないからあれだが、
共有フォルダって普通のフォルダと扱いが一緒だろ？
問題ないとおもうが。

複数の人間が同一の共有フォルダで作業するときは多少問題になると思うが

自分一人で使う前提でした。
その場合は問題なさげってことね。
ありがとっす

>>307
ネットワークファイルシステムの同期処理はルーズなので、
複数人で使うべきではないそうです。

バージョン管理システムについて語るスレ3
http://pc11.2ch.net/test/read.cgi/tech/1228366972/420

>>306 保管効率という言葉の意図を掴みかねていますが、
安全にデータが管理されているのかという意味であれば
今の時点では試してみないとわからないです。

使い勝手をよくしたいというのであれば、
差分に関してxdocdiffおよびプラグインがあります。

「WinMerge」でOffice文書や一太郎文書を比較「xdocdiff WinMerge Plugin」
http://www.forest.impress.co.jp/article/2008/03/17/xdocdiffwmplugin.html
http://gigo-ice.org/scm/bazaar/plugins/docdiff.html

新しい標準ファイル形式「XML」（第2回）
http://pc.nikkeibp.co.jp/article/NPC/20060629/242158/

>>312の補足。Excel 2007の標準のファイル形式はXMLなので、
その形式を利用しているのであれば、
テキスト処理関連のプラグインが使えるはずです。

bzr diff --using=WinMerge
では ソ.txt というファイル名でUnicodeDecodeErrorとなる。
qdiffでは問題ないけど、WinMergeを使いたい場合、
日本語ファイル名の問題は今は回避できないのかな。

2バイト目の5Cのせいかね

sourceforge.netでbzrもサポートされたようだよ

すげーな、sf.
git mercurial bazaar subversion cvs と使えるみたいだな。

質問があるのですが、

分散型バージョン管理を使ってみたいと思って、windowsで使えて日本語対応がいいということでBazaarにしました。
TortoiseBzrをインストール使ってみたのですが、TortoiseSVNのエクスポートに相当するメニューがありません

チェックアウトしたフォルダからソースだけ取り出すにはBazaarではどうするのでしょうか?

管理フォルダ.bzrはルートにしかないから、消すだけでいいんじゃない?

>>318
export自体はBazaarにもあるよ
TortoiseBzrにインターフェースが実装されてないのかも

ちなみにBazaarが作るのは .bzr だけなので
.bzr 以外の全ファイルを適当なフォルダにコピーしてもおｋ

bzr export foo.tar.gzとかbzr export foo.zipとか、なんとも便利。

>>319

ルートにしか管理フォルダが作られないのはいいですね。
subversion使っているときすべてのフォルダに管理フォルダが作られて、差分を比較するのが大変だったんだが、
これならエクスポートなくてもいいかも。

>>321
bz2もいけるしね。

>>318
windowsで日本語が良いと言いつつTortoiseBzrを使ってはいけません。

TortoiseBzr は使いたくないけど、アイコンオーバーレイは使いたい

bzr 1.13
Filtered viewsが追加されたらしい。便利そうではある。

スルー推奨

PythonがMercurialに移行することが正式決定して完全に終わってしまったorz

GNUがBazaarを使う限りまだ終わらんよ。

Windows PCでLANを構築しているのですが
LAN越しにpushできる方法がありましたら、教えてもらえないでしょうか？

実現したいのは、↓のような操作なのですが
そのまま実行すると「Invalid url」と言われてしまいます。

bzr push file://///pcname/c:/myrepo/master

\\pcname\c:\myrepo\master は試した?

試してみましたがダメでした。

そもそもそのリポジトリが共有されてないとか

Windowsじゃフォルダ名にコロン使えないはずだから、共有フォルダ名が c: じゃなくて、c なんじゃない？
だから
bzr push \\pcname\c\myrepo\master
で行けると思う。

Windowsの共有フォルダで c: はないだろｗ
>>334でいけるはず

すいません、Windowsの共有に関して勘違いしていたようです。
ご指摘の通り、ドライブ名でなく共有フォルダ名を指定することでうまく行きました。

bzr push \\pcname\shared_folder\myrepo\master
bzr push file://pcname/shared_folder/myrepo/master

アドバイスありがとうございます！

ははは

処で質問。bzrに、svn cpみたいなコマンドってないのかな?

ないよ。
https://bugs.launchpad.net/bzr/+bug/269095/

>>339
情報THX。
そうか、やっぱりないのか。

bzr-keywordsって、入れると
昔のRCSみたいに$Date$とかを置換してくれるんですよね?
使ってる人いますか?

1.14release pushが速くなった。

bzr 1.14のWindows版で
svnレポジトリからのcheckoutが、Can't connect to hostで落ちてしまう・・・
（Subversionを使えばちゃんとチェックアウトできる）

同じ現象で悩んでる人いないかな？
これは単にWindows版のバグなんだろうか？

ちなみに、次のような形でコマンドを打ち込んでます（Anonymous SVN）
% bzr co svn://example.net/repos/trunk trunk

自己解決しました・・・単なる勘違いだった

% bzr co http://example.net/repos/trunk trunk

SubversionのリポジトリをBazaarに変換するにはどうしたらいいですか。
bzr-svnはSubversionとの連携をとるのが目的のようで、変換が目的ではないようです。

>>345
bzr-svn でも出きるぞ。

bzr branch svnリポジトリのURL [新しいbzrリポジトリのURL]

ちなみに、http経由でのbranchはクソ遅いから注意。svnプロトコルか
ローカルファイルでのbranchをお勧めする。

>http経由でのbranchはクソ遅い
なんか異様に重いなーと思って、checkout実行中にタスクマネージャ見てたら
メモリ800MBくらい持って行ってた

>>347
それ、バージョン古くない?
今はメモリ消費量は少なくなってるよ。

>>348
残念ながら1.14

ただ、落とそうとしたのがリビジョン2万とかある化け物レポジトリだったから
これは特殊な例と言っていいのかもしれない

>>349
実行している環境は?
1.14ってbzrのバージョンで、libsubversionやsubvertpyやbzr-svnのバージョンじゃないよね。
Windowsのsetupの1.14なら、そういったライブラリもほぼ最新だけど。

>>350
WindowsSetupで入れたよー
bzr plugins でsvn 0.5.4と出たので、たぶん最新版で間違いないはず

ちなみに落とそうとしたのはrubyのレポジトリです

>>351
なら仕方ないか。
純粋にソースが欲しいだけなら、 checkout --lightweight か、
branch --stacked を使うといいよ。

Windowsだけど変換トラブリすぎるんで、そのまま使おうと、Tortoise系入れまくってたら、
TortoiseGit、TortoiseHg、TortoiseSVN、TortoiseBzr
エクスプローラーのコンテキストメニューがCommitだらけになっとるｗｗｗ

>>353
他は知らないけど、bzrはtortoiseはあんまりおすすめできない。
コマンドプロンプトから bzr qcommit とか、 q?? 系がおすすめ。

Tortoiseでマシな順
svn > hg > git > bzr

みんなTortoiseとか使いたくて使ってるの?
一つインストールする度に明らかにエクスプローラが重くなるから
Tortoise系は嫌いなんだけど。
svnでまともなスタンドアロンGUIが無かったからTortoiseSVNが
一般的になってしまっただけで、bzrでマトモなスタンドアロンGUI
できたらTortoiseBzrいらなくね?

ふつーの人には一般的ってトコが重要なんでないかなぁ

>>357
じゃぁ、bzrでtortoiseが一般的じゃなかったらtortoiseいらないんだよね？
QBzrのスタンドアロンGUIに一通りの機能を追加してこう。

例え今のTortoiseBzrが使いにくくても、Windowsでのバージョン管理システムは
エクスプローラーのシェル拡張型が最良だと思う。
独自GUIを持ったファイラー系ツールなんて何種類も使いたくない。
WinCVSとかゴミだったし。

WinCVS、アレは最悪だった…。エクスプローラーやファイラーで普段プロジェクトのディレクトリ開いているのに、
また別のファイラーで操作しなくちゃいけない＆独自の操作を憶える必要がある。
挙句の果て、何故かどうやっても起動しなくなってそれ以来触ってないw(環境が悪いってのは承知)

それなら、まだコマンドプロンプトで操作したほうがましだったわ。
その点、TortoiseSVNは最初の3年くらいはOS巻き込んでよく落としてくれたけど、
ここのところ大分安定してきているし、ファイラーからそのまま使えて助かる。

まあ、問題は、コマンドラインベースとか、
gitみたいにcygwin UTF-8化しないと使いものにならんとかいう状態だと、
他人には勧められんということかなあ。
自分で使うんなら別にいいんだけどねー。

WinCVSがゴミである前に、CVSが既にゴミ。

でも、エクスプローラに統合すると、今ここにあるファイル以外に対する
表現力が落ちてしまうんだよな。
svnの場合はリポジトリがワーキングコピーに強く紐づいていたから、
削除済みファイルの履歴を見るのが面倒とか程度で済んだけど、
複数のリモートリポジトリとそのリビジョンを相手にする場合、
エクスプローラは表現力不足で、シェル拡張は単に専用GUIを起動する
ためのショートカットにしか過ぎなくなる。

>>362
なるほど。他人だけど参考になった。

でかい Subversion の作業コピーを持っている状態で、そこから bzr を使った作業を
併用したいんだけど、どうするのがいいの？

bzr checkout SVN_URL してみたけど、ツリーがでかすぎるのか履歴がでかすぎるのか、
あるいは sourceforge.net が重過ぎるのか、一向に終わらなくてキャンセルしちゃった。

できれば既存の作業コピーにチェックアウト済みのローカルファイルを使いまわしたい
（ .svn のあるところに .bzr がある状態でいければいい）けど、別のツリーになっても
しょうがないとは思う。

単に軽くしたいだけなら>>352

試してないが、svnでローカルPCに落とす→bzrで取り込む、とすると
何か違うかもしれない

>>365
bzr-svn があれば、 svn リポジトリだけでなく svnのworkingcopy も
branchとして扱える。
でも、実際には workingcopy 経由でリポジトリにアクセスするから、
リポジトリがリモートにある場合にすげー時間がかかるのは変わらない。
そもそも svn のプロトコルが履歴まるごとダウンロードする用には設計
されてないからね。

可能ならsvnのリポジトリを手元にダウンロードしてから使った方が良い。

>>365-366
ありがとう。リポジトリをまるごと持ってくるのが手っ取り早いのかもしれない。

> bzr-svn があれば、 svn リポジトリだけでなく svnのworkingcopy も
> branchとして扱える。

これって、 Subversion の作業コピー内で bzr commit できるってこと？
特に準備もなく bzr commit --local とかできたらいいなーと思って試してみたんだけど、
TortoiseSVN 1.6.2 で触った作業コピーは 1.14.1 についてくる bzr-svn （まだ svn 1.5 系？）だと
扱えないみたいで、エラーになっちゃった。

>>356
非プログラマにも積極的に使ってもらうためには
個別に起動せずに済むほうが望ましい
ソース書かない人にリポジトリ叩かせるなって意見もあるだろうが…

1.15 出たけど、 windows setup はまだ。
これで bzr-svn が 0.6 になるかな？

GitやMercurialと比べるとマイナーだったんで
無視してたけど、試しに使ってみたら結構いいね

パフォーマンスを除けばスペック上では一番充実してるんじゃないか？
GitはWindows上ではまともに使えるか怪しいもんだし、今後のサポートもほぼ期待できない。
Mercurialは文字コードの変換ができない。
結局クロスプラットホームで一番安定して使えるのBazaarなんだよね。

>>371
git, hgも使ってみているけど、大分Windowsでの文字コード周りはまともになってきている。
gitは CYGWINとUTF-8環境。hgはfix-utf8拡張で。

ただし、コマンドラインだけ…。

ここに、Tortosieなんとかみたいに、GUIが絡むと文字コードなどてんでダメでややこしくなる。

>>372
hgはともかくGitがダメダメなのは、公式にWindowsのサポートをしないって断言してるところ。
だから、個人のlinuxerはともかく企業ユースではほぼ使えない。（linuxメインで開発してるって先進的なところはともかく）
hgはマルチプラットホームでGitに対抗するかと思ったが文字コードの処理がデフォではダメダメだし、
それなら多少遅くてもマルチプラットホームで保障されてるbzr使おうって結論になる。

Linux がメインだったら先進的なんだろうか。

>>373
なるほど、公式で(デフォで)ダメポ＝企業ではダメポ、言わんとしていることはわかります。

「はてな」はgitに移行したんでしたっけ…。先進的な会社だｗｗ

>>373
gitはWindowsを正式にサポートしてるだろ？
何処を見て言ってるんだ？

>>376
お前こそどこ見てGitがWindowsをサポートしてるって言ってんだ？
まさかCygwinやどこの馬の骨が作ってるのかもわからんmsysGitとかいうのを指してるんじゃないだろうな？

>>377
で、何処を見てgitがWinodwsをサポートしてないと思ったの？

サポートしてる派が根拠を出すべきだろ、悪魔の証明的に言って。

msysgitの該当バグ
http://code.google.com/p/msysgit/issues/detail?id=80&colspec=ID%20Type%20Status%20Priority%20Component%20Owner%20Summary

「クロスプラットフォームで正しく動くには、内部でファイル名をUTF-8で扱うべきだ」
という意見に対して、
「Linuxユーザーに何の利点もないのにgitが遅くなる方法はgit本家には受け入れられないだろうな。
msysGitだけになら導入できるけど」
だって。msysGitだけなら将来なんとかなるのかな。

未だに ja_JP.eucJP ロケールな Linux ユーザーが日本語ファイル名を
コミットしたらやっぱり eucjp でファイル名がリポジトリに入るという方向は
変わらないだろうな。

gitは出自が出自だけに移植性とか優先してないからな。

出自ならMercurialもgitも同じだけどな

>>382
MercurialはPythonでできてるだけあって最初からWindowsの
事もよく考えてるだろ。
3rd partyのパッチでなく本家のソースコードの中に、Windowsの
ハードリンクを使うためのコードが入ってたりする。

いい加減、git, hg の話題ばっかなのはなんとかしようぜ。
bzr-1.15のWindows setup版なかなか出ないね。
同梱pluginのどれかが足引っ張ってるのかな?

gitもMercurialもLinuxソース管理のBitKeeperの置き換え用に生れたのだから
出自は同じ。思想的にも似通っているのはその為。
ファイル名がバイナリで処理されるのも同じ。
どの言語で構築されているかは、さほど影響が無い。
gitについても、最近のmaster repositoryを見れば分るが、更新の半分くらい
はWindows用のものだったりする。

それと一線を画すのがBazaarであるという話なんだがな。

gitのlog見たけど、windows用の修正が半分を占めてる用には見えないけどな。

実装言語というより依存しているベースのAPIが大きい。
gitはPosix APIに多くを頼っているので、CygwinやらMinGWなどで
PosixをwrapしてやらないとWindowsでは使えない。
それに比べてPythonは標準ライブラリで多くの機能をWindowsでも
Linuxでも統一して使えるようにwrapしてあるので、クロスプラットフォーム
アプリの開発が非常に楽。

>>378
で、結局何処を見てgitがWinodwsをサポートしてると思ったの？

bzr git-server で、bzrリポジトリにgitクライアントからアクセスできるようにする
プラグイン(開発中)
ttp://bazaar-vcs.org/BzrForeignBranches/Git/Server

bzrまわりの開発力すげーよな。
bzr-svn のために subvertpy 作って、bzr-git のために dulwich 作って。。。

> bzr-svn のために subvertpy 作って、bzr-git のために dulwich 作って。。。
ワロタ

すごいっちゅーかなんちゅーかｗ

Git branch imports now in public beta  
http://blog.launchpad.net/code/git-branch-imports-now-in-public-beta

>384
bzrtools 1.15.0のリリースが遅れていたのが理由なんですかね。
(UbuntuのPPAが遅れていたのはそれが原因のようだ)
で、無事出たようなので、これでWindows setup版も出るのかな?

Bazaar周りのツール群がすべて完成したら
最強だと思って期待している。

それでもGit使ってるやつらはパフォーマンスが問題だといってくるだろうがね。

Bazzaarのリポジトリ構造に興味があります。
中の構造を解説したドキュメントがあれば紹介していただけますか。

ちなみに上のほうで「GitもMercurialも出自は同じ」とありますが、
リポジトリ構造はまるで違いました。思想からしてまるで違う。

>>393
パフォーマンスも機能のうち。
速度も容量も良くなった新しいリポジトリフォーマットも開発中。
今はリポジトリフォーマット乱立しているけど、bzr 2.0 になったら
新リポジトリに整理される。

pushはこの前早くなったけど、push/pull共にまだmercurialに負けてる
からもっと高速化が必要。

>>395
高速化は一番開発の体力が問われるところだからなあ。
その点だけは豊富なリソースとlinuxカーネル扱ってるっていう後援があるGitに敵う気がせん。

>>394
それぐらいｸﾞｸﾞﾚ、英語のドキュメントぐらい絶対どっかに転がってる。
それも無理ならオープンソースなんだからソースコード嫁。

>>396
Canonical がバックに付いてる Bazaar が開発力で負けてるとは思わない。

でも、メタデータの一部をファイルシステムに任せてしまう等手抜きできるところを
手抜きする方針の hg/git にくらべて、B木の実装から自分でやっているbzrは
チューニングに時間がかかるし、チューニングが完了してもシンプルな操作では
hg/git にかなわないかもな。

>>397
そうなるとやっぱり衆目の目はパフォーマンス最強のGitに行ってしまうのかねえ。
俺も最近linuxしか使ってないから、winのサポートとか文字コードとかどうでもよくなってきてるからなあ。
もうログで日本語使えるだけで十分だよ・・・。

>>398
自分の心境の変化に同意してもらいたいの?
自分の目=衆目とか思っちゃってるの?

VCSの選択で、ある程度以上のパフォーマンスが確保できていれば
それ以上のパフォーマンスよりも大切なものはいくらでもあると思うぞ。
本体の使いやすさ、ドキュメントの整備、周辺ツールの整備、相互互換性、
安定性、チームでの運用しやすさ、無くても何とかなるけどあった方が
便利な機能の数々。

>>399
そこらへん総合的に判断すると、まだBazaarに移行できない。

>>400
うん、そうだね。僕もbazaar 2.0が出るまで人にはお薦めできないと思う。
まだまだ一般人にお勧めできるレベルなのはsvnだけだ。

そもそもパンピーはVCSなんざ使わな(ry

そうだな、ファイル名に日付を入れればパンピーには全て事足りるもんな

タイムスタンプで管理しているような人々を取り込むにはタイムスタンプ保持しないと

でもタイムスタンプってファイルそのもののじゃなくてコミット日時使うんだよなぁ

bzr 1.15 の windows setup版がリリースされたね。

それを聞いてリリースノート見に行ったら
dpushの説明が2度繰り返されてて吹いたｗ　そんなにプッシュしたいのかその新機能を

ttp://doc.bazaar-vcs.org/bzr.dev/en/release-notes/NEWS.html#bzr-1-15

>>407
www
でも、俺の環境だけかもしれないけど、もっと古いバージョンのbzr-svnで
svnからbranchしてきたローカルリポジトリでdpushするとこけた。
今まで通り普通に bzr push http://svn.example.com/repo/trunk はOK
バグじゃなくて俺の環境か使い方が悪いのかもしれない。

今回のバージョン (bzr-svn 0.6系) から、svnに入っているUnicodeファイル名を
bzrのUnicodeファイル名に正しく変換してくれるようになった筈。
どっかに抜けが残ってるかもしれないけど。

bazaar 2.0 が出るのって何年後だよ！？って思ったけど

https://launchpad.net/bzr

みると、7月には出る予定なのか？
で、どんな機能が増えるの？

>>409
一応言っておくけど、1.16 の次が 2.0 ていうわけじゃないよ。
もうちょっと先になる。

1.14 で brisden-core というコードネームの新リポジトリフォーマットが
導入されたけど、これが安定して標準フォーマットになるタイミングが
2.0。
こいつはスピードと容量の両方に優れていて、nested-treeとかにも
標準対応になる。今までは標準リポジトリ以外にも --1.14-rich-root
とか色々機能・速度・容量に違いがあるリポジトリフォーマットがあった
けど、がっつり整理される。

だから、bzr-svn, bzr-git, bzr-hg, QBzr, etc... が全部素人にお勧めできる
レベルになるのは2.0よりも先かなぁ。
bzr-foreigner については jelmer さんが頑張ってるし、停滞していたGUIの
開発にもRusselさんがassignされたし、どんどん良くはなっていってるんだけどね、、、

>>410
jelmerさん反応早いよね。bzr-svnでいくつかバグ報告しましたが、
1週間もしないうちに修正してもらえました。

今後D-VCSの覇権争いはどうなっていくんだろう。
大手の開発リポジトリは見事に三分割されてしまったし、
今のところどっかが脱落する気配もないから、下手すると五年ぐらいこのままかもしれん。
そうなると面倒だなあ。

>>412
俺は bzr-svn を常用していて、 bzr-git を使い始めた。
でもdpushでエラーが出て涙目。俺の環境が悪いのかもしれんが。

将来的には公開されているリポジトリがどのフォーマットでも
bzrで対応できる用になるのを期待している。

bzr-svnみたいに相互の互換性が高まって、
hgのリポジトリをbzrでチェックアウトしたり、gitからhgにpushしたりが確実にできるようになれば、
あとは単に使用者の好みの問題になるかもしれないなあ。
そうなれば一番いいんだろうけど、得てしてその手のコマンドはサポートが遅い・・・。

いっそGitあたりがリーダーシップとって、D-VCSのインターフェイスを策定してくれればありがたいんだけど。

>>414
bzrなんてsvkの仲間なんだからgitやhgとの統一インターフェイスを用意するのは無理

bzr 1.16 リリース
bzr 1.16 から、 bzrlib に GetCommandineW() を使ってコマンドラインオプションを
取る機能が追加されて、qbzr や TortoiseBzr から bzr に Unicodeファイル名を
送れる用になった。
TortoiseBzrにパッチ当てて試してみたけど、日本語ディレクトリ名のリポジトリでも
動いてる。あんまり tbzr 使わないからどこまで大丈夫なのかは判らないけど。
https://bugs.launchpad.net/tortoisebzr/+bug/335362
このバグがStatus=Critical になったし、bzr1.16に同梱されるtbzrにはこの修正が
間に合うと思う。

プロキシ経由でlaunchpadに接続したいんだけど
ユーザーリファレンス（和訳）を見てもプロキシの設定方法が良くわからず、上手くいかない

実際にプロキシを通している人がいたら、設定の例を教えてもらえないだろうか？

>>417
ログイン済み？
なら、httpじゃなくてbzr+sshで通信しようとするから、http_proxy使っても無理。
bzr lp-login していないなら、http経由でダウンロードするから、 http_proxy
環境変数でうまくいかない？

bzr, bzr-svn, subvertpy, tdb 全部最新版用意して試してみてるけど、
メモリキャッシュを貯めすぎてメモリ食いつぶす現象がなくなってる。
MLでも 1.0 が近いって言ってたけど、本当に最強のsvnクライアントに
なったな。

あちゃ、Windows Installer でちゃったね。
TortoiseBzr の修正は間に合わなかったか。

>>418
ありがとう
http_proxyを設定して試してみたけど、うまくいかなかったので
プロキシの問題ではなかったのかもしれない。他の手も試してみます

>>421
http_proxy はどんなふうに設定してる?
http_proxy=ホスト名:ポート だと、今のバージョンではうまく動かないよ。
http_proxy=http://ホスト名:ポート/ って設定して。

https://bugs.launchpad.net/bzr/+bug/330823

>>416
バグに進展あったね。
1.17でTortoiseBzrの日本語問題も解決しそうだ。

>>423
うん、パッチ張っても無視されたから、merge propose したらさらに
改良された。
で、試してみてるんだけど、まだまだあちこち問題あるよ。
2.0 の頃には (experimental) が外れると良いんだけどな。

Windowsでshelve出来ないのはそういうもんなの？環境のせい？？

>>425
Windows では LockFile っていう API を使ってるんだけど、それの動作がなんか
おかしくてロックに失敗してるんだよね。
今、一時ディレクトリを使ったロックが作られてるから、bzr 2.0までには大丈夫に
なっていると思うよ。

bzr copyはいつになったらできるんだろう。
ttp://bazaar-vcs.org/BzrFileCopies

svnだとリポジトリをUUIDで識別してるけど
bzrではプランチ間の同一性を何で識別してるの？

おー、なんかTortoiseBZRのパッチできてるのか、早速試そうと思って
VS2008用意して、覚えたてのbzrコマンドで手元にソースを用意までは出来たけど
その後tbzrcommandw.exeってのどうやって作るのか解らなかった。

py2exeとかPyQt4とか使うんかね？ pythonの文化はよくわからんわ。
素直に次版できあがるまで待つのが得策かなぁ。

>>429
1. Pythonとbzrのpython用パッケージ、PyQt をインストール
2. PYTHONPATHをチェックアウトしたtortoisebzrのディレクトリに設定
3. 1とは別にstandalone setupからインストールしたTortoiseBZRを起動
4. tbzrcachew.exe プロセスを強制終了
5. python scripts\tbzrcache.py
で動くと思う。Python詳しくても面倒。

qinit とかが他の問題でコケてたから、qbzrにもパッチ送って、取り込んでもらえた。
この調子でいけば bzr 1.17 に同梱されるから、それを待つのが良いと思う。
でも、これが日本語パスが動く仕組みを導入した最初のバージョンだから、これから
問題を見つけては直しの繰り返しだと思うよ。あまり期待しないでね。

416に一生ついて行くぜ！

本当は、TortoiseBZRより、bzr-explorerの方がお勧め。
tbzrと違って必要な機能がそろってるし、普通のexplorerを遅くしないし。
「0.4を明日か明後日リリースするから、翻訳してくれる人いたら翻訳して」
ってメールを見つけて、２時間くらいかけて8割方翻訳しておいた。
https://launchpad.net/bzr-explorer/+download

実際のアプリを見ながら翻訳してるわけじゃないから、誤訳とかいっぱい
あるはず。

>>432
えらいっ！

＞本当は、TortoiseBZRより、bzr-explorerの方がお勧め。
でも、安定さえしてれば、エクスプローラ
組み込みのほうが慣れやすいぶん
使いやすいんですよ。。。

tbzrのバグ修正を入れた新しいパッケージを作ろうか？って提案されてたんだけど、
http://bugs.launchpad.net/bzr/+bug/394674
これで新しいパッケージが出るのが確定した。

tbzr側のバグ修正は入る予定だけど、qbzrは0.11のままだから、インストール後に

cd c:\documents and settings\myname\application data\bazaar\2.0\plugins
bzr branch lp:qbzr

してtrunkのqbzrを入れると、日本語でinitとかできるようになる。
push/pull ができないけど、そのパッチもqbzrに投稿してるから、そのうち
取り込まれると思う。

1.16.1-3 出たよ。
日本語ディレクトリ名の中で、右クリックから Init できる。
天 の中でinitできるようにするパッチは間に合わなかった。

qbzrの方のUnicode関連バグフィックスは入ってないから、>>434の手順で
最新版を入れると、とりあえず init, add, commit, pull はできるようになるね。

trunkのqbrowseでinit直後の何もコミットしていないリポジトリが見れなくなってるね。
rev780で1回壊れてrev800で更に壊れてるっぽい。

0.12もうすぐ出るね。
空のリポジトリのbrowseなんてどうでも良い気がするけど、軽く直せそうなら直す。
TortoiseBZRに勝手にpushしても怒られないっぽいから、バグ修正幾つかとPushコマンドを入れといた。

と、思ったらもうバグ報告されて、MLで話題になってるね。
0.12には暫定的な修正が入りそう。

最近使い始めたage

http://www.serverzen.net/2008/8/9/starting-with-bazaar-bzr-svn
ここ見ると，bzr-svn で Subversionリポジトリから checkout して，
それから branch しているんだけど，それって可能なの？
checkout からは branch できないと思うんだけど．

現状だと svn が最新(1.6系) だと working copy の世代が違うからできないっていわれるかな。
svn 1.5 系のものならいけるはず

なんでかよくわからんけど，TortoiseSVN入れなおして
昔チェックアウトしたやつを消してやり直したらできた．

そういえば，bzr-svnってSubversionリポジトリの一部から
branch や checkout できるよね．
そうなるとSubversionリポジトリ側でのファイルの移動は
Bazaarではブランチをまたいだ変更になるわけで，そんなのあり？
うまくあつかえるの？

ちがった．
入れなおしたのは TortoiseBZRというかBazaarまるごとだった．

bzr-svn だけじゃなくて、 svn が普通に svnリポジトリの一部から checkout
できるよね。
んで、その一部をbranchとしてみた場合、ファイルの移動は移動元にとっては
ファイルが消えて、異動先にとってはファイルが追加される、それだけだよね。

1.17rc1出たね。
tortoisebzr/qbzrは1.16のときからかなり良くなったし、
bzr-svn も 0.6.3 で大きいリポジトリをimportするときの
大量メモリ消費の問題が解決する見込み。

1.17リリース後、バグフィックスの進捗が良ければ、次が2.0になる。
2.0リリース後は、リポジトリフォーマットが絞られたから周辺機能の
実装が活発になりそう。nested treeとかshallow branchとかbzr cp とかが
実装されるのが楽しみ。

開発版で試しに
bzr svn-import http://svn.ruby-lang.org/repos/ruby
してみた。
3時間くらいかかったけど、メモリ消費量は600MBくらい。

メモリ消費が2GB超えるから複数回に分けて import しないと
いけなかったのが解消されてる。
もっと早くするには、 http の pipelining とかしないといけないのかな。

bazaar-explorerのEditボタンで日本語のファイル名を開けないバグって
原因はこれと一緒だね。同じ修正したら開けるようになったよ。
https://bugs.launchpad.net/bzr/+bug/382709

qbzrってのはなんなわけ？
プラグインに入っているみたいだけど，
TortoiseBZR使っている人には関係ないもの？

>>448
めっちゃ関係ある
TortoiseBZRのほとんどのコマンドは、qbzrの画面を呼び出しているだけ。
たとえばログだとbzr qlogをTortoiseBZRが呼び出している。

>>448
qcommitとかqbrowseとかそれなりに便利

>>449 >>450
TortoiseBZR とコマンドライン（これはLinuxで）しか
使っていなかったけど，知らず知らずのうちに qbzr の
お世話になっていたんですね．

いつの間にか TortoiseBZR で bzr init するとき
日本語のパスでも文字化けしないのは qbzr のバージョンが
上がったおかげだったのか．

qbzr は TortoiseBZR にもはいっているけど，
独立したパッケージでもリリースされていますよね？
あれはどうやって使うんでしょうか？
TortoiseBZR だけ使ってる人は素直に
同梱のものだけ使っている方が幸せですか？

>>451
bzr qlog とか bzr qdiff とか、コマンドで実行できるよ。
TortoiseBZRの他に bzr-explorer も qbzr のコマンド群を実行できる。

bzr 1.16.1使用中。

タグについてなんですが、
中央マシンから複数台のマシンで checkout して、あるマシンで tagを打つと
中央リポジトリには反映されるけど、他のマシンには反映されないようです。

これってそういう仕様？

>>453
普段branchは使うけどcheckout使ってないから判らないけど、
他のクライアントで bzr up しても反映されないですか？

1.17rc1 の Windows setup 出たね。
どうせ来週リリース版でるけど待ちきれずに入れた。

>>454
それがされないのですよ。

他のマシンで、タグ打ったマシンに対して pull すると反映されますが、
deleteしたものについてはそれでも反映されないです。

他のマシンから同じタグメッセージでタグを打つと、
中央のほうで重複するかと思いましたが、それは大丈夫なようです。

うは、qbzrががが

動かないと思ったら、bzr1.17から新しい初期化処理が必要になって、
bzr.commands.main を通ってない TortoiseBZR 経由でいろんなコマンドが
動かなかっただけだった。
直してpushしといた。

>>456
試しに手元でチェックアウト型ワークフローやってみた。
タグを打ったチェックアウトと別のチェックアウトで
bzr up
してもタグは更新されない。
bzr pull (自動的にpull先はチェックアウト元になる)
したらタグが更新される。

bzr up はあくまでもワーキングツリーを最新にするためのもので、
checkoutでもpullは必要みたいだね。

>>459
確認サンクス。

これはこういう仕様なのかなぁ。
今はリモートに対して ssh で同じ tag 打ってる。

>>460
俺も仕様なのか気になってMLで訊いてみた。
https://lists.ubuntu.com/archives/bazaar/2009q3/060582.html

・・・英語苦手なんで、返事になんて書いてあるか辞書とにらめっこするまで
意味不明なんだけど、問題だとは認識しているけど簡単には修正できないっぽい。

なんつーか、このスレム板でまともなスレTop5に入るね。
煽りでもなんでもなく感心する。

>>462
スレタイはかなり煽ってるけどね。

亀はファイルの移動は追跡してくれないのか

>>464
いわれて気づいた。
そういえばリネームとか移動がTortoiseBZRではできない。
WindowsからGUIでリネームとか移動できるようなツールない？

今までコマンドラインでやってたけど、日本語のファイルを
作ってしまったのでコマンドラインから指定するのが激しく面倒。

>>465
TortoiseSVNはドラッグ&ドロップでできるね。ダイアログ出してリネームもできたはず。
TortoiseHgはダイアログ出してリネームと、リネームの自動検知？するみたいなダイアログがあった。

この辺は、ないとかなり不便的な機能だよなー。

>>466
x TortoiseSVNはドラッグ&ドロップでできるね。
o TortoiseSVNは右ドラッグ&ドロップのメニューでできるね。

ドラッグアンドドロップで自動的にやってくれる、みたいに見えるので失礼。
ちゃんと明示しないとダメです

Eclipseのプラグインからはリネームするとちゃんとbzrを呼び出してくれる．
それはいいんだけど，Eclipseのプラグインでは日本語ファイル名と
日本語のコミットログが使えない．XmlRpcClientつーBazaarのプラグイン
から得られるXMLファイルを Eclipse プラグインがパースできないらしい．

Eclipseはこれかなぁ。バグは認識されてるっぽいよ。
https://bugs.launchpad.net/bzr-xmloutput/+bug/388300

>>469
ああ、まさしくそれだわ。

bzr 1.17 リリースage
月刊bzrだなw

https://launchpad.net/bzr/+download
この間RC1をWindowsで試したらなんか挙動が変だった
（ちゃんと記録してないから何が変だったか思い出せない）
正式リリースいれよっと

>>472
TortoiseBZRが全く動かない件なら >>458

>>464-466
TortoiseBZRって開発が停滞してボロボロになってたところに
俺がつぎはぎ当ててるだけだからなぁ。
他にもバグあるし、ステータスキャッシュの仕組みが良くなくて状態更新が
遅いとかいろいろ直したいところあるけど、別にCanonicalに金もらってる
ワケじゃないからチマチマとしか改良できない。
あまり期待せずに待ってて。

Launchpad is now fully open source
http://beuno.com.ar/archives/144

>>473
誰かしらないけどありがとう

>>463
hg が入ってないところがまたなんとも挑戦的ね。ｗ

リポジトリフォーマットが過渡期みたいなんで、2.0 が出たら
試用始めてみようかな。

qpushがこけるんで調べてみたらpushのエラーメッセージが文字化けしてるせいだったよ…

>>476
darcs……(´・ω・`)

>>477
どんなエラーメッセージ？

>>416
bzr: ERROR: exceptions.UnicodeDecodeError: 'cp932' codec can't decode bytes in position 44-45: illegal multibyte sequence

Traceback (most recent call last):
File "C:/Documents and Settings/user/Application Data/bazaar/2.0/plugins\qbzr\lib\subprocess.py", line 499, in readStderr
UnicodeDecodeError: 'cp932' codec can't decode bytes in position 44-45: illegal multibyte sequence

push先のパスに日本語を含めたらダメっぽい。
もうちょっと調べたら例外メッセージに日本語が入ってるとこんな感じで必ず化けるみたい。
んで、qbzrでこけてしまう。
> bzr init hoge
> cd hoge
> bzr mkdir ほげ
> bzr rm ほげ
bzr: ERROR: Can't safely remove modified or unknown files:
added:
縺ｻ縺・縺ｻ縺・
Use --keep to not delete them, or --force to delete them regardless.

windowsのbzr1.16だったんでロックに失敗して、そのエラーメッセージをqpushが拾うときにこけてるよ。

>>480
さんくす。

1.17のMac OS X 用来てるね
Windows用をまとう。

ブランチ次々と作りながら作業していると，
親を共有している（マージ可能な）ブランチが
あちこちに分散して収集つかなくなってきたんだけど，
ファイルシステムの中のすべてのブランチを列挙して
マージ候補を表示してくれるようなツールってないでしょうか．

ブランチのディレクトリ名をちゃんと体系的に
つけろよっていう批判はごもっともですが・・・

共用リポジトリを作ってその中にブランチを置くのはどう？
bazaar-explorerだと親URLを一覧表示できるみたい。
http://bazaar-vcs.org/BzrExplorer/Screenshots

1.17.1インストーラ版きた

ローカルファイルシステムにある（file:スキームでアクセスできる）
Subversionリポジトリからブランチを作りたいとき，

$ bzr branch file:///w:/svnrepo/
bzr: ERROR: Not a branch: "W:/svnrepo/".

こういうことはできないのでしょうか？あるいは
file+svn:なんてスキームが使えるのかと思いましたがだめなようです．

bzr1.17とbzr-svn0.6.3で試したけど、その方法でブランチを作れたよ。
fileスキームを使わずに

bzr branch w:\svnrepo\

これでもできた。

>>486
インストーラ付属のrebaseプラグインが存在しないコマンドを定義してるせいでbzr help commandsだけエラーになるよ。
一応、個人用プラグイン置き場に0.5.3を入れれば回避できるね。

>>488
できるのか・・・・
1.17のWindows用インストーラのを使ってるんだけどなぁ。
bzr-svn は同梱されているものをそのまま。
もしかしてbzr-svnのバージョンが悪いとかかもなぁ。

もしかしてsvnのリポジトリは1.6系を作った？
インストーラ同梱のsvnライブラリは1.5系までしか対応してないからそれが原因かな。

いろいろ試してわかったので書きこみに来てみたら、
1.5系までしか対応してないってすでに書き込みが…

Windows 用インストーラ 1.17-1
同梱の bzr-svn をそのまま利用

svn --version
svn, version 1.6.3 (r38063)
compiled Jul 9 2009, 10:30:30

svnadmin create svnrepo で作ったものからはブランチ作れず
svnadmin create --pre-1.5-format svnrepo2 ブランチ作れる
svnadmin create --pre-1.6-format svnrepo2 ブランチ作れる

bzr-svn が使用する Subversion がらみのライブラリを
入れ替えるのはどうすりゃいいんだ？

一応簡単な自前のツールでは C\Python2.5 の site-packages の下に
入れてる pysvn や swigバインディングを使ってるけど
Bazaar のプラグインまわりはさっぱりわからない。

共用レポジトリを使ってるなら、そのフォーマットも一応疑ってみた方が良いかも
たしか--rich-root-packしか対応してないらしいし

普通のブランチがたくさんあって，共通部分も多いから
それらを共有リポジトリの下に収容したいと思うんだけど，
単にコピーしてなんかコマンド叩ければ共有できる
部分が共有リポジトリ側に移ってラッキーってことにはならない？

>>494
bzr init-repo shared_repo
mv nonshared_repo shared_repo/trunk
cd shared_repo/trunk
bzr reconfigure --use-shared

reconfigure か
ありがとう

そういや共有リポジトリじゃなくて共用リポジトリだった．
ってどっちかに統一しないと検索の時に不便だと思うんだ．
どっちが正式？

>>480
bzrのエラーメッセージが化けるのをバグ報告しといた
http://bugs.launchpad.net/bzr/+bug/404740
簡単に修正できる部分だけ修正したbranchを上げたけど、全部を直すのは
結構手間だから bzr が化けたエラーメッセージを出したらクラッシュする
っていうバグもqbzrに登録した。
http://bugs.launchpad.net/qbzr/+bug/404764
こっちのバグは一行で修正できた。取り込まれたら qbzr を upgrade して。

乙。とりあえずqbzrだけローカルで修正したよ。

bazaar割と好きなんだけど、履歴改竄がもう少しやりやすくならないかな。せめてgitのcommit --amend相当のことができると大分楽なんだけど。
uncommitだけじゃつらい…。

本家では既に通った道であった。
https://lists.ubuntu.com/archives/bazaar/2007q1/021660.html

uncommitでがんばるかcommit --unchangedで履歴だけ増やすくらいしかなさげ。

TortoiseBZRのシェル拡張の方のバグを2つほど修正した。
が、Visual Studio 2008 が必要なのでビルドできねｗ
1.17.1リリース時にはシェル拡張もリビルドしてもらえるかな・・・

>>502
乙です。いつもサンクス。

>>502
Visual Studio 2008 Expressとか言う無料のやつがあるんじゃなかったっけ？
それじゃダメなのかな？そもそもWindowsな人じゃなかったらごめん。

>>504
シェル拡張ってCOMで、ATLを使うと簡単に書けるんだけど、
Express EditionにはATLついてないんだよね・・・
Windows DDK には古いATLが着いてるから、それとVC++ Expressで
騙し騙し作ったdllでデバッグ&テストしてる。

ATL依存を外したいけど、AtlSetPerUserRegistration()って関数が何やってるか
全く不明なので同等の機能をATL無しで実現できない。

>>505
http://msdn.microsoft.com/ja-jp/library/dd394700%28VS.100%29.aspx

ぐぐっただけなんでもう見たかもしれないけど、ユーザ毎のレジストリに読み書きするために使ってそう。

>>506
うん、多分nonadminインストーラを使うとこの関数が呼ばれるんじゃないかなーって思ってる。
で、それをどうやってWindows APIで実現すれば良いのかが判らないんだ。
自分用ビルドではこの関数はコメントアウトしてしまっている。

簡単にできそうにないね。他のTortoise系はどうしてるんだろう。

BazaarってUTF-8対応じゃなかったのかよ〜
っていうか Windows + TortoiseBZR で日本語
問題なく使えてたのに， Linux + bzr コマンドで
add とかできねぇ・・・例外でる．

1.17 でファイルシステムは ext3
Python は 2.6
日本語ファイル名をうまく扱えてる人
なんかヒントくれ．

環境変数LANGをja_JP.UTF-8とかja_JP.eucJPみたいにファイル名の文字コードと合わせておかないとだめぽ

export LANG=ja_JP.UTF-8 にはしてるんですが・・・

# bzr revert
bzr: ERROR: exceptions.UnicodeEncodeError: 'ascii' codec
can't encode characters in position 69-77: ordinal not in range(128)
（以下略）

# bzr st
bzr: warning: unsupported locale setting
bzr could not set the application locale.
Although this should be no problem for bzr itself,
it might cause problems with some plugins.
To investigate the issue, look at the output
of the locale(1p) tool available on POSIX systems.
bzr: warning: unsupported locale setting
Could not determine what text encoding to use.
This error usually means your Python interpreter
doesn't support the locale set by $LANG (ja_JP.UTF-8)
Continuing with ascii encoding.
（以下略）

こんな感じです．つまるところロケールサポートが無い？

そうみたいだね。こっちの環境でも作っていないロケールに変えたら同じエラーメッセージが出たよ。
それとさっきのは間違いでエンコードが合っていれば言語が違っても大丈夫みたい。
UTF-8ならen_US.UTF-8でもja_JP.UTF-8でもおけ。

localedef で en_US.utf8 作ったらokでした．

http://slashdot.jp/~Livingdead/journal/483834

>>341
bzr-keywordsは"RCS-like keyword templates"と書いてあるのだけれど、
$Id$をサポートしていないし、
catしたりexportしたりしなければキーワード展開されないし、
正直いって期待外れ…。

正直、普段は展開されても邪魔なだけなのでcatやexportでしか展開しないのならその方が嬉しいと思う私もいる。

bzrのブランチから、特定のファイルやディレクトリのみを
リビジョン指定して取り出すことってどうやればいいんでしょう？

bzr coや bzr branchだとブランチ全体でないとダメみたいで。

>>517
ファイルは cat, ディレクトリは export 。
bzr cat -r リビジョン番号 ファイル名
bzr export -r リビジョン番号 出力ディレクトリ名 ブランチorサブディレクトリ

>>416
ディレクトリはexport使えばよかったんですね！ありがとうございます。

bzrのソースって読みやすい？

>>520
qbzrやTortoiseBZRのバグ修正するときに、関心のある部分だけ読んでるけど、
特に困ったことはないな。
Pythonにある程度慣れていれば問題ないと思うよ。

>>520
Pythonわかってれば大丈夫だと思う。

自分はあんま得意じゃなくて log.py 追ってた時は死んでたけど　orz

タダの整理のつもりでファイルあちこち移動して
コミットしてしまった…ファイルの削除＆新規追加
としてコミットしてしまったらしい…

ひとつ前のリビジョンからブランチしてやり直したけど，
なんというか，えっと，ただの移動ならハッシュ値なんかで
追跡してくれるとありがたいのだが．

TortoiseBZRでも移動は簡単じゃなさそうだし．
結局コマンドラインに降りてやってるけど，
日本語のファイル名だとコマンドラインでの指定が面倒．

なんかいい方法ないでしょうか．
TortoiseSVNが完成されすぎているのかもしれない．

>>523
今年中には、シェルからファイル移動をbzrに通知する仕組みを入れたい。
bzr mv --auto というのはあるけど、どこまで追跡するのかは知らない。

>>524
おお，--auto オプションすげぇ．
日本語ファイル名のファイル名を変更しても
フォルダ間で移動しても，ちゃんと検出してくれる．
どうやってるんだろ，ファイルの内容かな，ファイル名かな．
とにかく --dry-run と一緒に実行してみて
確認しながら使います．

Windows でインストールすると Start Bzr in cmd shell
っていうショートカットがつくられるけど，これの
作業用ディレクトリの設定を空白にして
ブランチ内のいろんな所にちりばめておくと
すぐにコマンドラインの落ちられるから便利．

>>525
Bazaarのコンテキストメニューに
start bzr in this folder ってオプション欲しいな。

Bazaar ではブランチ内でのコピーという考え方は無いんだっけ？
Subversionではタグやブランチはコピーそのものだったけど，
そういう意味じゃBazaarには必要ないしなぁ

>>427 の話？

>>527
タグやブランチはコピー以外の方法で提供されているけど、それ以外でも
コピーが欲しいという意見はある。
http://bazaar-vcs.org/BzrFileCopies
hg方式とgit方式を比べて、git方式が良さそうという時点で、まだ実装が始まってない。
bzr 2.0 が出てから brisben-core以外の開発が始まるから、
それから実装されるんじゃないかな。

mergeしてうっかり >>> でインジケートされたコンフリクトを
そのままにして bzr resolved してコミットしてしまった。
あほだな俺。

それも、自分の変更点は大したものじゃなくて、
もう、OTHERS全採用でいいやっていう感じだったのに。
で、その「もうOTHERS全採用でいいや、俺のは無しで」
って簡単にはどうやればいいの？

merge 使うなってこと？

revert でいいんじゃ

revertって自分のブランチにすでにコミットされた
過去のリビジョンに戻るだけじゃね？

TortoiseBzrってコンフリクトを表示するアイコンオーバーレイはないんだね

revertってコミットした後でも
過去の修正をさらに修正したり、元に戻したりする機能だろう？

いつの間にかインストーラ版の1.17-2が出てるね。
新しいフォルダの作成が動くようになってるのが地味に嬉しい。

>>536
お、新リリース気づかなかった。
>>502の修正がきちんと反映されてるんだな。
リリースのビルド環境と違う環境でバグ修正してるから、きちんとリリース
されるか心配だったんだけど安心した。

1.17-2インストールしてみた。
バージョン管理されてないファイルの右クリックメニューにAddを追加する修正も
反映されてるな。

でも、bzr-windowsチームのMLではTortoiseBZRをデフォルトオプションから
外す方向に話が進んでるww
まぁ、幾つか致命的なバグ修正したところで、重かったりいろいろ問題あるもんな。
bzr-hg や bzr-git がpushに対応した段階で、「TortoiseBZRあったら他の
Tortoise*** 全部いらねー」と言える様に、地道にコミットしていこう。

TortoiseBzrは手放せないのでよろしく>>538

ところで tbzrcachew.exe ってバックグラウンドで
ブランチを嗅ぎまわってるんだよね？
ってことは手元にあるブランチの一覧も
tbzrcachewから取得できるんだろうか？

初めてbzrを使おうと思って
Windows2000に1.17-2をインストールしたのですが、
Explorerの空いているところを右クリックすると、
メニューの "Bazzar Init" 以外がアイコンだけで文字が出ません。
ちゃんと表示させるためにはどうしたらいいのでしょうか?

>>540
Windows 2000で似たような症状が報告されてるんだけど、
http://launchpadlibrarian.net/21289859/tbzr-context-menu.png
原因不明。Windows XP では今のところ報告されていなくて、
Windows 2000を持っていないので調査できてない。

>>541
ちなみに、
1. Bazaar Init... だけは表示されたりする？
2. テキストが表示されていない項目にカーソルを当てたとき、ステータスバーに何か表示される？

>>542
541の画像と同じになります。

1 -> はい。
2 -> はい。メニュー項目に対応しているであろうメッセージが出ます。
"Tortoise Bazzar Help" とか。

>>543
試しに、Windows2000ではコンテキストメニューにアイコンを表示しない
ような改造をしてみた。試してみて。
ダウンロードも使い方もここ参照。
https://bugs.launchpad.net/tortoisebzr/+bug/318204/comments/11

もうすぐ bzr-1.18rc1 が出るな。
TortoiseBZRを使っている人は、バージョンアップの時に

1. アンインストール
2. ログオフ & ログイン (もしくはexplorerのリスタート)
3. Bazaarインストールディレクトリに残っている dll を削除 (削除できない場合は
regsvr32 /u tbzrshellext_x86.exe してからもう一度ログオフ&ログイン)
4. 新バージョンをインストール

という手順を取らないと、シェル拡張がバージョンアップされないので注意。
普通に上書きインストールすると、シェル拡張だけが前のバージョンのままになる。

>>544
メニュー項目の文字が正しく表示されるようになりました。

>>546
動作確認サンクス！これでまたバグを一つ落とせる。
タイミング的に、bzr-1.18rc1は微妙だけど、bzr-1.18 か bzr-2.0 には
入ると思う。

svkからのbzrへ移行を考えてる人ってあんまりいないのかな。
repos A(svn)とrespo B(svn)を、svkの代わりにbzrでやろうとしてるんだけど、
なかなかうまくいかない。
祖先を覚えてしまっているので、repos間をまたぐのは難しいのかな。
>>212 さんと近いけど、微妙に違う感じ。

>>548
svkに詳しくないので
>repos A(svn)とrespo B(svn)を、svkの代わりにbzrでやろうとしてる
この一文が良くわからないんだけど、何をしたいのかもうちょっと詳しくお願い。

>>545
こういうのってなんとかならないのん？

TortoiseSVNとかだと再起動してくれって言われて、したらOK
TortoiseHgのインストーラー方は途中から、確か再起動すればOKになったよね。

>>550
Windowsの仕様として、実行中のexe/dllは置き換えられないから、
シェル拡張を置き換えるのにexplorerの再起動が必要なのは仕方ない。

で、本来はインストーラ側で対応するべき問題（前のバージョンが見つかったら
アンインストールと再起動を要求するべき）なんだけど、いまのところ
バグとして報告されているけど Triaged という扱い。俺はインストーラ詳しく
ないからなんとも。

今はbzr-windowsというグループが立ち上がって、Windows用インストーラの
改良について話し合ってるけど、TortoiseBZRは厄介者扱いw

うわ、反応があった。
ありがとうございます。>>416

svkはmasterとするべきsvn reposからミラーを作ることができ、
そのミラーがsvn reposになっている、というような仕組みで、
svnを分散SCMとして使う、といったものでした。
(正しい表現が出来てるか怪しいですが)

やりたいことは、独立した二つのsvn reposがあって、
その中の任意のsvn branch 2つの間を相互にマージするという形です。
bzr-repos
　+svn-respo_A(をcheckout(branch?)したもの)
　+svn-respo_B(をcheckout(branch?)したもの)
でAとBの間で相互mergeしてお互いの元にpushできれば、という。

しかし、独立したreposをまたがったmergeなどがうまくいかず。
(ubuntuのpackage管理なんかで、upstreamが複数あることとか
ありそうな気もするんですけども)

どちらかがbzrのreposに出来れば苦労はないのだと思うんですが。

>>551
正直、導入とかアップデート面倒だと障壁になるので、とりのぞかないとなー

>>552
bzr-svn はsvn のリポジトリのユニークID + svnのリビジョンID を使って,
svn のリビジョンを一意に認識している。
なので、svkがミラーするときにsvnのリポジトリユニークIDを複製して
同じリポジトリのクローンだと認識できれば問題ないはずなんだけど、
きっとユニークIDが異なるから完全に別物に見えちゃってるんだろうな。

共通の祖先が見つからないと「完全なマージ」はできないから、
ローカルブランチが多くないのであれば手動で範囲選択してマージする
「cherrypick」で解決できるかもしれない。

bzr init-repo --2a newrepo
cd newrepo
bzr svn-import <マスタ側のsvnリポジトリURL>
# trunk しか使っていないのであれば bzr branch でもOK
# ここから、svkブランチの数だけ繰り返し
bzr branch -r <分岐が作成されたリビジョン> trunk abranch
cd abranch
bzr merge -r <分岐が作成されたリビジョン+1>..-1 <svkのブランチ>

ただし、svkがたくさんあるとつらいなぁ。
svk もきっとsvnのプロパティを使ってリビジョンの一意性を確保している
だろうから、 bzr-svn を拡張して svk に対応させたらなんとかなるかも
しれない。

bzr-1.18rc1 のWindowsインストーラ来たね。

>>553
あー、>>545でいったのはだいぶ安全側に振った方法で、
アンインストール&インストールだけで普通は上手くいくよ。
毎回 >>545 で言ったすべての作業が必要なわけじゃない。

>>554
bzr-svnってsvkのタグに対応していた気がする。
うまく動作するかは知らないけど。

>>557
svkやsvnmergeによるマージで付けられた情報は解析できるっぽいけど、
マージされてないブランチを他のリポジトリから持ってくるのはできなさそう。

bzr2.0 ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

>>559
9月半ばかな。https://edge.launchpad.net/bzr/+milestone/2.0
その前に明日 1.18 がリリースされるけど。

2.0になってリポジトリフォーマット乱立が整理されても、まだ Copy とか HistoryHorizon とか
大きい機能が入ってないから、まだアーリーアダプター向けだよ。svnからの乗り換え候補として
hg/git と並んで考慮できるレベルにはなったけど、まだ一般人にはお勧めできない。

さて、そろそろアイコンオーバーレイの高速化について考え始めよう。
TortoiseOverlayって、オーバーレイを遅延してまずは普通のアイコンを表示するとか
できないのかな？
svnと違って管理データが各ディレクトリに分散してないから、キャッシュを構築するときは
作業ツリーの中身をまとめて構築する方が圧倒的に効率的なんだけど、そうすると
キャッシュが空な時の最初のオーバーレイが遅くなってしまうのが悩みどころ。

TortoiseGitやTortoiseHgはTortoiseSVN並の速度でオーバーレイ表示できるのだろうか。
出来るのであれば実装を参考にしよう。

亀hgは亀オーバーレイをまんま使ってるっぽいよ。

>>562
svnもhgもgitもbzrも、TortoiseOverlayを使っていることに変わりは無い。
TortoiseOverlayに対して「このファイルは最新だよ」とか「このファイルは変更されてるよ」とか
教える必要があって、そこの部分をどう高速化するかが今の悩みどころなんだ。

そうでしたか。

そんな前提や実装の詳細まで>>561でわからなかったのでね。

素人は余計なこと言うなってことですかね。

そんな卑屈にならんでも

>>561
遅延中のマーク(円矢印)があると良いかも?

>>564
雑魚とドザの排除もスレ主の義務なんでね、悪く思わんでくれ。
恨むならM$を恨んでくれ。

なんてむちゃくちゃな

>>564
単に語調がぶっきらぼうだっただけで、悪気はまったく無かったんだ。
気に障ったならスマン。

>>567
初心者とWindowsユーザーに対して一番真面目に取り組んでるのがbzrだと思うよ。

>>569
さすが初心者歓迎なUbuntuコミュニティー

タイムスタンプの保存はできますか？

>>569
svnのほうががんばってるのでは。

>>572
hg, git, bzr の中でという意味だったんだ。
でも、svnって初心者に使いやすいUIを開発してたっけ？
TortoiseSVNの開発者ってsvn開発者？

bzrの場合は、「Version Control for Human Beings」が標語になってるし、
qbzrとかGUIをcanonicalのbzrチームが主導で開発してる。
Windows版のインストーラなんかも、3rdパーティーではなくて本家で作ってる。

bzr-1.18rc1-1-setup.exe
どう？1.17.1 からアップデート推奨？

もうすぐrcじゃない正式版リリース出るからそれを待ったらいいと思うよ。

>>573
> bzrの場合は、「Version Control for Human Beings」が標語になってるし、
> qbzrとかGUIをcanonicalのbzrチームが主導で開発してる。
> Windows版のインストーラなんかも、3rdパーティーではなくて本家で作ってる。

ほう。これはすごいな。

>>576
それが直接ユーザビリティのよさには直結していないんだけどね。
bzr-2.0がリリースされた後はユーザビリティの改良が始まるから、
一般人にお勧めできるのはbzr-3.0待ち。

さて、TortoiseBZRユーザーのためのヒント。
ユーザプロファイルディレクトリ以下の Application Data\bazaar\2.0\tbzr.conf というファイルが
設定ファイルになっているんだけど、そこに、
[tbzrcache]
idle_timeout=10
って書いておくと、10分間キャッシュプロセスへのアクセスが無いとキャッシュプロセスが死ぬ。デフォルト値は15。
一度キャッシュプロセスが死ぬと次回の表示がすごく重くなるので、タスクバーからアイコンが消える
ことが多い人はこの値を大きめに設定するか0(=落とさない)にすると少し快適になる。

>>577
＞bzr-3.0待ち。
MSかよ！ｗ
ちなみに予定スケはいつごろ？

>>578
bzr-2.0は来月。
で、bzr-3.0はさらに次のリポジトリフォーマットがデフォルトになるタイミングなんだろうけど、
別に今のところ何の予定も無い。
「bzr-3.0待ち」って言ったのはテキトーなのであまり真に受けないで。ごめん。

なんでこんなにリポジトリのフォーマットがたくさんあるんだ・・・
えっと，「リポジトリ」のフォーマットって呼ばれてるけど
「シェアード・リポジトリやブランチ」のフォーマットだよね

「リポジトリ」のフォーマットは「リポジトリ」のフォーマットで、ブランチとリポジトリが同じ階層にあることもあるし、ブランチの上の階層にリポジトリがあることもあるって話だったと思う。

1.18ってまだみたいですね。
何か問題でも見つかったのかな ?

bzr1.xのときも、bzr2.0待ちとかいってたキガスｗｗ
俺はいつまで待てばいい？ｗ

>>580
いや、「リポジトリ」のフォーマットなんだなー、これが。
ブランチのフォーマットやworking treeのフォーマットは別にまたある。

bzr-2.0のリポジトリフォーマットを開発するために途中で生まれたけど捨てることになった
フォーマットがあったり、それぞれのフォーマットに rich-root あるなしで2種類あったりするから、
ごちゃごちゃ。2.0になれば古いのは全部deprecatedになって新フォーマットにすれば問題なくなる。

>>582
なんだろうね？特になんかのバグが邪魔しているとは思えないんだけど。

>>583
今からgitやhgを使ってるアーリーアダプターなら、bzr-2.0から使い始めておｋ
svnからの乗り換え組みなら、svnがcvs置き換えるのにも時間がかかったんだ、長い目で見てくれ。

今何のしがらみもなく新たにshared repository作って使い始めるとしたらrich-root-pack一択？

2a

そんなのがあったのか
ヘビーユーザじゃないし利点がわからんが
いずれはこれがデフォルトになるんだろうね

bzr://myserver/a/b/c/d/e/project みたいなディレクトリ
構成なんだけど，いつも正確なパスを忘れてしまいます．
bzr://myserver/ だけ指定すれば後はGUIで選択して
ブランチ作成GOなんていう便利ツールは無いもんでしょうか？

いつも ssh で入ってパスを確認，コピペ，という・・・
記憶力の悪い自分のせいなのはわかっていますが．

>>587
既に bzr.dev ではデフォルトになってる。来月からは正式リリース版のデフォルトフォーマットになる。

>>588
俺は bzr alias push-myserver="push bzr+ssh://myserver/a/b/c/d/e/project" 見たいにしてる。

bzr://myserver/ だけでサーバー内のディレクトリツリーを閲覧できるのはどうかと思う。

>>589
alias ですか，実はこの機能知りませんでした．

さらに便利機能を知っていたら教えてほしいんですが，
ブランチを入れ子にしたいことがあるんです．たまに．
依存関係のあるライブラリなど．
Subversionでいえば externals の指定になると思うんですが
Bazaar では今のところそういうのはなしでしょうか．

これもまぁシェルスクリプト一つ書いてブランチ内に
おいておけば済む話ではあるのですが．

ユーザリファレンスに書いてありました
「注: プロジェクトの中のプロジェクトを追跡するサポート機能は
("入れ子ツリー") は現在開発中です。 この機能の開発を手伝う
もしくはテストすることにご興味がありましたらBazaarの開発者に
連絡して下さるようお願いします。」

うん、これもbzr-2.0が出るまで開発が進んでない機能の一つ。

bzr alias の情報ってブランチごとに記録されるの？
それともユーザごとに記録されるの？

>>593
ユーザーごとだね。

bzr-1.18 リリースされた。本体にはrc1から変更なし。Windows版がリリースされるときは、
同梱されるプラグインとかがバージョンアップされるはず。

>>588
bookmakプラグイン使えば?

Pythonプログラムから使いたかったんで、bzrはAPIドキュメントちゃんとがあるのがいいな。
細かいところはソース見ることにはなるんだけど、利用初期にはぜんぜん違うよ。

1.18インストーラきた。ダウンロードカウントされてないんだけど、俺が最初かな。

>>595
そのプラグイン知らなかった。試してみる。

ウェブアプリの開発するのに push-and-update が便利だって
聞いたんだけど，標準では入ってない？

>>598
入ってない。プラグインでいれることになる。
リモートに対しては sshでリモート側の bzr updateを実行するんで、その設定なども必要。

いまは別に Putty 開いていちいち update してるからなぁ，鯖側で．
だんだん面倒になってきて．そうか標準じゃないのか．
ぼちぼち調べてみるか．

id=1643465

新型キャッシュの実装を始めたのでPythonある程度知っている人柱を募集。
lp:~songofacandy/tortoisebzr/newcache
bzr-1.18に入っているものに比べて動作がデグレっている部分とか、使用中に
エラーが出たらそのスタックトレースとか報告してもらえると助かる。

試し方
0. bzr-1.18-setup.exe をインストールしておく。
1. Pythonとbzr最新版のpython-based-installer をインストールする
2. qbzr を Python\Lib\site-packages\bzrlib\plugins\qbzr にインストールする.
(%USERPROFILE%\application data\bazaar\2.0\plugins\qbzr でも可)
3. 適当なディレクトリ (ここでは C:\tbzr) にソースを展開する。
bzr branch lp:~songofacandy/tortoisebzr/newcache c:\tbzr
4. 環境変数 PYTHONPATH を 3 のディレクトリ (C:\tbzr) に設定する
5. tbzrのuiをビルドする
cd c:\tbzr
python setup.py build_ui
(このコマンドプロンプトはこのまま残しておく)
6. 既に起動している tbzrcachew.exe を殺す。タスクトレイの右クリックで終了するか、
タスクマネージャでプロセスを殺す。
7. 5の続きで、tbzrcacheを立ち上げる
python scripts\tbzrcache.py

Ctrl-Cで実行中のtbzrcacheを止めたら、そのうち通常のtbzrcacheが復帰する。

ちなみに新キャッシュの利点は、今までよりも圧倒的に高速なこと。
旧キャッシュ用のテストで流用できる部分は移植してテスト通ったし、
このままtrunkにマージしてしまおうかな・・・

Launchpad上でtortoisebzrのtop contributorになった。
どう考えても一番の貢献者は最初にTortoiseSVNを移植したMark Hammondさんだろ・・・

> Launchpad上でtortoisebzrのtop contributorになった。
すげえｗ
頑張るなあ
応援してるぜ

>>604
ありがとう

今日はキャッシュクリアを実装した。initの後とか、キャッシュの整合性が取れなくなるタイミングで
自動でキャッシュをクリアするようになった。ただしエクスプローラに対してリロードを指示することが
まだできないので、F5押してリロードは必要。
F5押しても整合性が取れないときのために、右クリックメニューにもキャッシュをクリアするコマンドを
追加しておいた。

sftpで bzr branchとか bzr pushできますよね。

このとき秘密鍵ファイルって指定する方法あります？

素の sshとか sftpだと
ssh -i 秘密鍵ファイル
sftp -oIdentityFile=秘密鍵ファイル

って指定できるようなんだけど、bzr 経由だとどう指定すれば．．．

openssh なら .ssh/config でおｋだけど、paramikoの場合は知らない。。

paramikoも.ssh/config読むらしいな。

Bzr+Svnを試しているんですが、ユーザーガイドやユーザーリファレンスだけだと、
どうもいまいちよくわかりません。(いきなりリポジトリの中身から変更が消えちゃったり…)

どこかに、もう少しわかりやすく説明してあるHPやドキュメントは無いものでしょうか。

ttp://sarabande.info/doc/bzr/mini-tutorial

>>607-608
.ssh/configで、bzr branch bzr+ssh://〜
できました。

ただ configでの指定だと秘密鍵ファイルを順番に試すみたいですね。
特定の秘密鍵ファイルのみを指定できればいいんだけど。

でもとりあえず動いたので、サンクスです。

ttp://lists.launchpad.net/launchpad-users/msg05247.html
Launchpad 4.0 で追加してほしい機能を3つ挙げてってスレッド。
めっちゃ盛り上がってる。で、やっぱりWikiの要望多い。

TortoiseBZR で bzr-loom が使えないというバグ報告が出てきていて、
キャッシュスレッドでpluginをロードしていないのが原因だというのはすぐわかったんだけど、
pluginをロードすると bzr-svn を読み込んじゃうからsvnの作業ツリーを見るときに
TortoiseSVN と競合するんだよなー。

TortoiseBZRがTortoiseSVNより完成度高ければ、TortoiseSVN消してTortoiseBZR使ってと
いうのもアリかなと思うけど、現状ではありえないな。

loom なんてのがあるのか
しかし初耳
http://bazaar.launchpad.net/~bzr-loom-devs/bzr-loom/trunk/annotate/head:/HOWTO
ううむ，昼休みにでも読む

bzr branch を使わず
そのまま cp でスタンドアロンのブランチを
コピーした場合はなにかが破たんする？

別に何も破綻しないと思う。
後で適当にpushするなりpullするなりすればいい。

>>616
そうか，それ以降両方で編集を進めても，
それ以降の歴史でつけられるリビジョンIDは
独立だから混乱しないんだな．

Subversionから移行してきたんだが
まだ UUID + リビジョン番号が染み付いてる．

Windowsのメニューでアイコン表示するのってこんなに面倒だったのか・・・
Windows VistaでTortoiseBZR入れたらメニューのアイコン部分のレイアウトが崩れる人、
いたら https://bugs.launchpad.net/tortoisebzr/+bug/421890/comments/10 を試してみて。

シェル拡張で bzr mv する方法を悩んだ挙句、qbzrに qmove 実装してくれってバグを登録しておいた。

>>619
bzrはコマンドラインでしか使ってないが乙です。

1.18.1 Windows Installder出たね。アナウンスはMac用パッケージ待ち。
https://launchpad.net/bzr/1.18/1.18.1

本体に関してはバグフィックスのみだけど、TortoiseBZRはたくさんコマンド追加した。
追加したけどあまりテストできてないから、2週間以内に出そうな2.0の前にテストして
くれる人募集。

サーバに proj1 という shared repository を作成し
その下にとりあえず trunk というブランチをおいて
シコシコ開発してます．

bzr://hogeserver/projects/proj1/trunk

ここから派生したブランチ(b1) をサーバにおくとき
とりあえず空っぽのブランチをサーバ上で bzr init
して，クライアントからは

bzr push bzr://hogeserver/projects/proj1/b1

としているのですが，いちいちサーバ上で
空っぽのブランチを作るのが面倒です．
クライアントでの操作だけで作りまくるのは可能ですか？

>>622
空っぽのブランチ無しにいきなり bzr push してみたら、何かエラーが出る？

bzr-explorer をコマンドプロンプト？を表示させないで実行する方法は無いのでしょうか？

>>624
bzr.exeのままじゃできないね。
bzr-windowsのMLに一回bzrw.exeというウィンドウを出さないexeが流れてたんだけど、
それを使ってbzrw.exe explorerというショートカットを作るといける。
今Windows向けパッケージの作成をbzr core team から引き離して bzr windows team
で改良していこうという流れになってるから、もう少し待ってて。

bzr qdiff で表示されるブランチ全体の差分を，
カラーで印刷したいんだけど可能？
（左右分割じゃなくてunified diff形式にしても可）

印刷して眺めながらチェックしたいこともあるので・・

確かに印刷機能があるといいねぇ。

思いついたのは、

bzr diff | gvim -

で、印刷とかかな。

>>624
start /b bzr explorer

Bazaarの日本語ユーザー向けMLをLaunchpad上で作ろうと思うんだけど、
やっぱり登録ページだけでも英語だと尻込みする人いるかな？
ドキュメント翻訳もそのチームでやろうとしているんだけど、MLだけはgoogle
groupsに分離した方が良い？

開発にフィードバックするようなMLならLaunchpad場がいいと思います．
単にユーザ同士がコミュニティ的に使い方を教えあうとか
そういうのならGoogle GroupsでもYahoo! グループでも．

https://launchpad.net/~bzr-ja
うーん、LaunchpadユーザーでなくてもMLに参加できるようにする設定がどこにあるのか判らない。

>>632
ここのnoteを見る限り、launchpadメンバーじゃないと参加できないように読めます。
https://help.launchpad.net/Teams/MailingLists#Using%20the%20list

>>633
さんきゅ。やっぱりGoogle Groupsの方がいいね。
Launchpadあまり使い込んでなかったんだけど、なし崩し的に
TortoiseBZRのメンテナになってしまったからちゃんと使えるようにならないとなぁ。

Google Group作った
http://groups.google.co.jp/group/bazaar-ja

いままでコードとドキュメントを分けてローカルに二つのブランチA,B
を作ってプロジェクトを進めていたんだけど，これを一つの
ブランチCとして今後は公開・開発継続していきたい．

当然 A,B は同じ祖先を持たないからマージできない．
こういうとき，たとえば Subversion だと一方をダンプして
他方にロードするという方法で履歴を残したまま統合
できるんだけど，Bazaar はそういうことは不可能？

まったく異なる root なので（パスの名前はかぶらない）
統合できてもよさそうな気がするんだけど・・・・

ドキュメントによると
-------

Q. ブランチのマージが出来ないんだけれど。
ブランチのマージは、マージするそれぞれの
ブランチが元々は一つのブランチから枝分かれしていないと、
マージはできません。 この場合以下のエラーメッセージが表示されます。

bzr: ERROR: Branches have no common ancestor,
and no merge base revision was specified.

こういう場合は仕方ないので、手作業でどちらかの
ブランチに統合する作業を行ってください。
-------

ってことなんだけど，「手作業」ってのが何を意味するのだろう．
単に片方のHEADのファイルたちをもう片方にコピーして add/commit
しろということ？だとするとやっぱり片方の履歴は失われるよな・・

bzr replay使えば良くね?

bzr join で何とかなるんじゃないかな。
foo, bar がbranchとして、
cd foo
bzr branch ..\bar
bzr join bar
bzr mv bar/* .
bzr commit -m "join bar"

あとはcherrypickという手もあるか。
cd foo
bzr merge -r1.. ..\bar
bzr commit -m "merge bar"

>>640
ぎゃぁ，そんな方法があったのか．
いつもためになる情報ありがとう．

>>635
誰がGoogleの軍門に下るものかw

Launchpadもっさり・・・
なんか Python が遅い言語だと思われちゃいそう
考えすぎか

>>643
まぁ、Zopeベース(?)であんな巨大なサイト作るとなぁ・・・
>>642
ええぇぇぇ
ML自分で作って管理するのメンドイ・・・

Launchpad でメーリングリストって話が出てて
あれはログインメンバーじゃないとだめって断念してたけど，
Launchpad に関して言えばプロジェクトの Q&A も
あれはログインメンバーじゃないと質問だせないんだよね．
あのへんは anonymous でもいいよってのをプロジェクトの
メンテナが決められるようになっているといいんだけどな．

あと何もかもが https にリダイレクトされるのもなぁ．
HTTPS のせいでもっさりになってる，てことはないか．
さすがにその辺は SSL オフロードバランサくらい入ってるか．

データベース周りが遅いんだと思う。
特にLaunchpadはO/Rマッパー使ってるから。

Launchpad の話ばかりでスマンが
コード内全文検索って無いよねぇ

Launchpadもっさりしすぎだろｗ

誰かLaunchpadのソース読んだ人居ないの?

UbuntuはLaunchpad使っててイライラしないのかな

>>647
https://launchpad.net/bzr-search

bazaar は Subversion と違って bzr copy が無いのが悲しい
例えばファイルを分割するときとか
リファクタリングでよくあることだと思うんだけど

検索はGoogleに任せてくれればいいんだけど
Google Code Searchが全部クロールしてくれば
そんなことされるとLaunchpadのBazaarサーバが
耐えられないのかな

昔LaunchpadのBazaarサーバが遅かったときはメモリが問題だって言ってたねぇ。

マジであの遅さで MySQL とか Ubuntu の中の人は
がんばってるのか？非現実的な遅さだ

誤爆した・・・のでマルチポスト。

bzr-2.0rc2-5 にTBZR 0.3 が入ったのはいいんだけど、シェル拡張部分だけなぜか
0.2の物が入ってて、オーバーレイされるアイコンが間違ってるorz

ちなみに、 TBZR 0.3 では、 >>561 の対策が半分入ってる。
THGと同じように、'unversioned' アイコンをキャッシュされてないファイルにオーバーレイ
表示してる。

rc2-6出た。んでもって2.0.0もコードフリーズした。
ちょっと待てば rc2 じゃない setup も出ると思うけど、TBZR 0.3の
人柱になってくれる人は先走ってインストールお願いします。

2.0.0って何がどう新しくなるの？
教えてえろいひと

bzr init とか init-repo するときに使われるデフォルトのリポジトリフォーマットが
2a というものになる。
2a はしばらく前（たしか1.16ごろ）に入ったから、それより古いバージョンを使っている
人は 2a を読み書きできないので注意。

2.0.0ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
インストーラ版はもうちょっと先かな

>>659
マジで？　他のフォーマットから2aへの変換もできないの？

と思ってRelease Notes読み直したら、ちゃんと書いてあった

> Bazaar branches in previous non-rich-root formats can be converted
> (including by merge, push and pull) to format 2a, but not
> vice versa.

失礼しました

Installerｷﾃﾀ━━━━(゜∀゜)━━━━ッ!!
リリース情報ページが404のままだｗ

Launchpadのレイアウト変わったね

相変わらずセンスが無いな、Canonicalは・・・

今度こそ Windows Installer 来たね

netbeansがbzr対応するのは時間の問題か？

emacsでbzr使う方法検索するとdvc.elなんてのが出てくるけど
これが一番のお勧めになるんだろうか

emacsに標準で入ってるやつ使う。

dvc は文字エンコーディングによっては diff がちゃんと動作してくれないのが困る。

>>669
ひょっとしてemacs23では標準対応？

bzr merge --pull の --pull が使いこなせてない．

ブランチ aaa がメインで，ブランチ bbb が開発版で
あまりにもかけ離れてもうマージどころの騒ぎじゃなくなったので
bbb のソース見て手動で（コピペで） aaa に「マージ」したんだが，
そのことを bbb に反映して bbb はそのまま開発版として
作業続行ってできないの？

もう機能的に aaa に取り込まれた bbb はお役御免で破棄，
新たに aaa から ccc にブランチして開発すべき？

Launchapd でマージのグラフがきれいに見えるといいなぁと思う．

bzr graph-ancestry程度でも出れば違うだろうね。

>>671
22.2 くらいから入ってる

launchpad の話はここでいい？
マイルストーンってリビジョンに関連付けられないものなの？

リビジョンにはタグを付けて名前で呼ぶことができますよね？
これとマイルストーンの名前が連動してくれれば，
どのマイルストーンがどのブランチのどのリビジョンで
達成されたのかが分かって便利だと思うんだけど．

TortoiseBZR 入れてるだけで
Subversionのワーキングコピーに対しても
オーバーレイアイコンって表示されるんですか？

>>677
されない。
bzr-svnを有効にすればできるかもしれないけど、他のTortoiseとの競合が怖いから
今はbzrしか見てない。

>>678
なるほど
なんか Subversion リポジトリも bzr コマンドで
あっさりチェックアウト（？）できちゃったんで
もうTortoiseSVNいらねーのか？とかおもっちゃった

Bazeer も　2.0 になったことだし、　SVNから移行してみようかと思って、import してみた。
bzr svn-import file:///D:/snv_repo
結果は　bzr: ERROR: Not a branch
以前(SVNが1.5系）の時は、これでできてたはずなんだが・・・。
もしかして、SVNを1.6系にしてしまった今となっては、手遅れ?

>>679
チェックアウトした結果が bzr のブランチなら、リポジトリがsvnでもおｋ
僕も日常的にsvnリポジトリからチェックアウトしたbzrブランチをTortoiseBZRで
扱ってる。

>>680
今のところ、Windowsインストーラーに同梱されているbzr-svnはsvn1.5のライブラリを
リンクしてるから、リポジトリのフォーマットをダウングレードするか、subvertpyを自力で
ビルドするかしないと無理だね。
なんか、svnって1.6系を使うと1.5系のワーキングコピーを勝手に1.6にアップグレードして
しまうらしく、bzr-svnユーザーのsvnワーキングコピーを勝手にアップグレードするのを
嫌って保守的な選択が取られてる。

tortoiseBzrと言えば、CUIを使えない新人類である私のチームの構成員が、
diffが見やすくなったって喜んでいた。
あーでもあれは、>416の人の功績ってわけでもないのかw

ついでに言えば、tortoiseBzrだけでsvnを操作できたら喜ぶかもしれないw

>>682
TortoiseBZRだけで、svnからブランチして、コミットして、プッシュまでできるよ？
TortoiseBZRで参考にするためにTortoiseSVNインストールしているけど、
ほぼ使ってない。

QBzrにもコミットしてるけど、それは PyQt の新しいバージョンへの対応だったり、
日本語ファイル名、ディレクトリ名への対応とかだから、qdiffは関係ないね。
一時期qdiffの中で文字コードを切り替えられるような機能を開発してたんだけど、
マージリクエスト出す品質にならないまま放置中。
qdiffをもっと良くしようっていう話題はあって、その中に文字コード切り替えも入ってるから、
QBzr 0.16あたりでqdiffが一気に良くなってるかも。

TortoiseBzrでアイコンオーバーレイを無効にするとコンテキストメニューも
出てこなくなるのは仕様？
だとするとちょっとさびしいなあ。

linuxでもbzrをGUIで操作できるものありますか

>>685
Olive

Eclipseのプラグイン

>>681
> 今のところ、Windowsインストーラーに同梱されているbzr-svnはsvn1.5のライブラリを
> リンクしてるから、リポジトリのフォーマットをダウングレードするか、subvertpyを自力で
> ビルドするかしないと無理だね。

そうなのかー。完全に1.6に移行している身としては逆に不便。
でもビルドすれば使えると。
できれば、プラグイン単体でいいからビルド済みパッケージを公式でもどこでもいいから配布してくれると助かるんだけど。
絶対需要あると思うのに。

試したことは無いんだけど、　C:\Program Files\Bazaar\lib の中の libsvn***.dll
を 1.6 系のものに置き換えるだけでいけるかもしれない。

試してみた。
bzr.exe でハンドルされていない Win32 の例外が発生しました。
となった。残念。

>>685
Qt版(qbzr)とGtk版(Olive)のUIがあるよ

bzr 公式重い…

んなこたぁーない。

結局、wget で落としたほうが速かったというorz

ちがう ie だとページが開けないだけかorz

launchpadって容量無制限なんだよな・・・
ちょっとしたテストコードのようなゴミでも
ブランチ作って放り込みまくってるけど
俺みたいなゴミコード書くゴミ人間が
たくさんいても大丈夫なんだろうか
俺死んだ方がいいんだろうか

OSSに貢献してればゴミコードの山なんてどうでもいい
悩みなんて持つだけ無駄

バージョン管理してなかった

foo1.txt
foo1.1txt
foo1.1byTaro.txt
foo2.byHanako.txt
foo2my.txt

とかいうの簡単にリポジトリに変換できる方法ないかな

>>698
日本語でおk

言いたいことはわかる
全部別のブランチにしてマージする
結局は手動だが

別のファイルにしたのをタグと捉えるかブランチと捉えるか…
どうでもいいけど。

>>698,700
何を言ってるのかまったく分からないんだが

今までバージョン管理してなかったファイルを、レポジトリに入れて
なおかつ別の変更として管理したいって話？
単に順々にaddしてcommitすればいいんじゃないのか？

>>698 と >>700 のやり取りが理解不能すぎてワロタ。

バージョン管理してなかったというのは
バージョン管理ソフトを使ってなくて
ファイル名で管理してたという意味かな

>>698
そのファイル名たちが、同じものの時系列順の異なるバージョンなのか、
別々の変更を異なる担当者が分担して行って最終的に纏めたい状態のか、
はっきりさせよう。
で、foo.txtたちの世代関係を図に示すんだ。

>>698
"リポジトリに変換"　まず誰かがこの意味をエスパーしないと駄目だろ

>>698
for file in foo1.txt foo1.1txt foo1.1byTaro.txt foo2.byHanako.txt foo2my.txt ;
do
cp -f "${file}" foo.txt ;
cvs commit -m "This is ${file}." foo.txt ;
done

でいいんじゃないかと。

698の理解不能な発言に続いて、各人が各人の理解でアドバイスし始めて
もうわけわからん

rm -f foo1.txt foo1.1txt foo1.1byTaro.txt foo2.byHanako.txt foo2my.txt

insert Taro into Hanako

センスの無さが泣ける

ファイル名からして初心者。

Mac だと濁点の入ったファイル名が使えないのだけど、
2.0になったからもしや？と思って試したけどだめだった。
なんとかする方法はあるのでしょうか？

$ bzr add
adding "はははは.txt"
adding "ばばばば.txt"
$ bzr commit
added はははは.txt
missing ばばばば.txt

バジャール

まさかかな入力か？

>>713
readdirのところでNFC変換すればいい……のだけれど、subversionでもパッチがでたの最近だからなあ。

>>713
何故わかった！？
と言いたいところなんだけど、ひょっとして上は「は゛」、下は「ば」
なのかな？（もしくは逆）
ターミナルからコピペしたので、どっかのタイミングで変換されたのかも。

>>717 はアンカミス。>>715 でした。

>>716
readdir は python のソースのことか。
subversion で直ったってことは bazaar でも可能性があるかも。
自力で解決はできそうもないので気長に待ちます。

>>715
Unicodeでの濁点の表現には2種類あるのだ。

元の字のコード＋濁点コードの2文字で持つ方法と、
合成済みの文字のコードを使う方法。
Macのファイルシステムでファイル作成すると、前者になる。

Unicodeを扱うソフトは、両者を(必要な場合は)同一視する処理が必要。

>>720
diffとるとどうなるの?

レポジトリを2aにアップグレードしたら
「different rich-root support」でlaunchpadにpushできなくなった……

仕方なく、一度ブランチを初期化してもう一度（2aで）pushしてみたけど
これ、バージョンが1.xxのbazaarからbranchできるんだろうか

>>722
1.17以降なら大丈夫。1.16でも多分大丈夫。でも、2.0以降推奨だな。

>>721
ポリシー次第だけど、バイト列としてみるなら違うし、
そうじゃなければ、同じ方法で正規化してから比較するべきじゃないかな。

憶測だけど、ファイル名に関しては、Linuxとかも別にNFCな訳じゃなくて、
たぶんIMからくるのがNFCで正規化とかなしでそのままFSまでいってるんじゃないかな...
で、Macは逆にちゃんとNFDで正規化してる。

ファイル名はVFSとかで吸収してくれればいいのにと思う。
あえてNFCとNFDのファイルを作りたい場合はしらん。

http://d.hatena.ne.jp/hasegawayosuke/20040626/p1
>Mac OS X の HFS Puls での正規化は NFD とは微妙に違うらしい

「ネットワークではNFCを使いましょう」ってのがインターネット標準なんだが(RFC5198)、Apple はいつまでたっても直さないんだよなー

>>720
Macばかすぎｗわろた

>>726 に対してならともかく、>>720 に対してばかすぎというのは理解に苦しむ。

bazaar-vcs.orgのデザイン変わったね

Bazaar 2.0 入れて Bazaar Explorer を起動しようとしたら一瞬コマンドシェルが立ちあがってすぐに落ちた。
コマンドシェルを立ち上げて bzr explorer としたらなにやらエラーが出た。（内容は忘れてしまいましたがアクセスができないとかそういった感じ）
スタートメニューのアイコンを右クリックして管理者として実行したら起動した。
その後は管理者でなくても起動できるようになった。

マルチバイトプロブレムな予感

TortoiseBzrでX-Finder(ファイラー)だと、フォルダ上での右クリック→Bzr Initができないな。
何故か「アイコンの整列」に置きかわっとる・・・。
bzrバージョンアップしてできなくなったような気がしてあせった。
こういうのはアプリ作者に要望言うべきか。

フォルダツリーの右クリックメニューからだとBzr initは見えてるしできるみたい。

TortoiseBzrを使おうとしたのですが、リポジトリをつくり、
コミットダイアログを開いた状態で、「バージョン管理下に無いファイルを表示」のチェックを入れると以下のエラーが出てしまいます。

これは無視しても大丈夫なの物でしょうか？やばそうなのですが・・・
文字化けの部分は表示上も文字化けしております。

bzr: ERROR: exceptions.ImportError: DLL load failed: ?w?e?3?e???v???V?[?W???a?c?A?c?e?U?1?n?B

Traceback (most recent call last):
File "boot_com_servers.py", line 44, in <module>
File "tortoisehg.pyc", line 17, in <module>
File "tortoise\contextmenu.pyc", line 13, in <module>
File "win32ui.pyc", line 12, in <module>
File "win32ui.pyc", line 10, in __load
ImportError: DLL load failed: ?w?e?3?e???v???V?[?W???a?c?A?c?e?U?1?n?B

bzr 2.0.0 on python 2.5.4 (win32)
arguments: ['c:\\Bazaar\\Bazaar\\bzr.exe', '--command=commit', '--file=c:\\fx\\MetaTrader4']
encoding: 'cp932', fsenc: 'mbcs', lang: None
plugins:
bzrrebase c:\Bazaar\Bazaar\plugins\bzrrebase [0.4.2]
bzrtools c:\Bazaar\plugins\bzrtools [2.0.0]
explorer c:\Bazaar\Bazaar\plugins\explorer [0.8.2]
launchpad c:\Bazaar\Bazaar\plugins\launchpad [2.0.0]
netrc_credential_store c:\Bazaar\Bazaar\plugins\netrc_credential_store [2.0.0]
qbzr c:\Bazaar\Bazaar\plugins\qbzr [0.14.2]
rebase c:\Bazaar\Bazaar\plugins\rebase [0.5.3]
svn c:\Bazaar\Bazaar\plugins\svn [1.0.0]
upload c:\Bazaar\Bazaar\plugins\upload [1.0.0dev]
xmloutput c:\Bazaar\Bazaar\plugins\xmloutput [0.8.5]

インストーラにwin32ui.pyd入ってないみたいですね。Bug報告推奨

*.a は最初から ignored されているんだけど
これはどこで設定されているの？
もしかしてハードコーディング？

bzr 0.9.0 2006-08-11

SURPRISES:

* The hard-coded built-in ignore rules have been removed. There are
now two rulesets which are enforced. A user global one in
~/.bazaar/ignore which will apply to every tree, and the tree
specific one '.bzrignore'.
~/.bazaar/ignore will be created if it does not exist, but with
a more conservative list than the old default.
This fixes bugs with default rules being enforced no matter what.
The old list of ignore rules from bzr is available by
running 'bzr ignore --old-default-rules'.
(Robert Collins, Martin Pool, John Arbash Meinel)

このあと復活しているとかないよねぇ・・・

bzr ignore --old-default-rules

これで見るとたしかに *.a は無視リストに入っているんだけど
それが効いているんだろうか．ハードコードされた
無視リストはやめたってかいてあるんだけどなぁ．

書いてある通り、自動的に作られた ~/.bazaar/ignore に入ってるんだべ。

>>733
ん？
>File "tortoisehg.pyc", line 17, in <module>
TortoiseHGと競合してるところがあるかも。
うちの環境では問題が再現しない。

>>739
競合しているのか。TortoiseHgをパスから外してみたがダメだった。なんだこれ・・・

TortoiseHgアンインストールしたら、エラーでなくなりました！サンクス

って、やっぱり競合してたのか・・・TortoiseHg使っているし、仕事にならんな・・・。
Python製って面倒くさいんですね(´･ω･`)


あと聞きたいのですが、てっきり>>733エラーのせいだと思っていたのですが、
コミットダイアログで「バージョン管理下に無いファイルを表示」して、
「全選択」をチェックしても選択されなかったり、1つファイル選択しただけで「全選択」にチェックが入ったり、
親ディレクトリのチェック入れても下のファイル郡にチェックが入らなかったり、
挙動がよくわからないで不安なのですが、
この辺って不完全な実装なんですかね？

>>741
Pythonが面倒な訳では決して無いのだけど・・・とりあえずTortoiseHG入れて
調査してみます。
一応、利用しているBazaarとTortoiseHGのバージョンを教えてもらえますか？
あと、エラーが起こったときは画面上は文字化けしているけど、 .bzr.log というファイルには
文字化けせずにログがとられている可能性があるので、そちらを見せていただけると
助かります。スタートメニューにログファイルへのリンクがあります。

コミット画面の全選択チェックボックスに関しては、確かにバージョン管理外のファイルを
表示していてもバージョン管理内のファイルに対してしか動作していないぽいですね。
こちらも調査しておきます。

>>738
Windows だとそれはどこに？

TortoiseHGを入れて触ってみたのですが、きちんと共存できているようで、
同じディレクトリをTBZRとTHGの両方でInitしてそれぞれにコミットしたりと
かなりヤバメな操作をしても問題ありませんでした。

>>733のトレースバックに含まれるファイル名を見ると TortoiseHGが古い
気がするので、もう一度 TortoiseHG 0.8.3 をインストールしてみてもらえますか？

bzr reconfigure --use-shared したあとで
bzr reconfigure --standalone しても
共用リポジトリ側にはデータが残るよね？
だってその情報が他のブランチからも使われているかもしれないし。
そんなの共用リポジトリ側からは知りようがないんだから。

>>745
そうです。

>>742 >>744
うお、わざわざ、試していただいてありがとうございます。
確かに、TorotoiseHg古いですね・・・更新してみます。
アンインスコしてしまいましたが、手間のメモを見ると0.7？くらいかな古いｗ

コミットダイアログで「バージョン管理下に無いファイルを表示」の不都合ですが、
こちらを使わずに、右クリック→Addを使用で問題なく回避できました。ちょっとした罠ですなｗ
今の所、無事にTortoiseBzrの方は動いております！

今日入れてみたんだけど標準じゃweb鯖cgi入ってないの？
loggerheadなるものでいいのか？

loggerheadはそれ自体がサーバーで、CGIとしては動作できないと思う、のだが、できるのか？
できるなら教えてくれ

標準ライブラリにはWeb用のリポジトリブラウザが入ってなくて、loggerheadが推奨されてる。
loggerhead を直接起動する場合は、 Python製Webサーバーを自前で立ち上げるけど、
外部のWebサーバーと連携させることも可能。
PythonにはWebサーバーとWebアプリを繋ぐI/F仕様としてWSGIってのがあって、loggerhead
もこのI/Fを採用している。CGIからWSGI形式のアプリを呼び出すライブラリがあるので、
loggerheadをcgi化するのは簡単なはず。

bzr インストールしてみたんだが・・・動作が遅くね？
何をするにもひと呼吸必要で、軽快感がない。
hgはそんなことないんだけどなあ。

>>751
環境とバージョンは何？
bzr-1.16くらいまでは、何をするにしても 0.5秒から1秒待たされてたけど、
今はそんなこと無いな。

>>753
おお、ただの愚痴だったんだけど拾ってくれてありがとう。
バージョンは2.0.0、環境はMacOS X SnowLeopardです。
コマンド入力してEnterキーを押してから、結果がでてくるまでに1秒ぐらいかかる。
体感的には、速度は git > hg >> bzr です。

>>753
プログラムばかり書いてないで一休みしろってことだよ

むしろ俺は bzr 遅い遅いといわれてたけど、Windowsでコマンドラインで使ってみているが、遅くは感じないなー

コマンドの初回は1秒くらい掛かるが、それはcygwin gitもだし
キャッシュされたらコマンド起動自体の待ちは感じない

リポジトリは、チャートツール MetaTrader 4突っ込んでみてる(40MB程度で多くがバイナリだが)

環境：
・Bazaar (bzr) 2.0.0
・Windows Vista SP2
・CPU Q6600 メモリ 3GB

>>753
Macユーザーじゃないので詳しいことはわからないのですが、
Bazaarはどうやってインストールされました？MacPorts か公式配布の .pkg でしょうか？

あと、 time bzr --profile help と time bzr --profile --no-plugins help
の結果を http://pastebin.ubuntu.com/ あたりに張ってもらえますか？

>>756
うおーここまで対応してくれるとは。
MacPortsだとbzr 1.18なので、公式配布の.pkgでインストールしました。

で、いろいろ調べた結果、SnowLeopardでは32bitバイナリだと起動が遅く、
64bitバイナリ(x86_64)だとすばやく起動することがわかりました。
つまりbzrには何の非もありませんでした。
お騒がせして申し訳ない。

bzrと組み合わるなら
tracよりはloggerheadなるものが推奨なの？

Eclipse で Bazaar プラグインつかってます．
/mybranch/.bzr
/mybranch/eclipseproj1/.project
/mybranch/hoge/eclipseproj2/.project

ブランチ内に Eclipse のプロジェクトを複数作っているんですが，
eclipseproj1 はファイルの変更などをきちんと検出してくれるのに
eclipseproj2 はファイルを変更しても要コミットになりません．

ただしいずれもブランチのログを表示させると
ブランチ全体のログが正しく表示されます．
コマンドラインから bzr xmlstatus などもOKです．

結論としては，ブランチの中に Eclipse のプロジェクトを
複数置くときは第2階層以下の深い所に置くな，という
ことなのですが，これは仕様ですか？

Eclipse スレかこちらかで迷いましたが，
とりあえずこちらに来ました．

tortizeSVNとtortizeBzr
両方で同じフォルダーを管理するならsvnのバージョンは結局いくつにしないといけないの？

>>758
Trac-bzr も開発が停滞してるなぁ。
一応 trac-bzr も動かしてる。
trunkになにか小さい問題一個修正追加した記憶があるから、確認して
反映してもらっておこう。

僕みたいにTrac-bzrのメンテナになっちゃいなyo!

>>760
両方で同じフォルダーを管理の意味がわからないんだけど、、、
svn作業ツリーを TSVN でも TBZR でも操作したいの？
それとも、svnの作業ツリーの中の .svn 以外のファイルを bzr で
(Subversionと連携せずに)バージョン管理したいの？

TortoiseBZR では TortoiseSVN と競合しないように、ステータスチェックをする
プロセスではプラグインを読み込んでない。

開発中にライセンス上問題のあるコードが混じったので，
該当するファイルだけ作り直したんですが，
当然ブランチ中にはそれは残りますよね？
ってことは公開するとき問題になるので困るのですが，
どうしたらいいんでしょうか・・

Subversion ではリポジトリのフルダンプをフィルタして
再度リストアしました．

>>763
ダンプ&リストアに近い手順としては、 fast-export & fast-import があります。
これにフィルタをかけることもできますが、リビジョンIDは変わってしまう気がします。

あとは、問題のファイルが追加される直前のリビジョンを指定して branch を作ったあと、
手動で add するなり cherrypick するなりして問題のファイルが入らないように
最新のリビジョンまでフォローするという手もあります。

大規模なブランチになってきた場合
bzr: スキームによるアクセスと
ssh+bzr: スキームによるアクセスではどちらが早いのでしょうか？
sshのフォークとbzrプロセスの起動にかかるオーバーヘッドくらいでしょうか？

>>765
svnとちがって一回のupdateで何度もsshを立ち上げたりはしないので、
bzr+ssh:// での ssh のオーバーヘッドは気にしなくて良いですよ。
それよりも、 ssh を使ったときは bzr が sshでログインしたユーザーの権限で
動くので、Linuxやsshに慣れてないとパーミッション周りでハマる可能性があります。

tortizeBzr入れてからエクスプロラー全体の動きが重い

TortoiseSVN、TortoiseHg、TortoiseBzr、TortoiseGitを全部入れている俺からすると、TortoiseBzrだけでそんなに重くなるようには感じなかったが

>>767
bzr-2.0.0か2.0.1に同梱されているTortoiseBZRですか？
bzr-1.xx に比べると大分レスポンスを改善したのですが、まだ若干問題が
残っています。
一応ステータス取得スレッドとGUIに対する応答スレッドを分けたのですが、
Pythonの都合上普通にスレッドを分けるだけだと応答スレッドがなかなか
動かないことがあるので、応答に時間がかかる事があります。
このあたりはどう解決するのがスマートなのか考え中ですが、将来なんとかします。

コマンドラインで使ってるからTortoiseは使って無いけどいつも乙です

最近、部下に言われてしぶしぶ亀を使い始めた。
そこで質問。
bzr remove --keep相当ってどうやるの?

bzr-gitってレポジトリの最新版だけとってくるの対応してない？

bzr-svn で新しいフォーマットの Subversion リポジトリから
ブランチできるようになるのはいつかなぁ・・・

Mercurial のマルチバイト文字に関する認識に失望して Bazaar 使い始めてみたけど、
用語や概念のズレというか、ちょっと戸惑ってる。

・ブランチ＝リポジトリ？
・過去の状態を取り出すには、リビジョンを指定してブランチを作成するしかない？
・上記ブランチを修正した場合、push はできない(複数 head)？

等々。Mercurial のフジワラセンセぐらい気合いの入ったサイトはないもんかね。

>>771
bzrはしらんけど
hg remove -Af
かな。hg remote -hで出てくる記述も参考に。

>>774
藤原先生の解説がどんなものかは知らないけど、マニュアルの日本語訳は見た？

・ブランチ＜＞リポジトリ
　普通にブランチ切るとレポジトリも別になるけど、bzr init-repo を使えば共有することもできる
・リポジトリ込みでまるごと取り出すなら、たぶん bzr branch しかない
　あるリビジョンに含まれてるファイル一式がほしいだけなら bzr export
・たぶん不可能。bzr mergeで他のメインブランチに変更を取り込めば可能かも

>>774
http://methane.sakura.ne.jp/bzr/user-guide/core_concepts.html 読んでみて、
わからない部分のフィードバックお願いします。

>>770 ありがと
>>771
ごめんなさい、Tortoiseからは出来ません。
メニューの「Delete」を remove --keep 相当にしちゃおうかな。
通常の削除は、通常の削除した後にコミットで出来るし。
>>772
--depthだったら、まだ無理だと思う。本家に history horizon が実装されてからじゃないかな。
>>773
自分でコンパイルするなり、Ubuntu Linux使うなりすればすでに出来ますが、、、
Windowsでは、svn の 1.6 系を使ったバージョンをどう配布するか議論中です。

ぼやきみたいなもんだったんだけど、回答ありがとうございます。

>>776
だいたい想像通りでしょうか。

> ・ブランチ＜＞リポジトリ
チュートリアルかどこかで、bzr init でブランチ作成みたいな文を見た気がしたので。

> ・リポジトリ込みでまるごと取り出すなら、たぶん bzr branch しかない
分散だからもちろんリポジトリ込み。これはちょっと不便な気もするけど、慣れかな。

> ・たぶん不可能。bzr mergeで他のメインブランチに変更を取り込めば可能かも
複数 head をゆるさないというのであれば、何でもできてしまう Mercurial よりも潔いかもしれません。

>>777
わざわざありがとうございます。まずは読ませていただきます。
フィードバックはあるかわかりませんが、ぼちぼち慣れていきたいと思います。

>>778
TortoiseSVNだと通常は"Delete"しかないけど、
Shift押しながら右クリックで"Delete (keep local)"ってメニューが出てくるね。他にもいくつかメニューが増える。

>>778
うぉっ、いつもお世話様です。

remove --keepについては納得。
メニューのDeleteについてはそれも手かも。

実はポイントは二つあると思うのですよ。
・remove --keepしたいユーザはメニュー操作でもOK。
要は、やりたいことの意味が判っていてやりたいのだから。
・リビジョン管理に慣れていないユーザは積極的にメニュー操作をしようとしない。
なので、removeは単純なファイル削除をコミット時に反映させれば充分かと。

処で、ファイル削除に関してはもう一つ気になることが。
コミットダイアログに「紛失」が「変更された」と並んで表示されるけれど、
慣れていないユーザはこれをコミット対象にしなくていいと勘違いするみたい。
# 「削除」の場合はコミット対象にするものだと思うらしい……
というわけで、「紛失」に関してはキーワードを見直した方がいいかもしれない。

って、ここまで書いたところで>780を読んだ。それはそれでいいけど、Shiftキー併用に気づくかどうか……

うーん、TortoiseBzrだとIconOverlayを有効にしていないドライブにCheckoutやInitのメニューが出ないのね。
IconOverlayが出ないのだからCheckoutできないのはよさそうな気もするけど、Initできないのはちょっと不便なのかな。

いまさらながら
sftpが使えるのに気付いた
但しサーバ側にワーキングツリーは作ってくれないね

ファイル内の $Id を、自動的に置換してくれるような機能ってある？
bzr-keywords をインストールしないとだめかな？

>>781
今となってはユーザーエクスペリエンスよりも、TortoiseSVNとの互換の方が大事な気がする。

ほんとはTortoiseXXXが全部一つにまとまると理想的なんだけど無理な注文だよなぁ…。

>>782
bzr-2.0.2-1-setup.exe を試してみてください。
同梱されている TortoiseBZR が 0.3.1 にバージョンアップされて、
オーバーレイが無効なドライブの上では右クリックメニューがすべて表示されるようになりました。

>>786
情報THX!
巧くいきました。

で、1.18.1からこっち、他に何が変わったんだろう……

TortoseBZRで、commitログ入力中に、IMEに未確定文字列を残したままIMEから
抜けるとtbzrcommandw.exeが死ぬなぁ。

Mercurialのhgweb/hgwebdir.cgi的なのって
Bazzerにあるんだろうか。

Loggerhead

bzr-ssh じゃなくて sftp にするとかなり効率悪い？

bzr+ssh で ~ がサポートされてる？
https://bugs.launchpad.net/bzr/+bug/109143

>>792
おぉ、 2.1.0系に入ったようですね。
2.1が正式リリースされるのは来年の3月あたりだけど、楽しみだ。

Web上のブランチへのアクセスについて、質問させてください

大学のキャンパス内から、HTTP経由で（できればSSH経由でも）
branchやinfoを実行したいのですが
実際に試して見たところ、あるブランチでは成功し
あるブランチでは403 Forbidden、という現象が起こっています
この原因としては、どんなものが考えられるでしょうか

ちなみに、成功するのはSourceForge.jpで作ったブランチで
失敗するのはレンタルサーバ上に置いたブランチ、それにLaunchpad上のブランチです
どれもブラウザを使って同じURLにアクセスすると、弾かれることはないので
Bazaar固有の問題のように思われるのですが……

追記：自宅のPCからであれば、どのブランチにもアクセスできることは確認しています

branchの作り方がわからない
どうすればいいの？

まずお湯をわかします

>>797
やかんでお湯を沸かしました。
次は何をすればいいのでしょうか？

それを>>797にぶっかけなさい

元ブランチとバイナリファイルをマージして、BASE、OTHER、THIS の3つに分裂した。
OTHER が管理対象になってるっぽいし、元ブランチの上書きでいいからこれを採用したいけど、
コミットの前に resolve しないといけないらしい。でも Tortoise からどうやればいいの？
ちなみに思いっきり日本語ファイル名なんで、Cygwin のコマンドラインからは化け化けです。

>>800
OTHERを選択して右メニューでresolve出てこなかったっけ?

>>794
それって単に、httpやssh以外のポートがレンタルサーバに対して開いてないだけでは?

>>801
revert は出てくるけど、resolve は出んのですわ。
今バージョン確認してみましたが、
Tortoise Bazaar 0.4.0dev
Bazaar (bzr) 2.0.0
ですね。

>>802
ちょっと確認できないけど、右メニューからConflictでダイアログ開いて、そこでresolveできないかな?

それはそうと、亀bzrのdiffで文字化けするのは何とかならないかなぁ。外部フィルタを呼んでくれるだけでもいいのだけれど……

>>802
bzr-2.0.2 を再インストールしてください。
Conflictsというメニューがあって、それを起動すると衝突しているファイルの
一覧が表示されます。そこからマージツールを立ち上げたり、衝突している
ファイルを右クリックして衝突の解決ができます。

>>803
ずっと前からエンコーディングを指定するコントロールを追加するブランチを
作っていたのですが、今週になってやっとレビューしてもらえて、現在問題点を
解決中です。順調にいけば qbzr-0.17 には取り込まれる筈です。
一番の問題が、 Unified diff で二つのファイルのエンコーディングをなんていう
英語・日本語で表現するか・・・。Side-by-side なら Left pane encoding/Right pane encoding
で良さそうなんだけど。

現時点では、コマンドラインから bzr qdiff --encoding="cp932" とかするか、
plugins ディレクトリに入って
bzr checkout lp:~songofacandy/qbzr/encoding2 qbzr
して開発版を入れてください。

>>804
あー、ごめんなさい。>80に書いてありましたね。情報THX!
職場用に、branch.confに一行追加するコマンドを作りました。

>>804
> bzr-2.0.2 を再インストールしてください。

いつもお疲れ様です。
2.0.2 を入れるとメニューが増えました。が、Conflicts をクリックすると、
bzr: ERROR: Not a branch: "C:/Documents and Settings/user/".
とかいうエラーが出ます。
私の場合、作業は Linux とだいたい同じようなディレクトリ構成でできるように、
C:\cygwin\home\user の下でやってます。今回のテストは、
C:\cygwin\home\nori\bzr-test3 です。
いったん Revert してマージからやり直しても同じでした。
C:\Documents and Settings\nori はブランチにしておかないといけないのでしょうか？
んなばかな…。

>>806
いえ、 Documents and Settings\username をブランチにする必要はありません。
操作手順ですが、コンフリクトが起こっているディレクトリを開いて、
ファイルを選択しないでディレクトリの画面を右クリックしてもらえますか？

げ、ユーザー名直し忘れてる。かっこ悪…。

>>807
レスありがとうございます。

該当ファイル右クリック　×
余白を右クリック　○
フォルダツリーペインを表示して右クリック　×
ファイルメニューから選択　○

でした。違うものなんですねえ。

たびたびスミマセン。
resolve のしかたがわかりません…。

resolve すると、全部のファイル(BASE、OTHER、THIS)が削除され、
そのままコミットすると当然ですが、消滅してしまいます。
>>777 で示していただいた説明の衝突を解消するというところを読んでも
修正後 resolve みたいなことしか書かれてません。

衝突時にリネームされてしまうことから、OTHER をリネームするか、
元ファイル(OTHER を取った名前)を add しないといけないのでしょうか。
リネームだとまた困るなあ。

>>809
foo.txt というファイルが衝突が発生すると、diffっぽい形式の foo.txt と、
foo.txt.BASE, foo.txt.OTHER, foo.txt.THIS ができます。
「修正」というのは、fooをあるべき状態にするということなので、
たとえば THIS を捨てて OTHER をとる場合、コマンドでは
mv foo.txt.OTHER foo.txt
bzr resolve foo.txt
エクスプローラー&TortoiseBZRでは、
foo.txt を削除、 foo.txt.OTHER を foo.txt にリネーム、
conflictsからfoo.txtを選んでresolve
という操作をします。

>>810
どうもありがとうございます。

衝突が起きているのはバイナリファイル(OOo の文書)で、
マージした時点で「文書.odt」は消えて、「文書.odt.BASE」「文書.odt.OTHER」「文書.odt.THIS」
の3つだけになり、「文書.odt.OTHER」が管理対象のファイルになっています。

説明いただいた操作ですと、「文書.odt」は管理対象外のファイルになります。
「文書.odt.OTHER」が管理対象のファイルになっているのが変な気もするのですが、
bzr status で確認すると、確かに OTHER にリネームしたと出てます。
バイナリファイルは挙動が違うのでしょうか。

>>801
ありがとうございます
しかしそうすると、なぜSourceForge.jpへのアクセスだけが通るのかが謎です

バージョンアップって上書きインストールで良いのしょうか？
一度アンインストールしたほうがよいかな。
Windows で、2.0.0 から 2.0.2にしようとしています。

マージすると、テキストファイルで今不陸ストする部分は
一つのファイルに >>>> とか <<<< で示されてコンフリクト
する内容が混在しますよね？

アホなことに「俺の変更点はもういいや、OTHERに任せるた！」
という気分で bzr resolve; bzr commit してしまうことが
あるのですが、その結果はソースファイルとして使い物に
ならないファイルがコミットされるという・・・

こんなアホはどうすればいいでしょうか？
bzr resolve --omit-this というようなオプションはありますか？

w32symlinkがメンテされません宣言されてしまった。
開発メンバーが多いと全員にcygwin入れろってのも辛い。地味に痛い。

>>815
Vista以降のネイティブシンボリックリンクもサポートしてないんだっけ？

w32symlinkの管理者が作者からwin32チームに移ったね。
個人的にはシンボリックリンクが入ったツリーをチェックアウトできるだけで十分だから、
今のままでも困らない。
>>816
なんか、シンボリックリンクするのに管理者権限がいるらしいよ。
困ったもんだね。

Windowsのソフトウェアはシンボリックリンク攻撃の対策してるのが少ないかららしいな

ああ、確かにシンボリックリンクは管理者権限いるわ
VistaだとUACのダイアログ出る部類

セキュリティポリシーで変更できるはずだが，厄介だな

>>820
そうなんだ！今度暇なときにシンボリックリンクのプラグインを実装してみるよ。
今はTortoiseBZRのシェル拡張をATLを使わないように書き直し中だから、来年に
なりそうだけど。

お前ら、ちょっとお聞きします。

・世代管理機能が豊富
・unicodeファイル名対応
・ファイル数に応じてメモリーを食わないタイプ
・想定ファイル数約5000、コピー元フォルダ約300MB

なオススメはありませんでしょうか？
今はFastCopyで単純ミラーリングをしているのですが、一部のファイルを世代管理したくなりました。

追記です。

世代管理ですが、
・1日づつコピーしたら、1週間分くらいまで残す
・1ヶ月ごとに残す
といった機能があれば、と思います。もしそのままできなくても、こうすればできるよ、というのがあればと思います。

誤爆 orz

とBazaarスレに書き込んでしまって気づいたけど、バージョン管理ソフトで管理してもいいか…。

Mac OS X のタイムカプセルみたいなもんかな？
pdumpfsをググってみて。

バックアップやアーカイブだといらない履歴を消すのは普通にあるけど
バージョン管理だと履歴は消さないのが普通だからなぁ

>>822
BunBackup かな？
世代の削除、統合は手動になるけど単純なフォルダとファイルなのでスクリプトでなんとかできそう。

某所で発見。
--
bzrで、同じワーク内のあるファイルを別のファイルに派生させるにはどうするのだろう。
bzr cpなんてないし、bzr splitしたいわけでもないし……
--
単純にファイルコピーしてbzr addじゃ何が気に入らないんだろうw
# って、ここで書いても余り意味がない罠。

>>828
どうしてもそのファイルだけの履歴が残したいなら、そのファイルの履歴だけを持った別のブランチを
作り直すしかないね。
bzr fastexport して、フィルタしながらbzr fastimport するとか。

「このファイルがどのファイルから派生したか」って履歴を持って欲しいってことでは？
ログに書くとかでなく。

>>828
改変するときに履歴を残すことを義務づけるライセンス(GFDLとか)で、
バージョンコントロールの履歴をそれに当ててるなら
1つのファイルを複数に分割するときなどに必要になってくるかもしれん

なるほど、勉強になるなぁ。

つまりsvn のコピーができないってこと？

>>833
そう
http://bazaar-vcs.org/BzrFileCopies

Bazaar Explorerの起動が遅いんですけど、何とかなりませんかね？

俺の環境だとBazaar Explorerが起動しないんですけど、それよかましじゃありませんかね？

>>835
二回目からは速くなりませんか？
いろいろDLLを読み込んでる関係で、どうしても初回の起動は重いです。

>>836
起動が失敗した時の、 .bzr.log を見せていただけますか？

>>837
Python 2.6 based版をインストールしたら解決しました。
起動が5秒から1秒未満に。

Standalone版で使用しているPythonのバージョンが2.5だったのが原因なんでしょうか？

なぁ sftp で (bzr+sshじゃなくて）使うのって
やっぱり遅い？とりあえず sftp 経由で使い始めて
見たんだけど、リポジトリが大きくなっていったら
そのうち破綻する？

http://bazaar-vcs.org/KeywordExpansion
キーワード置換の機能は将来的にはってことでしょうか？

qdiffというのでしょうか？TortoiseBzrで差分表示がSJISの場合どうしても文字化けします。
.bzr/branch/branch.confに以下のように書きました。

[commit_data]
encoding = shift_jis

しかし、ながら文字化けしてしまいます。
どういったことが考えられますでしょうか？

環境：
Windows Vista SP2
Tortoise Bazaar 0.4.0dev
Bazaar (bzr) 2.0.0

>>804を見て、

bzr qdiff --encoding=shift_jis

実行して自動でbranch.confに設定を追加させてみて、原因分かりました。

[commit_data]
encoding = shift_jis

じゃなくて、

encoding = shift_jis
[commit_data]

なんですね・・・失礼しました。無事に見られるようになりました。

日本語ファイル名の問題等で嫌気がさして、Bazaarに移ってきました。
hgのリポジトリをbzrに変換する方法はないでしょうか？bzr-hgてつかえるのん？

http://bazaar-vcs.org/BzrMigration#Mercurial%20%28hg%29
私が昔hgからbzrに移行したときは、fastimportを使いました。

今なら bzr-hg を使っても良いかもしれませんが、bzr-svnに比べると
完成度が低いはずなのでいろいろ問題が起こるかもしれません。

>>844
importするだけなら、これでいけるのか、ありがとう。試してみます

Subversion から Bazaar には
svn プラグイン入れて branch してるんだけど、
Subversionの中で行ったコピー操作って
Bazaarの中には反映されていないのかな？
コピー操作ってBazaarにはなかったよね？
単に新規作成って事になってるのかな？

Subversionだと中の細かい挙動は分からないまでも
ダンプしてみれば一連の操作がどう記録されているかはすべてわかったけど
Bazaarでどうなってるのかを知りたいです。

これが実装されたらコピー操作についての情報が
欠落なくSubversionからインポート出来るのかな。
http://bazaar-vcs.org/BzrFileCopies
そうするとsvn-importの時に指定したレイアウト以外で
あとからブランチの切り分けをし直せるかもしれない・・

bzr-svnって、操作をする度にリポジトリを舐め直している気がする。
その所為か、非力な端末だと結構遅いのだけど。
それから類推すると、bzrではcopyされた認識ないんじゃないかな?

>>848
そうだと思う。
Bazaarでブランチ内でのコピー操作ってみんなあまり
必要ないのかな？俺は a.c から b.c をコピーして
両方ブランチ内に維持しながら b.c をいじって
うまく動くことがわかったら a.c 削除して b.c を
a.c にリネームして、ってやることがあるんで、
コピー操作が追跡されればうれしいんだけどな。

本来ならそういう操作は別にブランチを用意して
そっちでやってうまく行ったらマージってことなんだろうけど、
ちょっとしたテストだとそこまでやるのもなぁと思う。
かといって Bazaar ではサブディレクトリだけの
ブランチは作れないし。

とりあえず、TortoiseBZRからbzr-explorerを起動するメニューを実装してみた。
ファイル名の変更とかは browse でできるようになってる。(今でも qbzr の最新版を入れればできる)
bzr-2.1.0rc1 が出たらみんな人柱してくれ。

bzr split した各ブランチはお互いにマージしあえるの？

bzr help svn-layout でレイアウトについての説明が
出てくるけど，結局組み込みのレイアウトとして何が
使えるのかよくわからない． --layour=root ってのは
書かれてるけど，それ以外については結局
自分で ~/.bazaar/subversion.conf に書けってこと？

>>850
サンクスサンクス
どんどんよくなるな

しかし日本語ファイル名やらが安心して使えると気軽に試せていいわｗ

bzr-explorerのrename処理がバグってる。

例えば
\hoge\a.txt
をrenameしようとすると、初期値が /a.txt になっていて、
そのまま確定するとドライブ直下に移動してしまう。

>>854
人柱サンクス。パッチ送っといた。
https://bugs.edge.launchpad.net/qbzr/+bug/495519

ちょっとひつもんです。
入門サイト読んでいるんですが、
bazaarてgitやhgみたいにローカルブランチてないんでしょうか？
ディレクトリわけないと駄目？

>>856
ローカルブランチは無いっぽい。多分。
もしあるならオレも知りたい。

ローカルブランチを使いたい理由が、作業ツリーをいくつも持ちたくないって
ことだけなら、checkoutとswitchを使えば一つの作業ツリーで複数のブランチを
切り替えながら作業することはできます。

一つのディレクトリにリポジトリと作業ツリーと複数のブランチが共存しているの、
サーバーサイドではいろいろ問題があるけど、やっぱりクライアントサイドでは便利ですよね。
一応、loom や pipeline というプラグインはありますが、これは特定の状況に対応するための
プラグインなので、汎用の共存ブランチ(co-located branch)ではありません。

今、co-located branch の実装の話が進んでいるので、近いうちにプラグインで対応、
将来は正式に対応すると思われます。

そういや、めちゃくちゃでっかい（200MBくらい）
ファイルをコミットするとout of memoryになることがあったり、
そういうファイルがたくさんあるブランチを bzr st すると
ずっと待った挙句I/O errorになることがあるね。

自分が書いてるソフトのコードの部分ではそんなことは
ないんだけど、調子に乗って例えばデザイナーさんから
上がってきた画像とか動画とかもガンガン追加してると
こうなってしまった。まぁ使い方が間違っているといえばそうなんだが。

Subversion使ってたときはCDイメージもぶち込んどけ
みたいな無茶な使い方できたもんで、ついつい。

しばらく前にちょっと試しただけなんだけど、bzrは何かとメモリ不足になるイメージあるなぁ。
Subversionから移行しようと思うとそういうところも重要だよね。

git-svnはあまり不安を感じずに使えてる。
まぁ俺の試した環境が、bzrはWindowsで、gitはLinuxだったというのもあるだろうけど。

リリース時にちょっとした作業(一部のリネームとか)が必要な場合、
ローカルブランチが使えないとサーバーでのマージ作業が必要になる。
サーバーでそういった作業はしたくないよね。

俺も hg 使い始めの頃は、clone がそのままブランチなのに、
なんでさらにリポジトリ内でブランチする機能があるのかと思ったけど、
やっぱり必要だね。

>>859
昔は扱っているファイルの容量の3倍くらいのメモリ食ってた。
今でもファイルサイズと同じくらいはメモリ食ってると思う。

次の 2.1 では大幅にメモリ使用量が削減されるはずだけど、まだファイルサイズには
依存してしまっていた気がする。

>>860
bzr本体じゃなくてbzr-svnの話だよね。
昔は数千リビジョンのsvnリポジトリを変換しようとするとGB単位でメモリ食うから、
何回かに分けて実行しないといけなかったけど、今は数百メガバイトで安定するから
リビジョン数が一万超えてても大丈夫。
まぁ数百メガバイトでも多いことに変わりないけど、bzr本体の消費メモリ削減した方法を
使えばもっと下げられるかもしれない。

>>861
その程度なら、loomかshelveが使えるかもしれない。
本当ならリリース作業のすべてをリリース用スクリプトで行うのが良いと思うけど。

bzr 2.0.2 を使っているけど、2.1系って何が変わったのかなと
思って bzr.dev を取ってきて python setup.py build_ext
からやってみたら

in p_c_func_or_var_declaration
error(s.pos, "'api' not allowed with variable declaration")
AttributeError: PyrexScanner instance has no attribute 'pos'

うむむ、使ってる pyrex が古いのかなぁ。

https://bugs.launchpad.net/bzr/+bug/449776
Pyrex 0.9.6.3 以降を使えということらしい。
うちの CentOS 5.2 じゃぁ 0.9.5 台だからなぁ。

今調べたら
# pyrexc --version
Pyrex version 0.9.6.2
だって・・・惜しい。

virtualenv っていうのを使うといいよ。
システムのPythonを利用した、ローカルのPython環境を作れる。
その中にシステムに影響しないように新しいPyrexやらbzrやらをインストールできる。

Pyrexって他のパッケージとあんまり関係がなかったので、
CentOSにPyrexの最新をいれちゃった。
で、bzr.dev (2.1-dev4 ?) をインストールしたのだけど、
結局400MBくらいのファイルはコミット出来なかった。
で、それまでも100MBのファイルとかコミットしてたんだけど、
bzr st したら途中で Input/Output Errorになった・・・
俺のブランチは壊れちまったのかYO!

いやまぁそんな使い方するなってことだよね。

ところで息長くつづいているブランチで、
めちゃくちゃ昔過ぎる変更点はあんまり要らないんだけど、
完全なブランチかlight weightなチェックアウトかの
二者択一しかないんだよね？

あ、あれ？
bzr branch lp:hogehogehoge -r last:1 とかも出来るのかな

bzr 2.1b4 リリース。TortoiseBZRを含めて人柱募集中。

>>868
もうちょっと詳しく。エラーメッセージで、どこかにクラッシュレポートを保存してない？
I/Oエラーってことは、下手したらファイルが壊れてる可能性も・・・

>>869
今のところそうだね。
古い履歴を無視する History Horizon 機能は 2.1 でもまだ実装されてない。

>>870
branch の -r オプションは、ブランチ元のどのリビジョンがブランチ先の最新リビジョンになるのかを
指定するだけだから、履歴をカットしたりはしないな。

そういうの History Horizon っていうのか。
ホライズンなんてスプリットホライズンくらいしかしらねーよ
って関係ないか。

Input/Output Error についてはもうちょっと調べてみるけど、
bzr st --verbose して処理途中でCtrl-Cすると
Input/Output Error にはなる。原因が同じかわからんけど。

Windows版というか、TortoiseBzrってシンボリックリンクに対応してないのね。
cygwin版が対応していて事なきを得たけれど、branchできなくてどうなることかと思ったw

>>873
win32symlinkっていうプラグインを入れれば、最低限は動くようになるよ。
このスレでも既出だけど、Windowsでsymlinkって問題多いんだ。

svnみたいに通常ファイルとして展開するのも手では?
Linux向けのソースをWindowsで全く展開できないよりはいいと思う。
# cygwin使うとかプラグインを使うのは窮余の策だと思うし。