【bzr】Bazaarでバージョン管理 Rev 3

分散型で多言語対応のバージョン管理システム Bazaar (bzr) のスレです。

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

【bzr】Bazaarでバージョン管理 Rev 2
http://hibari.2ch.net/test/read.cgi/tech/1265951333/

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

どうして、京都大学霊長類研究所は、アイちゃんの、
スレ乱立を見過ごしてるの？

独自の板立ててそっちで実験するとかできないの？
いまどき、主婦だって専用の板ぐらい立てられるぞ。

「関係者以外は書きこまないで下さい。」とか、何
お前らがエラソーに仕切ってんだよ、ハゲ！

糞スレをあちこちにポンポン乱立されちゃ迷惑なんだよ。
ったく、京都大学霊長類研究所は能無しの集まりかよ！

　　　　　　　　　　　皆様へのお願い

　 このスレッドは高次機能障害をもたらす
病理の臨床実験のために立てたものです。

　 被験者と研究員のやり取りに使うため、
書き込み等は自重されるようお願いいたします。
もし、書き込み等をすることで不愉快な思いをされましても、
当研究所は責を負いかねます。



　　　　　　　　　　　　　　　　　　　　　 (社)京都微生物研究所

1乙

日本語ファイル名で大きく前進してしまい、速度云々を抜かして確固たる地位を気づいたBazaar。

どのプラットフォームでも中途半端な対応でしかない多言語対応

�~�~�~�~�~�~�~�~�~�~�~�~�~�~
U+F90A U+F9F4 U+F961 U+F9DB
�~�~�~�~�~�~�~�~�~�~�~�~�~�~

発展途上だからしょうがない。俺は応援してるぜ！

Mercurial 併用でな。

2006-02-20 17:21:27から何も進歩してなくて発展途上だ？
http://wiki.bazaar.canonical.com/UnicodeSupport?action=recall&rev=18

新スレおめ

Bazaarでござ〜る。猿でもできる分散バージョン管理“超”入門 (1/4) - ＠IT
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html

それを言うなら
バザーでござ〜
じゃないの？

revertコマンドってファイル明示しないと確認なしに全ファイル戻っちゃうんですね。
バックアップファイルは残るみたいですけどたまに間違えてうわーってなる…

>>12
bzrを導入の検討して、実は全く使いものにならないという検証の時間が節約できる
素晴らしい記事ですね。

>>15
何と失礼な。

http://togetter.com/li/91517

>>16
１ヶ月も無駄な月日を費やしたのですね。
この記事によって、使い物にならないものの検証の手間が省け、
無駄な時間が削減され、日本の競争力向上に繋がるわけですね。

>>16
bzrのみならずgitもダメだったというのは興味深いな…

>>18
bzr も git もpackするから、packを展開したら2GB超えるような状況になると
32bit OS では扱えなくなっちゃうんだと予想。

>>19
unpackしても1つのファイルが2GB超えてるわけでもないし、
すべてのblog オブジェクトを一度にunpackするわけでもないだろうし、
ちがうんじゃないかなあ。
でもわかんない、19の言う通りかもしれん。

>>17
無駄ではない。非常に充実した日本語のbzrへのダメ出しだ。
海外ではそのフェーズはとっくの昔に過ぎていて、
現在では、誰もbzrは使っていない。
Emacsのように宗教的な理由で使っている所だけ。

>>18-20
馬鹿だねぇ、gitはsubmodule使うもんだ
bzr?
svn的ブランチをうたっておきながら、svn的フォルダは無いんかい

>>22
>画像が9000位ある2.8GBのリポジトリ
って事なんだけど、git submodule で本当に対応できるのか？

packってテキストを圧縮するのには向いてるけど、画像ファイルみたいに
容量の大きくて圧縮しても縮まないファイルを扱うのには向いてないという
のが本質だと思う。
bzrもgitもpackをしないようにすれば動くんじゃないかな。

>>21
ダウト
Emacsでもbzrはお飾り
>>16 で証明されている

CVS、RCSに完敗(笑)
http://qa.debian.org/popcon-graph.php?packages=bzr,darcs,cvs,rcs&show_installed=on&want_legend=on&from_date=2008-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

だからアンチはなんでここでネガキャンやるの?
好きでここ見ている連中には何言っても無駄で、
寧ろ逆効果ってことも判らないほど馬鹿なの?
それとも、アンチを装うったツンデレだとでも?

さみしいんだよ
Bazzarをディスると確実にmethaneにかまってもらえるから

綴りを間違えるほどBazaarを愛しているのですね

Bazaar最高！Javaと完全互換のファイル名処理！
py3k対応ばっちり！

アンチも要らないが、儲も要らない。

bzrとhg 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr%2Cmercurial&show_installed=on&want_percent=on&want_legend=on&from_date=2005-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

bzr-explorerとtortoisehg 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr-explorer%2Ctortoisehg&show_installed=on&want_percent=on&want_legend=on&from_date=2009-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

clone元のclone元からmergeってできるのでしょうか？
試しにやってみたらあいつはお前の親じゃない、って怒られたんですが…

>>26
アレだ、ホントは使いたくて決め手が欲しいんだよ。

Bazaar最高！

bzr infoすると"parent branch"とか出てくるので、てっきりどうにかしてここに追加しないと
いけないかと考えていたのですが、
別にそんなの気にせずmergeできますね…ローカルで試した限りでは。

lp:hogeがgrandmotherだとダメ、的な制約とか引っかかりポイントあったりします？

>>35
いや、特にないはずだけど。根っこが同じならマージできるはず。

Bazaar最高！

すみません、Subversionからの乗換を検討しているんですが、
リポジトリの一部だけをcheckoutすることはできますか。
GitもMercurialも、リポジトリ全体をcloneするようになっているのですが
それだと弊社の場合は都合が悪いのです。
Subversionだと、許可されたフォルダ以下のファイルしかcheckoutできないように
できるので、それと同じことがしたいです。
ドキュメントをざっと読む限りは、できるかどうかわかりませんでした。
（あまりそういう要求はないのでしょうか。）

>>38
svnの場合、ブランチもディレクトリとして扱われるのですが、一部のブランチだけ
checkout させたいのでしょうか？それともブランチの中の一部のサブディレクトリ
だけを checkout させたいのでしょうか？

また、それは、コミットさせたくないからでしょうか？それとも、中を見られるのも
いやですか？

>>39
サブディレクトリだけをcheckoutしたいです。
事情としてはこんな感じです。ディレクトリ名は変えてますが。
src/admin　: 弊社の管理者だけがアクセス可能
src/pkgA　: 弊社と協力会社Aだけがアクセス可能
src/pkgB　: 弊社と協力会社Bだけがアクセス可能
src/public　: 弊社とすべての協力会社がアクセス可能
複数の協力会社に参加いただいている場合、セキュリティの観点から、
アクセスできる範囲をフォルダごとに絞っています。
Windowsの共有フォルダにアクセス権を設定するのと同じです。
ソースやドキュメントはすべて1つのリポジトリで管理したい、しかし
作業していただく方にすべてを公開するわけにはいかない、という事情です。
いまのところGitやMercurialではできないようなので、Subversionからの
乗換えにいたっておりません。
これが簡単にできる分散リポジトリがあれば乗換えを検討します。

Subversionのままでいいんじゃないの？

>>41
できないようなら、Subversionのままのつもりです。現在は可能かどうかを検討中の段階です。

>>38
Gitはsubmodule、Mercurialはsubrepoで可能

>>40
サブディレクトリだけをチェックアウトはできないのですが、
svn のサブディレクトリだけをブランチに変換することはできるので、
ブランチを分けて管理すれば要求は満たせると思います。

この場合、scmprojというプラグインで、複数のブランチを結合するための
「プロジェクト」ブランチを作って、ビルド等はそこで行うことができます。
(>>43 の行っている git submodule や Mercurial subrepo と同等)

セキュリティもばっちり、柔軟運用！！
さすが、次世代Subversion！！

>>42
検討するだけ時間の無駄

Bazaar最高！！

bzrとhgとgit 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr%2Cmercurial%2Cgit-core&show_installed=on&want_percent=on&want_legend=on&from_date=2005-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

bzr-explorerとtortoisehgとgitg 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr-explorer%2Ctortoisehg%2Cgitg&show_installed=on&want_percent=on&want_legend=on&from_date=2009-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

日本語のファイル名があるので、Bazaarにします。

darcs、monotoneに圧勝！！！！！
http://qa.debian.org/popcon-graph.php?packages=bzr%2Cdarcs%2Cmonotone&show_installed=on&want_percent=on&want_legend=on&from_date=2003-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

>>50
そのグラフは公平ではない
Darcsは根強い人気
http://qa.debian.org/popcon-graph.php?packages=bzr%2Cdarcs%2Cmonotone&show_installed=on&want_legend=on&from_date=2003-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

Bazaar最高！！

日本語のファイル名があるので、Bazaarにします。

Bazaar最高！！

普通に「保守」とだけ書いといてくれればいいですよ。無理しなくても

延々と「保守」だけが書いてあるスレも悲しいものがあるが…

Bazaarスレ最高！！保守いらずの活況！！

普通に「保守」

普通に「保守」

延々と「保守」

日本語ファイル名が含まれる Subversion リポジトリからチェックアウトしようとしたら、以下のエラーが出てしまいます。対処方法は無いでしょうか。

bzr: ERROR: sqlite3.ProgrammingError: You must not use 8-bit bytestrings unless
you use a text_factory that can interpret 8-bit bytestrings (like text_factory =
str). It is highly recommended that you instead just switch your application to
Unicode strings.

Traceback (most recent call last):
File "bzrlib\commands.pyo", line 923, in exception_to_return_code
File "bzrlib\commands.pyo", line 1123, in run_bzr
File "bzrlib\commands.pyo", line 691, in run_argv_aliases
File "bzrlib\commands.pyo", line 710, in run
File "bzrlib\cleanup.pyo", line 135, in run_simple
File "bzrlib\cleanup.pyo", line 165, in _do_with_cleanups
File "bzrlib\builtins.pyo", line 1328, in run
File "D:/Program Files/Bazaar/plugins\svn\branch.py", line 376, in create_checkout
File "D:/Program Files/Bazaar/plugins\svn\branch.py", line 321, in _create_heavyweight_checkout
File "bzrlib\branch.pyo", line 1086, in pull
File "D:/Program Files/Bazaar/plugins\svn\branch.py", line 822, in pull
File "D:/Program Files/Bazaar/plugins\svn\tags.py", line 362, in merge_to
File "D:/Program Files/Bazaar/plugins\svn\tags.py", line 285, in _resolve_tags_ancestry
File "D:/Program Files/Bazaar/plugins\svn\tags.py", line 63, in _resolve_reverse_tags_fallback
File "D:/Program Files/Bazaar/plugins\svn\revmeta.py", line 238, in get_revision_id
File "D:/Program Files/Bazaar/plugins\svn\revmeta.py", line 910, in get_revision_info
File "D:/Program Files/Bazaar/plugins\svn\revmeta.py", line 865, in _retrieve
File "D:/Program Files/Bazaar/plugins\svn\cache\sqlitecache.py", line 257, in get_revision

>>60
(エラーの続き)

ProgrammingError: You must not use 8-bit bytestrings unless you use a text_facto
ry that can interpret 8-bit bytestrings (like text_factory = str). It is highly
recommended that you instead just switch your application to Unicode strings.

bzr 2.3.0 on python 2.6.6 (Windows-Vista-6.0.6002-SP2)
arguments: ['bzr', 'co', 'svn+http://*']
encoding: 'cp932', fsenc: 'mbcs', lang: None
plugins:
bzrtools D:\Program Files\Bazaar\plugins\bzrtools [2.3.1]
colo D:\Program Files\Bazaar\plugins\colo [0.2.1]
explorer D:\Program Files\Bazaar\plugins\explorer [1.1.2]
fastimport D:\Program Files\Bazaar\plugins\fastimport [0.10.0dev]
launchpad D:\Program Files\Bazaar\plugins\launchpad [2.3.0]
loom D:\Program Files\Bazaar\plugins\loom [2.2.1dev]
netrc_credential_store D:\Program Files\Bazaar\plugins\netrc_credential_store [2.3.0]
news_merge D:\Program Files\Bazaar\plugins\news_merge [2.3.0]
pipeline D:\Program Files\Bazaar\plugins\pipeline [1.1.0]
qbzr D:\Program Files\Bazaar\plugins\qbzr [0.20.0]
rewrite D:\Program Files\Bazaar\plugins\rewrite [0.6.2dev]
svn D:\Program Files\Bazaar\plugins\svn [1.0.5dev]
upload D:\Program Files\Bazaar\plugins\upload [1.0.0]
xmloutput D:\Program Files\Bazaar\plugins\xmloutput [0.8.7.dev]

*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.

普通に「保守」

>>60
古いキャッシュがなにか悪影響している可能性もあるので、
試しにキャッシュを削除してみてください。
Windows XP の場合、
C:\Documents and Settings\<ユーザー名>\Local Settings\Application Data
の下に "svn-cache" というディレクトリが出来ていると思うので、それを
ディレクトリごと削除してみてください。

>60
俺もタグ関係だけど同じ例外に遭遇した。
ソースいじって sqlite3 の text_factory プロパティ（http://docs.python.org/library/sqlite3.html）に
sqlite3.OptimizedUnicode を入れるようにしたらとりあえず通ったよ。

今手元にソースないんで細かいところまで説明できないけれど。

>>63
Vistaなので、
C:\Users\<ユーザ名>\AppData\Local\svn-cache フォルダを削除して、
bzr co svn+http://以下略
を再度実行してみましたが、
先ほど貼ったエラーがまた出ました。

>>64
sqlitecache.py の CacheTable.__init__() 内で、
self.cachedb.text_factory = sqlite3.OptimizedUnicode
というコードを追加したら、
エラーが出ずにチェックアウトできました。

~/.bzr.log が日々大きくなって行くんだが、これって勝手に消してもええんかね？

http://gihyo.jp/admin/clip/01/linux_dt/201102/25
これはBazaar終了のお知らせですかね？

>>68
Bazaarは始まってもいないから大丈夫

今年はBazaarのブレークスルー。

【訂正版】
bzrとhgとgit 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr%2Cmercurial%2Cgit-core%2Cgit&show_installed=on&want_percent=on&want_legend=on&from_date=2005-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

bzr-explorerとtortoisehgとgitg 何故差がついたのか慢心環境の違い
http://qa.debian.org/popcon-graph.php?packages=bzr-explorer%2Ctortoisehg%2Cgitg&show_installed=on&want_percent=on&want_legend=on&from_date=2009-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

>>67
動作ログだから消してもいいよ。
ついでに環境変数BZR_LOGを/dev/nullかNULにすれば何も出なくなる。
bzr help env-variablesで出てくるよ。

Bazaar Explorerが日本語にならんです
コンテキストメニューだけ日本語になってます
どなたか原因おしえて

win vista 64bit business
bazaar 2.3.0 standalone
「http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_2.html」通りに
「Core Documentation - Japanese」にもチェック入れてインストールしました

>>73
コンテキストメニューって、Windowsエクスプローラのコンテキストメニュー
の事でしょうか？
Bazaar Explorer のメニューで Bazaar >> Plugins でダイアログを開いて、
Locations タブで qbzr や explorer の Directory はどうなっているでしょうか？

>>74
thanx
任意のフォルダを右クリックした時のbazaarのメニューは日本語なんです

Bazaar>>Plugins>>Locations>>qbzr　は　C:\Program Files(x86)\Bazaar\plugins　でした

Directoryがどれか分かりませんでしたが、
Bazaar>>Explorer>>
　System Infomation
　System Log
の2つになってました

誰もこんな現象になってないですねえ
なんで？？？

>>75
環境変数LANGは設定していませんか？
他に考えられるとしたらなんだろう。。。

>>76
LANG値はありませんでした
一応設定して起動しましたが駄目でした
LANG = ja
LANG = ja_JP

ウチの Bazaar Explorer も英語のままです。 Tortoise は日本語。
バージョンアップ時によく不具合が出て、アンインストールとインストール繰り返すと治るので今回もそうだと思って放置してましたが、どこもそうなのかな。
Bazaar >> Plugins : Location は qbzr 、explorer ともに C:\Program Files(x86)\Bazaar\plugins でした。
Vista Biz x64 2.3.0 スタンドアロンです。（ちなみに RC5 をインストールしたときから英語。その前は2.2.x）
>>75 も x64 みたいだし x64 限定バグかな。

>>78
同士がいましたか
使えない訳じゃないし諦めます
助かりました

Bazaar最高！！

bzr-2.3.0-0-setup.exeのBazaar Explorerとqbzrには日本語リソースが
入っていなかったと思うけど？

>>81
マジか！
じゃぁ、僕がクリーンインストールしてないから前回インストールしていた
日本語リソースファイルが同梱されているんだな。。。
2.3.0-1-setup.exe 作ってもらいます。

2chで直る、バグもある。

日本語が入ってないっていうか英語以外が入ってなさそう
bzr-2.3.0-"0"だから何かしら問題があってとりあえず英語のみで出したのかと
勝手に思っていたが

改めて日本人以外誰も使っていないことが再確認されたのであった

日本人には最適。

というか、インストーラーが良くないんだよな。
上書きインストール時に前のデータが残ってしまうから発見が遅れた。

bzr-renameプラグインがbzr-rewriteプラグインになったときも、
renameプラグインが残っていろんな人のところでwarningが出てた。

Bazaar最高！！

Bazaar、Mercurialに圧勝！！！！！
https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 7,492

https://bitbucket.org/tortoisehg/thg-winbuild/downloads
mercurial-1.8.0-x64.msi 17 times
mercurial-1.8.0-x86.msi 17 times

>>89
TortoiseHgのインストーラにhg.exeが入っているからこっちを使うのが普通
https://bitbucket.org/tortoisehg/thg/downloads

>>89
pipでインストールできるMercurialとインストール出来ないBazaarを比べてもｗｗｗ

>>91
ツッコミ所が違う。Merucurial 1.8 は日本時間の今日出たばかり

日本語最高。

簡単にテストしてみたんだが、ファイル名もディレクトリ名もコメントも日本語でも、
>>60 のバグが再現できない。
再現手順把握してバグ報告したいんだがなぁ。。。

>>60-61 >>64 >>66

>>95
いやだから、その方法でバグが出なくなるとしても、バグ自体が発生する
原理を把握しないとその修正方法が妥当なのかどうか判らないだろ。
text_factory = str が正解かもしれんし。

Bazaarの遅さをsqliteでごまかそうと思ったが新たなバグを生むのであった

BazaarはSubversionの日本語のブランチとタグを完璧にあつかえるのですね

バグの再現性を確認するだけのユーザがいないのであった
Mac OS XのNFDしかり

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 7,719

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 2206 times
tortoisehg-2.0.0-hg-1.8-x86.msi 2039 times

普通に「保守」

unk

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 7,907

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 3450 times
tortoisehg-2.0.0-hg-1.8-x86.msi 3224 times

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 7,971

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 4007 times
tortoisehg-2.0.0-hg-1.8-x86.msi 3906 times

延々と「保守」

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,084

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 4678 times
tortoisehg-2.0.0-hg-1.8-x86.msi 4526 times

えんえんとDL数比較してる人って何なの。

Bazaar、TortoiseGitに圧勝！！！！！
https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,087

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 3259
Tortoisegit-1.6.5.0-32bit.msi 3938

普通に「保守」

延々と「保守」

[Python-Dev] CPython hg transition complete
http://mail.python.org/pipermail/python-dev/2011-March/108738.html

日本語最高。

Bazaarクイックリファレンスの和訳公開
http://kanon.ultimania.org/?p=169

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,163

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 3549
Tortoisegit-1.6.5.0-32bit.msi 4219

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 5354 times
tortoisehg-2.0.0-hg-1.8-x86.msi 5122 times

>>111
最新のでリビジョン68272か。だいぶすっきりしたな
http://hg.python.org/cpython/rev/2e4468841c4c

>>111
Mercurial関連ニュースはMercurialスレへどうぞ。

【分散型バージョン管理】 Mercurial 【hg】
http://hibari.2ch.net/test/read.cgi/tech/1251208950/

普通に「保守」

>>116
bzrにも関係あるでしょ
https://code.launchpad.net/~python-dev/python/trunk

日本語最高。

延々と「保守」

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,234

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 3792
Tortoisegit-1.6.5.0-32bit.msi 4494

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 5941 times
tortoisehg-2.0.0-hg-1.8-x86.msi 5624 times

普通に「保守」

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,286

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 3959
Tortoisegit-1.6.5.0-32bit.msi 4746

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 6352 times
tortoisehg-2.0.0-hg-1.8-x86.msi 6037 times

便利かどうかを、自分で試して理解できないのか。

>>123
TortoiseGitもBazaarを逆転！！！！！！

Bazaarは便利

Bazaar最強でFA?

Bazaar最強！！！！！

延々と「保守」

日本語最高。

https://launchpad.net/bzr/+download
bzr-2.3.0-0-setup.exe Downloads 8,628

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 4785
Tortoisegit-1.6.5.0-32bit.msi 6042

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.0-hg-1.8-x64.msi 8249 times
tortoisehg-2.0.0-hg-1.8-x86.msi 7739 times

普通に「保守」

bazaar bzr 重い 遅い

Bazaarは便利

日本語最高。

bzr-2.3.1-setup.exe 未だ出ず

bzr-2.3.0-0-setup.exe をDLしてインストールしたのですけど
これを日本語化するにはどうしたらいいんでしょう
bzr-2.3.1.tar.gz をDLして中のファイルをどこかにコピー
とかすれば日本語化できるのでしょうか？

bzr-2.3.1-setup.exe 未だ出ず

bzr-2.3.1-setup.exe 未だ出ず

Bazaarは便利

EmacsからBazaarってつかえる？

>>141
使える。vc-modeで標準対応。

ttp://www.emacswiki.org/emacs/VersionControl

サンクス

Bazaarは便利

>>142
ん、やっぱりもう少し教えて
tp://d.hatena.ne.jp/tequilasunset/20100205
こんな感じでMercurialみたいに追加el入れなくてもフルで使えるのかな？

>>145
Emacs標準。設定しなくても勝手に認識される。
ただ、最大公約数的なツールなので、ブランチ切ったりpushしたりはできないはず。
今vc-bzr.elざっと見て確認してみたけど、そういうコードないっぽいし。

自分はブランチとか作るときはコマンドラインでやって、
そこからファイルとかをEmacsで開いて作業してる。

VC以外だと、DVCとかもあるみたい。使ったことないけど。

ttp://www.emacswiki.org/emacs/Bazaar
ttp://www.emacswiki.org/emacs/?action=browse;oldid=DVC;id=DistributedVersionControl

>>146
サンクス
ちょっと調べてみたらbazaar.elというのがEmacsWikiにあるね
これはpush出来たりする物なんだろうか？

>>147
そっちも読んだけどできない。
やっぱり使ったことないけど、API的にブランチ指定してモード開始するタイプっぽい。
まあ、M-x shellしてそこで操作しても良いし、自分でコマンド起動するelisp書いても良いんじゃない？

あとは、前出のDVCは

> Run many version control commands from Emacs (such as init and pull).

ってmain featuresにあるから期待できると思う。

>>148
むむ、残念…
それでは自分もコマンドライン開いて実行する方針で行こうと思います
ありがとうございました

Bazaarは便利

DVC は日本語含んだコードを diff 見ようとすると変な状態になったりするから早々に捨てたなぁ。

Bazaarは便利

文字化けなしにdiffを表示するのは困難だよね、実際。
文字コード情報なんかどこにもないし、diff元とdiff先の文字コードが
一致している保証もないから自動判別も難しい。

まぁ、「変な状態になる」のはさすがにちょっと厳しいが……。

diff 元と先のコードが違ってると厳しいかなあ。正規化してから diff とらんと。。。
つうか、それ、文字があるとこ、ほとんど違うって話になっちゃうよねw

文字化けしててもちゃんと動作するならそんなに困らないんだけど、そもそもまともに動作しなかったからなぁ…

bzr-2.3.1-setup.exe 未だ出ず

tagにコメントつけられるようにならんもんかのう

>>157
gitかhgを使いましょう

bzr 2.3.1 の Windows Installer 出た。
今度はちゃんと翻訳ファイルが同梱されてる。

>>159
bzr-2.3.1-0-setup.exe入れてみたけどexplorer、qbzr共にlocaleディレクトリがない
もちろん日本語も出ないよ
インストーラをInno Setup Unpacker(http://innounp.sourceforge.net/)で
解凍してみたけどTortoiseBzr以外のmoファイルは含まれていない

>>160
うん、2.3.0は日本語化ファイルが抜けてた。
で、今日出たのが、2.3.1

ごめん、誤読＆誤解してた。
俺が上書きインストールしたから、昔のmoファイルが見えてるだけか。

報告しておいた。そのうち 2.3.1-1-setup.exe が出てくるはず。

>>163
乙。tbzrのmoしか含まれていないのはそういう訳だったんだね

普通に「保守」

さりげなく保守

https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 19
bzr-2.3.0-0-setup.exe Downloads 11,192

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 8317
Tortoisegit-1.6.5.0-32bit.msi 9478

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 4765 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 4465 times
tortoisehg-2.0.0-hg-1.8-x64.msi 10424 times
tortoisehg-2.0.0-hg-1.8-x86.msi 9772 times

Bazaar最強！！！！！

bazaar bzr バザー バザール 重い 遅い

バザーって言うと、小学校のPTAがやってたしょぼいやつってイメージだから
印象が良くない。

bazaarはgitに比べ３〜１１倍遅いです。
つまり３〜１１倍電力を食います。
消費電力削減のため、いますぐgitに切り替えましょう。

bazaarはgitに比べ３〜１１倍遅いです。
計画停電前にpullが終わりません。
区間運休・本数削減された電車に乗りそこねます。
いますぐgitに切り替えましょう。

Bazaarは便利

日本語最高。

>>171
もう少し知的な文面を考えられないのかオマエ……

今回の原発事故で得た教訓とは何か？
福島・新潟の原発に極度に集中し過ぎでは無かったのか？
新潟の原発での地震の教訓が生かされなかったのではないか？
津波が想定外の大きさであったことが原因だろうか？

bazaarはlaunchpadに集中し過ぎでは無いか？
bazaarの重さも当然のことながらlaunchpadの重さも目に余るものがある。
launchpadが大災害を受けたとき、bazaarはどうなるのか？
git・hgはgithub・bitbucket以外のホスティングサービスがある。
いますぐgit・hgに切り替えるべきではないのか？
launchpadが大災害を受けてからでは手遅れである。

>>175
http://bzr.bz/

原発事故は、東電幹部の今までの判断の甘さには問題があるかもしれないけど、
原因を追求するのは後でも良くて、今は現場の人達を応援しよう。

延々と「保守」

Bazaar最強！！！！！

>>167
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 272
bzr-2.3.0-0-setup.exe Downloads 11,238

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 8882
Tortoisegit-1.6.5.0-32bit.msi 10232

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 5981 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 5617 times
tortoisehg-2.0.0-hg-1.8-x64.msi 10428 times
tortoisehg-2.0.0-hg-1.8-x86.msi 9776 times

福島の原発を東電幹部の今までの判断の甘さと断言できるだろうか。

bazaarは「高速増殖炉もんじゅ」である。
諸外国が実現不可能と判断し撤退したものを何故日本だけ固執しているのか。
福島の原発は今後何ヶ月にもわたり冷却し続けなければならないだろう。
もんじゅの減速材は金属ナトリウムである。
上空や放水車からの放水など出来ない。

いますぐ、もんじゅから撤退すべきではないか。

bazaarも同様にdebian・ubuntu以外での実績は皆無である。
bazaarユーザも勇気をもってbazaarから撤退すべきでは無いか。

不謹慎にも程があると思うんだが
人命がかかってるのに人として書いちゃいけないだろ、そういうことは

アンチがそんなこと気にするわけないだろ、叩けりゃ何でもいいんだから。
ストレス発散につきあっても馬鹿を見るだけだ。

Bazaar最強！！！！！

TortoiseBzr初めて使ったけど、インストールするだけで
特に設定も必要なく最初から日本語使えるのは楽でいいな

今までTortoiseSVN使ってたけどこれならなんとか乗り換えできそうだ

日本語最高。

そろそろ社内のSubversionの陰でこっそりと使ってみようかな

svn:externalsってbzr-svnでもう使えるんだっけ？

Bazaar最強！！！！！

>>179
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 555
bzr-2.3.0-0-setup.exe Downloads 11,245

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 9349
Tortoisegit-1.6.5.0-32bit.msi 10750

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 6921 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 6523 times
tortoisehg-2.0.0-hg-1.8-x64.msi 10429 times
tortoisehg-2.0.0-hg-1.8-x86.msi 9778 times

普通に「保守」

bazaar bzr バザー バザール 重い 遅い

>>118
https://code.launchpad.net/~python-dev/python/default

>>191
The import has been suspended because it failed 5 or more times in succession.

日本語最高。

>>188
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 755
bzr-2.3.0-0-setup.exe Downloads 11,251

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 9767
Tortoisegit-1.6.5.0-32bit.msi 11252

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 7853 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 7442 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21664 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20490 times

Bazaar最強！！！！！

bazaar bzr バザー バザール 重い 遅い

さりげなく保守

ほしゅ

>>194
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 849
bzr-2.3.0-0-setup.exe Downloads 11,255

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 9971
Tortoisegit-1.6.5.0-32bit.msi 11438

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 8314 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 7790 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.10-hg-1.8.1-x64.msi 9 times
tortoisehg-1.1.10-hg-1.8.1-x86.msi 9 times
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21668 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20510 times

Bazaarは便利

Bazaar最強

延々と「保守」

このまえ bzr-2.3.0-0-setup.exe をインストールして何日か
して、commit しようとしたら、負値を符号無しlongに変換
できない、とかいうエラーが出るようになって、なんかバグか
と思って、2.3.0-0 をアンインストールして、パソコンを再起動
したら、起動時に Remind_XP.exe がエラーになって、
2.1.0 に戻しても、commit でエラーになるし、Remind_XP.exe
って何？ってググって見たらマルウェアだ、みたいな事が
書いてあって、SoftThinks CD Creator CD/DVD Writer
で使われている場合は心配ないけど、そんなのインストール
されてないし、マカフィーでウィルスチェックしようとしたら、
パターンファイルが古いです、みたいなことを言われたので
パターンファイルのアップデートをしようとしたら script が
エラーになった、とかいってアップデートできないし、とりあえず
Windows Update をしてみようかと思ったら、パソコンの時計が
変ですよ、とか言われて Update できなくて、見てみたら
2050年になってたお。(´・ω・｀)

VB6 で Date 型の変数に 2038年以降の日付を入れてみたら
どうなるか、いろいろ試していたら、なんかの拍子でパソコンの
時計が2050年になってしまったらしい。
(なんかの拍子がなんだったのは不明。Date型変数に2050年
の日付を入れてみてもパソコンの時計は変わらないし。
パソコンの時計も変えてテストしてたんだったか、忘れた。)

Remind_XP.exe は、hp のパソコンのリカバリディスク作成の
関係で入っているらしい。

だから Bazaar は悪くない！ Bazaar 最高！

>>203
64bitのインストーラを出していないbazaarは悪い

>>204
>>203 って、ファイルが壊れたか何かでPCの調子がおかしくなって、
そのせいで Bazaar の動作もおかしくなったくらいに思ってたんだけど、
64bit となにか関係あるの？

>>205
2038年問題

実はパソコンの時計を戻しただけではダメで、ファイルの
タイムスタンプが2050年だと、Bazaar のインストーラーに
入っている Python が 2038年問題の対策ができていなくて、
エラーをはくようです。

そのパソコンにはたまたま Cygwin が入っていたので、
touch でファイルのタイムスタンプをいじってやることで
解決しました。

Python が悪い！ Bazaar は悪くない！

PythonではMercurialに勝ち目ないし、Bazaarは日本人しか使っていないから、
Rubyに変えよう

Bazaar最強！！！！！

最近癖が飲み込めてきたのでようやくbzrに移行できそうだわ。
svnのリポジトリ自体はバックアップしてるから戻ろうと思えば戻れるし。

何回か使って挫折してから使えるようになるあたりがEmacsみたいなやっちゃなという感想。
gitとかhgだとどうなのかは知らんけど。

>>180
ごめん俺debian使ってるんだわ……。

Bazaarは便利

　　 　 ∧＿∧∩　／￣￣￣￣￣￣￣￣￣￣￣
　　　 （　´∀｀）/＜　先生！Bazaarはなんでbazじゃなくてbzrなんですか？
　＿ / /　　 /　　　＼＿＿＿＿＿＿＿＿＿＿＿
＼⊂ノ￣￣￣￣＼
　||＼　　　　　　　　＼
　||＼||￣￣￣￣￣||
　||　 ||￣￣￣￣￣||
　 　 .||　 　 　 　 　 ||

英単語を短縮するときは、母音を抜くのが一般的だからです。iscntrl()とか。

普通に「保守」

つーか、昔はbazだった
http://wiki.bazaar.canonical.com/HistoryOfBazaar

GitとMercurialがLinux kernelのBitKeeper由来なのに対し、
BazaarはGNU Archのフォークか。
だからBazaarはギークから見向きもされていないのか。

Bazaar最強！！！！！

さりげなく保守

>>191
https://bitbucket.org/mirror/cpython

bzr-coloをcoreに取り込むかどうかって議論が始まってるようだねぇ。

日本語最高。

普通に「保守」

Bazaarは便利

>>220
Mercurialの素晴らしさの勉強会になっていてワロタ

bzrの開発者にはPythonのコミッタもいるからね。
Mercurial のすばらしさの勉強会というか、単にモデルの整理をしているだけで
Mercurial より git がいい部分も語られてるから、 bzr-colo がデフォルトに
なるときには Mercurial と git のいいとこ取りになると思うよ。

>>225
gitの良い所はhgがすでに取り込んでいる。
gitのブランチに相当するものはhgではbookmarkというものだが、
1.7までは本体にバンドルされている拡張だったのが、
1.8ではコア機能になった。

hgの名前付きブランチに相当するものはgitには無い。

gitのブランチは利点もあるが欠点もある。
利点はローカルブランチを気軽に作れて消せること。
欠点はリモートブランチを意図的にせよ事故にせよ消せること。
この事故によるリモートブランチの削除が
google codeがgitでなくhgを選んだ理由。

>>226
> google codeがgitでなくhgを選んだ理由。
リポジトリフォーマットの BigTable への対応させやすさと、
選択時に http 経由のプロトコルが一番よくサポートされていたのが
hg だったからという理由だと思うけど？

Alex が git の remote mirror ブランチのスタイルは hg のスタイルよりも
好きだっていってるけど、僕も同意する。
bzr 使うときも、 local の作業用 branch と remote からの checkout （コミットが
リモートに対して行われる）を使ってブランチを管理している。

>>227
> > google codeがgitでなくhgを選んだ理由。
> リポジトリフォーマットの BigTable への対応させやすさと、
> 選択時に http 経由のプロトコルが一番よくサポートされていたのが
> hg だったからという理由だと思うけど？

http://www.atmarkit.co.jp/news/200904/28/googlecode.html
> ・メンテナンス性。Gitはgit-gcなど、レポジトリの定期的なメンテナンスが不可欠。
> ・ヒストリの重要性。Gitは非常に強力で、コマンドを叩けばあらゆる操作が可能。
> リモートサーバ上のレポジトリもコマンド1つで消えてしまう可能性があり危険。
> 一方、Mercurialは変更不可のオブジェクトが蓄積していくだけ。

>>227
git push :master

bzrのメーリングリストでCPythonの名前付きブランチの勉強会をやっているが、
CPythonはsvnからの移行ということで、名前付きブランチスタイルなのだろう。
hgの名前付きブランチはリビジョン番号と同様、gitにはないhgの利点である。
しかし、コストが高いという問題がある。
Mercurial本体のリポジトリにはdefaultとstableという名前付きブランチしかない。
1.8.1リリースのドタバタから分かる通り、stableはいつでもリリース可能である。
リリースバージョンはタグで管理されている。
CPythonの名前付きブランチ、2.7、3.2というのを議論するのは、
Mercurialらしい使い方を理解していないことを意味する。

>>228
リンク先の資料とコメント欄読んだ？
事前調査で比較した結果をリストアップしているけど、決定打になったのは
HTTPサポートと、実装がPythonで書かれているからBigTable対応の改造が
しやすいって事だよ。

>>230
BazaarのMLよりも、Python-devのMLがMercurialの勉強会の方がすごかった。
今もワークフローの整理中。

個人的には、svnのスタイルを残すのであれば、bzrに移行したほうが移行が
楽だったと思う。
bzrは、 lp:bzr (trunk), lp:bzr/2.3 (2.3系リリースブランチ), lp:bzr/2.2,
という感じで、典型的なsvnのブランチ運用と同じ。

>>231
「決定打」でしょ。
GoogleはPython企業なんだから、Pythonを選ぶのは当たり前。
gitの主要コミッタの日本人がGoogleに在籍しているのに。

> リモートサーバ上のレポジトリもコマンド1つで消えてしまう可能性があり危険
これはレポジトリでなくブランチの間違いだろう。
git push :masterをやってgit gcがcronで動いていたら、復旧不可能。
githubは一時期リモートブランチの削除をブロックしていたが、
他にリモートブランチを消す手段が無いから、元通りリモートブランチを消せるようになった。
githubはこれ以外にも運用に関わる重要な変更が結構頻繁にある。

Bazaar最強！！！！！

>>232
> BazaarのMLよりも、Python-devのMLがMercurialの勉強会の方がすごかった。
> 今もワークフローの整理中。
http://hg.python.org/devguide/file

>>232
> 個人的には、svnのスタイルを残すのであれば、bzrに移行したほうが移行が
> 楽だったと思う。
> bzrは、 lp:bzr (trunk), lp:bzr/2.3 (2.3系リリースブランチ), lp:bzr/2.2,
> という感じで、典型的なsvnのブランチ運用と同じ。

Long-term development of features
http://hg.python.org/devguide/file/9cb897c3ca24/committing.rst#l280
> If you want to work on a feature long-term (perhaps you're implementing a
> PEP), you will probably want to publish your work in a dedicated repository.
> The following instructions will help you do so on `hg.python.org
> <http://hg.python.org>`_'s infrastructure without requiring a lot of upload
> bandwidth.

http://hg.python.org/?sort=lastchange
http://hg.python.org/cpython/
http://hg.python.org/features/pep-380/

>>227
> Alex が git の remote mirror ブランチのスタイルは hg のスタイルよりも
> 好きだっていってるけど、僕も同意する。
どこに書いてある？

目に見えて流量の減っているbzrのMLが活況ついていると思ったら、
hgの主要コミッタとhgを使っているXEmacsの人が投稿しているのか。

>>237
https://lists.ubuntu.com/archives/bazaar/2011q1/071988.html

>>238
> The hg model of named branches seems very rigid and fragile, I saw many
> criticism on it. Anonymous heads idea is also contradicts to bzr branch
> model, I really do think names are important, but names should not be
> immutable.

だから、これはhgの名前付きブランチのコストが高いという問題があって、
gitのブランチ相当のhgのbookmarkが1.8からコアに含まれたということを、
bzrの人々が知っていないってこと。

CPythonの2.7、3.2という名前付きブランチは、svnからの移行ということで、
もっと具体的に言うと、hgsubversionで変換したから、そうなっているってこと。

CPythonは、2.xと3.xを同時にメンテナンスしなければならないという特殊なアプリ。

CPythonの名前付きブランチの方針はここに書かれている。
http://www.python.org/dev/peps/pep-0385/

bzr-colo入れるよりリポジトリに対してコマンドを受け付けるようにした方がいいようなきがする

>>239
>>227 で言ってたのはその部分じゃなくて、その1つ上の段落。

> I like git model more than hg model. As I understand it, in git you have
> origin/master as pristine mirror and just master for your development.
> The separation between remote branches and local branches can be very
> useful. Actually bzr-colo patially adapted this model.

ちなみに、 bzr-colo の場合、ミラーは bound branch になるから常に
リモートと同期され、

bzr switch colo:upstream-trunk
bzr merge colo:my-feature
bzr commit

ってしたら、直接リモートにコミットされる。他の人が先にコミットしたら
commit が失敗するから、 merge commit push(失敗) pull merge commit ではなく、
merge commit(失敗) update commit になり、最終的に履歴は1回のマージの
コミットだけで済む。

>>240
具体的に教えて。

>>238
これがhgの主要コミッタの今のところの最後の投稿か
https://lists.ubuntu.com/archives/bazaar/2011q1/071991.html
bzrの人はhgの名前付きブランチも理解していないみたいだから、gitも理解していないのではないか。

>>241
gitのremote/masterとローカルのmasterには基本的には関連は無い。
remote/masterが他の人が更新していれば、git push masterは失敗する。
でもgit push master:hogehogeとやればpushはできる。
これはhgの場合、リモートに無名ブランチ＝ヘッドが新しくできる状態。
hgの無名ブランチとgitのブランチは同等。
だから、bzrの人のgitとhgの理解が足りない。

>>243
「ちなみに」以下の部分は僕が bzr と git の違いについて勝手に補足しただけで、
もとのMLの人もその違いはちゃんと認識していると思うよ。

>>244
"As I understand it, in git you have origin/master as pristine mirror"が勘違い。
gitはcloneして特に設定を変えなければ、
pullしたとき、fast forwardが可能な場合、勝手にマージされるからそう勘違いされる。
hgはpullしても勝手にはマージされない。

http://mercurial.selenic.com/wiki/GitConcepts
にある通り、
git pull = hg fetch
git fetch = hg pull

日本語最高。

>>245
別に勘違いしてるわけじゃないと思うけどな。
fastforward 云々以前に、 checkout して commit してもまた
origin/master に push しないといけないことくらい基礎だし。

というか、もし勘違いしていたとして、だから何？

Bazaar最強！！！！！

>>247
"I like git model more than hg model."のあとがこの人の勝手な解釈で、
hgの主要コミッタからhgの名前付きブランチについての指導が入っている。
だから、この人はこの時点で何も分かっていない。

さらにそれを引き合いにして「同意する」なんて書いているのは無知の上乗せ。

>>249
> "I like git model more than hg model."のあとがこの人の勝手な解釈で、
> hgの主要コミッタからhgの名前付きブランチについての指導が入っている。
> だから、この人はこの時点で何も分かっていない。

この段落に対する返信なんて無いけど？
この後に始まる Mercurial 開発者による名前付きブランチの話は
https://lists.ubuntu.com/archives/bazaar/2011q1/071985.html
Alexに対する返信じゃなくてMartinに対するものだし、
「お前のMercurialに対する理解は間違ってるぞ」じゃなくて、
「Bazaar が colo 相当の機能をコアに入れるなら Mercurial の
モデルを参考にしてみたら？」ていう程度の話。


> さらにそれを引き合いにして「同意する」なんて書いているのは無知の上乗せ。

結局、俺やBazaar開発者が無知なバカだって見下したいだけ？
俺が Mercurial に対して無知なのは認めるよ。Bazaar開発陣も、
全員が Mercurial に精通しているわけじゃないかもね。
はい、おしまい。

>>250
> 俺が Mercurial に対して無知なのは認めるよ。Bazaar開発陣も、
> 全員が Mercurial に精通しているわけじゃないかもね。

CPythonがMeruciralに移行したのに、Meruciralに精通してなくてどうするの？
bzr-hgが未だにpushできないけど。

Bazaarは便利

>>250
いい加減、学習しろよ＞methane
いつも同じことの繰り返しじゃないか

もうなんか、空気悪くするために出てきてんのか、って勢いだな。
アンチ相手に論陣張りたいなら、自分のブログとかTwitterでやれよ。
流石にここまで繰り返されると本気でうざいわ。

methaneさんの戦術はちょいとうまくないとは思うけれど、
ウざいという点ではアンチの方が比較にならんほどウザいけどな。

>251
CPythonがMercurialに移行することと、Bazaar開発者がMercurialに精通する
必要があることがなぜつながるのかよくわからんのだが……。

文句がある奴は手伝えば？
あれこれ手を動かしてるmethaneに我が儘を言ってる奴はなんなんだよ
要望ならそれなりの態度で言葉を選べ

>>256
svnとは違いgit/hgでは全ての開発者にコミット権限を与える必要はない。
gitの場合push権と言えるが、hgの場合pull/pushの方向は無いので、
マスタリポジトリへの書き込み権限と言える。
つまり、git/hgに精通していなものは排除できる。

>>257
彼への要望なんて、無駄な全レス止めて、下手に煽るなよ、ってことぐらいしかないわ。
嬉々としてアンチが突っ込んでくるのは、どう贔屓目に見ても対応が悪いからだろ。

別にBazaarに対してのmethaneの貢献を否定してるわけじゃないし、空気嫁ってだけ。
どんだけ信者だよ。

普通に「保守」

>>258
やっぱ意味がわからん。
Bazaarの開発において、CPythonのコミット権は必須なのか?

>>261
つ>>225

push権という言葉を使っているね。
http://hg.python.org/devguide/file/9cb897c3ca24/developers.rst#l24

>>261
CPythonのpush権が無くてもパッチを送る必要があるかもしれない。
http://hg.python.org/devguide/file/9cb897c3ca24/patch.rst
この中にも書かれているが、mq(Mercurial Queues)を使うのが一般的。

Bazaar開発者が、CPythonにcommitしたり修正を送ったりしなきゃいけない
局面がそんなにあるのか? ……まあいいや、もう黙るわ。

さりげなく保守

Bazaarが実用的になったから、アンチもつらい事は分かった。

>>267
実用的になってないよ。
coloの議論は、リポジトリフォーマットを変える必要がある、coloがbzrtoolsに依存している、
その他もろもろで大変だね、ってことでうやむやになってるよ。

>>250
> >>249
> > "I like git model more than hg model."のあとがこの人の勝手な解釈で、
> この段落に対する返信なんて無いけど？
確かに無い。
しかし、ここで述べられているのは好き嫌いという単純な話ではない。
hgの名無しブランチが今のbzrのアーキテクチャでは取り扱えないということを述べている。
名前で管理できた方が良いと言っているのはそういう意味。
hg-gitはhgのブックマークを利用してhgとgit間の同期を実現している。
だから、名無しブランチを取り上げて嫌いと述べている事自体が単なる無知。

> この後に始まる Mercurial 開発者による名前付きブランチの話は
> https://lists.ubuntu.com/archives/bazaar/2011q1/071985.html
> Alexに対する返信じゃなくてMartinに対するものだし、
> 「お前のMercurialに対する理解は間違ってるぞ」じゃなくて、
> 「Bazaar が colo 相当の機能をコアに入れるなら Mercurial の
> モデルを参考にしてみたら？」ていう程度の話。
これは、hgの勉強会のきっかけになった投稿。
これ以降、hgの名前付きブランチと無名ブランチの勉強会が続いている。

日本語最高。

>>180
ｖ即のもんじゅスレまとめ
http://newsoku318.blog134.fc2.com/blog-entry-845.html

Bazaar最強！！！！！

延々と「保守」

普通に「保守」

>>199
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 2,400
bzr-2.3.0-0-setup.exe Downloads 11,264

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 13435
Tortoisegit-1.6.5.0-32bit.msi 15611

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.2-hg-1.8.1-x64.msi 16012 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 14476 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.10-hg-1.8.1-x64.msi 262 times
tortoisehg-1.1.10-hg-1.8.1-x86.msi 337 times
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21718 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20631 times

bzr 2.4b1 released !

Bazaarは便利

ばざぁ

さりげなく保守

CygwinでBazaarを使いたくて以下のサイトを参考にインストールをしています

http://jblack.linuxguru.net/bzr/cygwin-install

手順通りに勧めているのですがrsync 〜のラインでタイムアウトが発生して
インストール出来ません

もし良ければ解決策を教えて頂けないでしょうか

>>280
その記事はすごく古そうなので当てになりません
普通にhttps://launchpad.net/bzr/+download からソースを落としてください
ソースから入れるよりWindows版を使う方が楽だと思います

CygwinならCygwinのパッケージにbzrがあって、かなり頻繁に
最新版に更新されているはず。

あら、パッケージあったのね…
ずっとBazaarで検索してたので見落としていました
おかげさまで先ほど無事に2.3.1をインストールする事が出来ました
ありがとうございます

cygwin最高！！！！！

いつの間にかhgよりもbzrのほうが早くなってたんだね
マニュアル見て今気づいた

>>285
941 名前：methane [sage]： 2011/02/12(土) 18:25:26
>>940
手元にたまたま python 2.6 の bzr と hg のブランチがあったから
time bzr log > /dev/null と time hg log > /dev/null を試してみたけど、
bzrが13秒でhgが11秒くらい。

gitだと番号つけなくて良い分速いかもね。


942 名前：デフォルトの名無しさん []： 2011/02/12(土) 18:58:09
>>941
hgの方がbzrより速いということが証明されました。
これがbzrのFUDだと証明されました。
http://doc.bazaar.canonical.com/migration/en/why-switch-to-bazaar.html

>>285
hgは無名ブランチ＝複数ヘッド状態だとパフォーマンスが落ちる。
Mozillaはcvsからの移行でcvsのルールを踏襲しているので、
名前付きブランチ多数かつ複数ヘッド状態になっている。
だから、logが遅い。
pythonのsvn使用時のhgのミラーはsvnのブランチのミラーだったはずで、
ヘッドは１つしか無いはずだったから、速い。
hg移行後のpythonは名前付きブランチを付けているが、
ヘッドを減らす運用になっているようなので、速いだろう。

あれ？bzrって再帰的にaddできないのん？
help叩いたけどそれっぽいの載ってない…

>>288
デフォで再帰モード

>>289
あれれ？そうなのん？
test1.txt test.2txt sub/test3.txt
これに
bzr add *.txt
としたけどsub/test3.txtが追加されない

とりあえずcommitしてみよーとおもって
bzr commitしたら

aborting commit write group: BzrError(Could not start any editor.
Please specify one with:
 - $BZR_EDITOR
 - editor=/some/path in /home/.bazaar/bazaar.conf
 - $VISUAL
 - $EDITOR)
bzr: ERROR: Could not start any editor.

こんなエラーがでてきた…

あ、-mオプションが必須なのね
commitできますた

でもサブディレクトリ再起はどうやるんだろう？

そりゃ、ワイルドカードで指定したらワイルドカードにマッチする
ファイルまたはディレクトリしか追加されないよ

期待してた動作はsvnのようにオプション付けると
再帰的に配下の*.txtを全てAddすると思ってた

となると、.ignoreファイルで拒否ファイルを決めて
bzr add
とするしかないのかのー？

bzr statusでunkownみてどれをaddするか決定
後で.ignoreファイルに拒否する拡張子とかファイルとかを決める
としたかったんだけどこのやり方は間違ってるのかな？

新しいFrameworkを使う時なんかでどのファイルがいらないかは先にわからないから
その都度、.ignoreファイルに追記したいとおもってたからちょっと戸惑うかも

findなり、qbzr入れてGUIで指定するなりやり方はいくらでもあるでしょう

まぁね
find . -name "*.txt" | xargs bzr add
とか長くなるけどあまり使用しないケースだから良いのか…
うーむ…

bzr add "*.txt" か bzr add **/*.txtで行けないかな？

Shellしだいじゃね？

普通に「保守」

Bazaarは便利

日本語最高。

>>220
> bzr-coloをcoreに取り込むかどうかって議論が始まってるようだねぇ。
まとめ
・誰も使っていない
・誰も必要性を感じていない
・必要だと思われるbzr-hgがひどい
・bzr-gitを使うくらいならgitを単独で使った方がまし

Gitとかhgにもあるcoloに似た機能ってのがそもそもゴミってことか

bzr-coloを使うのにbzr-hgが必要ってのはどこ情報なんだ。

>>303
https://lists.ubuntu.com/archives/bazaar/2011q1/072002.html
> Yes, bzr-colo has been developed without needs of bzr-git and bzr-hg in
> mind. As you said it's more pragmatic and I definitely like this.

bzr-gitやbzr-hgで使うことなんか考えずにbzr-coloを作ったよって話だな。

ここまでhgの勉強会が続いていて、話がかみ合ってないってことで、
この人が議論の整理をしている。
この人は>>263 にあるCPythonのコミッタ。
だからhgが使えないと困るということを前提で議論している。
これ以降、coloの議論がかみ合っていないのは使っている人がいないんじゃないの、
使ってみてよ、でおしまい。

>>306
おっと、CPythonのコミッタの名前、よく見たら違った。
名前からして同じロシア人だろう。

bzr-colo最高！！！！！

>>302
gitはブランチを作っては消し作っては消しの連続なのでゴミが貯まる。
だから定期的にgit gcをしないといけない。
hgはmqを使うことが一般的だが、リビジョンの削除であるhg stripを使うことは時々ある。
このとき、.hg/strip-backupにバンドル形式でバックアップが作成される。
hg rebaseでもここにバックアップが作成される。
バックアップなので、必要無かったら消す必要がある。

ちょっと何言ってるか分からないですねー

gitのブランチはリビジョンの別名。
ブランチを消してもリビジョンは残るので、間違って消しても復旧できる。
git gcは参照できないゴミを消すコマンドなので、これをやると復旧できない。

bzr-2.3.1-1-setup.exeから入れた
fast-importが動かないんだが昔からだっけ？
> bzr fast-export hoge
bzr: ERROR: Unable to import library "fastimport": bzr-fastimport requires the
fasimport python module
python-fastimportの入れ忘れ？

普通に「保守」

関係ありそうなやつ
Bug #743256 in Bazaar: “No way to install extra Python modules
with stand-alone bzr installation on Windows”
https://bugs.launchpad.net/bzr/+bug/743256

>>312
How to install Python modules needed by plugins?
https://lists.ubuntu.com/archives/bazaar/2011q1/071770.html
このスレッドで>>314が出来て2.3.2では直るってことでいいのかな？

Bazaarは便利

最近GitからBazaarに乗り換えようとしてます。
日本語が化けないのはいいですね。
でも私の周りの人（勉強会で一緒になる人たち）はみんなGitという。。。

>>317
「化ける」という言葉を使っている時点で修行が足りません。
原因と対策は確立されています。
BazaarのNFD/NFCは回避方法はありません。
素直にGitを使いましょう。

みんなが避けてるGitはちょっと…
ごめんねぇー

Bazaar使うのに修行がいるのかよｗｗｗ

化けているのではありません。マルチプラットフォームソフトとして当然の対応をしているまでです。
「化ける」というのは単なる錯覚です。修行が足りません。
この程度の修行が出来ないのであれば、Bazaarの「�~」には立ち向かえないでしょう。

>>321
>�~
それ、何て読むの？

>>322
修行が足りません

>>322

>>> s = "�~"
>>> s.encode("hex")
'efa899'
>>> u = s.decode("utf-8")
>>> u
u'\ufa19'
>>>

難しい漢字を使わなくて済むBazaarにしておくわ

示申最高！！！！！

ちょいと質問。
bzrのリポジトリの全てのリビジョンを横断する検索手段は何かないかな。
かつてお蔵入りした実験コードを探したいのだが、ソース上のキーワードは特定できているが
どの辺に埋もれているかコミットコメントでは最早判らないんだ。
もう
for foo in `bzr log -n0 --line|awk -F: '{print $1}'`; do echo $foo; bzr cat -r$foo targetFile |grep keyWord; done
して探すのは疲れたよ。

>>327
http://doc.bazaar.canonical.com/plugins/en/search-plugin.html

でも、コミットのコメントは丁寧に書こう。

>>328
THX! お腹空いたからお昼食べたら試してみる。
# 自分でコミットしていれば必要なキーワードはコメントしておくんだけどね……

append_revisions_onlyを設定するとuncommitも出来なくなるんだな

延々と「保守」

Bazaarは便利

>>275
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 3,550
bzr-2.3.0-0-setup.exe Downloads 11,273

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 16880
Tortoisegit-1.6.5.0-32bit.msi 19566

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.3-hg-1.8.2-x64.msi 3215 times
tortoisehg-2.0.3-hg-1.8.2-x86.msi 2693 times
tortoisehg-2.0.2-hg-1.8.1-x64.msi 19891 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 17804 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.10-hg-1.8.1-x64.msi 570 times
tortoisehg-1.1.10-hg-1.8.1-x86.msi 522 times
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21762 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20707 times

日本語最高。

さりげなく保守

ほしゅ

補習

ちょいと質問。
リポジトリの特定のリビジョン以前を破棄したいのだけど、リポジトリを加工する手段って何かあるのかしら。
できたらついでに特定のリビジョンから特定のリビジョンまでをなかったことにできると尚いいかな。
# バイナリデータをぶち込んだ奴がいたことが判明したんで……

Bazaarは便利

Bazaar最強！！！！！

日本語最高。

>>338
特定のファイルを除去するとか、サブツリーを分離するとかをする場合は、
bzr-fastimport プラグインを使ってエクスポート、フィルタリング、インポート、
ができる。

古いリビジョンの削除はやったこと無いけど、、、 rewrite でできるかなぁ。。。。

>>333
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 4,094
bzr-2.3.0-0-setup.exe Downloads 11,276

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 18364
Tortoisegit-1.6.5.0-32bit.msi 21446

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.3-hg-1.8.2-x64.msi 6437 times
tortoisehg-2.0.3-hg-1.8.2-x86.msi 5825 times
tortoisehg-2.0.2-hg-1.8.1-x64.msi 19912 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 17852 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.10-hg-1.8.1-x64.msi 640 times
tortoisehg-1.1.10-hg-1.8.1-x86.msi 619 times
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21778 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20734 times

普通に「保守」

>>342
THX!
試してみま

Bazaarは便利

なんか人気無さ過ぎてかわいそうになってきた

>>347
Subversionに圧勝、Mercurialと接戦
http://www.google.co.jp/trends?q=bazaar%2Csubversion%2Cmercurial

それやるならこれで調べる方が正しい
http://www.google.co.jp/trends?q=bzr%2Csvn%2Cgit&ctab=0&geo=all&date=all&sort=0

>>348
インドで大人気とか明らかにおかしいだろｗｗｗ

>>349
hgが可哀想
http://www.google.co.jp/trends?q=bzr%2Csvn%2Cgit%2Chg

インド人はゼロを発明した偉大な民族。
インドでBazaarが大人気なのは当然。

Bazaarインドで大人気！！！！！

>>343
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 4,415
bzr-2.3.0-0-setup.exe Downloads 11,276

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 19245
Tortoisegit-1.6.5.0-32bit.msi 22392

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.3-hg-1.8.2-x64.msi 8310 times
tortoisehg-2.0.3-hg-1.8.2-x86.msi 7352 times
tortoisehg-2.0.2-hg-1.8.1-x64.msi 19926 times
tortoisehg-2.0.2-hg-1.8.1-x86.msi 17872 times

https://bitbucket.org/tortoisehg/stable/downloads
tortoisehg-1.1.10-hg-1.8.1-x64.msi 687 times
tortoisehg-1.1.10-hg-1.8.1-x86.msi 679 times
tortoisehg-1.1.9.1-hg-1.7.5-x64.msi 21791 times
tortoisehg-1.1.9.1-hg-1.7.5-x86.msi 20747 times

インド最高！！！！！

भारत के सर्वश्रेष्ठ! ! ! ! !

日本語最強

bzr-eclipseでコミットメッセージに日本語入れたらエラーになるのは治ってないの？

>>359
インド人になおしてもらえ

ナマステ。
ご用命承りましたインド人です。
どのような現象でしょうか？

bzr: out of memory
Use -Dmem_dump to dump memory to a file.

SubversionのリポジトリをBazaarでチェックアウトしようとしたら
こんなエラーが出たんだけど
Bazaarは今のところ容量の大きいファイルは扱えないのか……

नमस्ते. हम प्राप्त किया है अपने
आदेश भारतीय है. लक्षण क्या पसंद है?

>>362
大きいファイルは苦手だね。
最新版ではある程度改善されているけど、根本解決するには、重いファイルを
パックに含めない新リポジトリフォーマット導入しないといけないと思う。

合十礼。我们已收到您的订单是印度。什么症状呢？

合十禮。我們已收到您的訂單是印度。什麼症狀呢？

>>251
https://bugs.launchpad.net/bzr-hg/+bug/380871/comments/15

ناماستي. لقد تلقينا طلبك هندية.
ما أعراض مثل؟

アラビア文字最強

נמסטה. קיבלנו את ההזמנה
שלך היא הודית. מה הסימפטומים כמו?

ヘブライ文字最強

תחזוקה

>>362
どれくらいのサイズでエラーになるか予想が付く？

280MBほどのリポジトリをupgradeかけたら90MBになったのはいいのだけれど、
その作業中メモリを1.5GBくらい使っていた模様。
メモリ1GBのPCだったから、1時間近く掛かってしまった。

Bazaarのブランチですが、フォルダを作らないでgitみたいな切り替えをすることは可能ですか？

bzr-coloでググれ

ググりました

http://hibari.2ch.net/test/read.cgi/tech/1295493964/55
55 ：デフォルトの名無しさん：2011/01/27(木) 04:46:40
MercurialやGitのようなブランチの操作をするのに、bzr-coloが必要となる時点でBazaarは使いづらい。
「ブランチ」に対するアプローチが、

・ディレクトリ名を指定
・共有リポジトリ作成後、その下にあるディレクトリ名を指定
・bzr-coloを利用

と3種類もある。
GitやMercurialはシンプルなコンセプトで実装が見えない所が、SVNに似ているので見えてしまうのがBazaarという印象が拭えない。

共有リポジトリ＋no-treeブランチ＋lightweightチェックアウトが鉄板だな

ググりました

http://twitter.com/aruhan/status/27438056159
bzr colo-mv したらブランチのメタ情報が壊れてしまって、ブランチに対する操作ができなくなって焦った。
メタ情報を手作業で書き換えたところ無事復旧

ググりました

Bug #761047 in bzr-colo: “Referencing branches more easily”
https://bugs.launchpad.net/bzr-colo/+bug/761047

Namaste. Мы получили ваш заказ в Индии. Какие симптомы?

ロシア語最高。

おはようBazaar

>>351
hgにはハードゲイが含まれそう。
そして、日本は世界とはずれている事も多いので、
http://www.google.co.jp/trends?q=bzr%2Csvn%2Cgit%2Chg&ctab=0&geo=jp&date=all&sort=0

hgがやっぱり変だなｗ

こんばんBazaar

>>384
high gradeだと書いてるだろ

>>373
1つのリビジョンで800MBくらいのコミットがある部分でエラーが出ていたから
それ以下じゃないかなと
予想では300MB〜500MBくらいでエラーになると思いますが
試してみないとはっきりとは分かりません

http://hibari.2ch.net/test/read.cgi/tech/1284467898/574-575

emacs最高！！！！！

http://hibari.2ch.net/test/read.cgi/tech/1284467898/586-588

586 名前：デフォルトの名無しさん []： 2011/04/20(水) 15:44:00.32
バージョン管理初心者はGitとSVNどっちがお勧めですか？

587 名前：デフォルトの名無しさん [sage]： 2011/04/20(水) 15:49:27.45
>>586
Bazaar

588 名前：デフォルトの名無しさん [sage]： 2011/04/20(水) 15:56:31.70
さすが兄者ｗ

普通に「保守」

延々と「保守」

「保守」だけでスレ消費

Breaking python2.4 compatibility for bzr-2.4
https://lists.ubuntu.com/archives/bazaar/2011q2/072216.html

時代の最先端を行くBazaarはRuby1.9に乗り換えよう！！！！！

ほしゅ

ホシュ

Mercurialより取っつきやすいと思うのだけれど、ユーザーが増えている感じしないな。

>>397
減っている。このグラフを見れば一目瞭然。
http://dir.gmane.org/gmane.comp.version-control.bazaar-ng.general

増えるどころか、廃れているのか。
社内導入に当たってシェアが結構物を言うから困る。

減ってるわけ無いだろ、、、、
コミュニケーションのML離れは一般的な現象。

>>400
Git、Mercurialは減っていませんが？
Mercurialは激増していますが？

http://dir.gmane.org/gmane.comp.version-control.git
http://dir.gmane.org/gmane.comp.version-control.mercurial.general
http://dir.gmane.org/gmane.comp.version-control.mercurial.devel

>>401
増えてるのは mercurial.devel だけで、他は横ばいか微減だよね？
ML離れと拮抗するぐらいの速度で新規ユーザーが増えてるから横ばいになってるだけ。

参考:
http://dir.gmane.org/gmane.comp.lang.ruby.general
http://dir.gmane.org/gmane.comp.python.general

>>402
RubyはRedmineが機能していますが？
http://redmine.ruby-lang.org/

うぜぇのが粘着してるな

明日は我が身
http://dir.gmane.org/gmane.comp.version-control.darcs.user

>>402
Bazaarは新規ユーザがゼロだとお認めになりました

そんなに増えてはいないけれど、減ってはいないだろうなぁ。

>>407
減るだけのユーザが最初からいない。
遅い、重いという第一印象で使うのをやめるから。

i5-760でMercurialとBazaarのどちらを使うか使用中なんだけれど、
今辺のPCスペックだと余り重いとか遅いとか気にならないな。
でも、リポジトリが肥大してくると違うのか。

bzrlib.transport.readonly.ReadonlyTransportDecorator.get_smart_client()
がへん

Bazaarは便利

bzr
がへん

普通に「保守」

>>407
減っている
http://wiki.bazaar.canonical.com/WhoUsesBzr?action=diff&rev2=146&rev1=145
http://wiki.bazaar.canonical.com/WhoUsesBzr?action=diff&rev2=141&rev1=140

Bazaar最強！！！！！

延々と「保守」

日本語最強

おはようBazaar

>>354
https://launchpad.net/bzr/+download
bzr-2.3.1-1-setup.exe Downloads 7,941
bzr-2.3.0-0-setup.exe Downloads 11,285

http://code.google.com/p/tortoisegit/downloads/list
Tortoisegit-1.6.5.0-64bit.msi 26368
Tortoisegit-1.6.5.0-32bit.msi 31205

https://bitbucket.org/tortoisehg/thg/downloads
tortoisehg-2.0.3-hg-1.8.2-x64.msi 22655 times
tortoisehg-2.0.3-hg-1.8.2-x86.msi 19755 times

Windows版のダウンロード数比較して何かわかるの？

>>420
Bazaarの素晴らしさを全世界の人々に知らしめるにはさらなる啓蒙活動が必要ということ

おはようございます。今日は昭和の日です。
昭和にはBazaarはありませんでした。
Bazaarのある平成に生きていて幸せに思います。

昭和は日本語の表記が何回も変わった時代でもありました。
平成はUnicodeの時代です。
CJK統合漢字、互換文字など気にしてはいけません。
BazaarとUnicodeで、昭和には成し得なかった大東亜共栄圏を築き上げましょう。

大東亜共栄圏なんてスケールの小さいことではいけません。
日本語最高！Bazaar最強！なのです。
八紘一宇なのです。

hosyu

MLでコマンドラインのi18nが話題になってたから、TortoiseBZRや
Mercurialの仕組みを流用して基本部分だけ作ってみた。
うまく行けば bzr 2.4 には入りそう。

八紘一宇最強！！！！！

githubとsvnの違いを説明してください
わかりません
イマイチよくわかりません
メリットデメリットなど
教えてくれーーーー

教えてください

わかりません
調べるのもう飽きました

>>428
githubは世界中のハッカーが集まる凄い所。
ここに公開すればウオッチャーもいっぱい付くし、他の人が勝手に改良しちゃったりする。

svnは排他的な閉じこもった世界。

でも、svnがマスタのものもたいていgithubにミラーされているから、
必ずしもgitでないといけないとは限らない。

>>428
メリット・デメリットとあるが、これからの時代svnを始めるメリットは無い。
GitとMercurialの一騎打ち状態だから、どっちかを選べば間違いないだろう。

>>428
Git と Mercurial が Subversion より優れている点
http://tcha.org/blog/2010/02/01/dvcs-over-svn/

githubえらびますね
svn知らないとかゆとりっていってた人いたので不安になりました

大東亜共栄圏最高！！！！！

普通に「保守」

こんにちは、本日はメーデーです。

>>426
Mercurialパクるんだったらこれパクれば？
http://mercurial.selenic.com/wiki/SummerOfCode/Ideas2011

>>437
これって、5つあるけどどれのこと？

延々と「保守」

>>438
全部

>>440
1-3はヘルプの改善とかMercurialの現状を改善する項目でパクルもなにもないし、
5はすでにあるし、4以外bzrにもあったらいいななんて機能は無い。

>>441
> 5はすでにあるし
bzr-xmloutputはコアでは無い。
bzrの不安定さの象徴。

>>426
ファイル名がロケールに依存するという間違った設計のため、まともな実装が出来ないのであった。

>>442
コアでないって、hgにはコアじゃなければxmlrpcみたいな機能あるの？
そのGSoCのアイデア一覧にも、hgコアに入れるとは明記してないけど。
不安定さの象徴とか意味分からん。単にdisりたいだけか。

>>443
ヘルプテキストやメッセージを翻訳するのとファイル名がどう関係するの？
僕が試しに作ったi18n機能は、LANG=ja_JP.eucJPな人には翻訳メッセージは
ファイル名と同じくEUC-JPで表示するし、これで問題ないと思うんだが。

>>445
methaneさんよ。いい加減スルーを覚えましょう

>>445
https://lists.ubuntu.com/archives/bazaar/2011q2/072310.html

>>445
BZR_USERENCODINGという環境変数がファイルをチェックアウトしたロケールと違った場合、
文字コードは何を出力すべきなのでしょうか？

>>445
~/.bzr.logも複数の文字コードが混在する可能性があります。
さて、文字コードは何を指定すべきでしょうか？

ためになりそうな話題なので続きはbazaar-jaでやったらどうかな？
http://groups.google.co.jp/group/bazaar-ja

>>446
スルーばかりしてたら本当の問題報告を見逃してしまうかもしれないので、、、
>>447
それって全然i18nの実装と関係ない話だよね？
もちろん、ロケールが登録されてないサーバーで使えるようになるのはいい事だけど、
ロケール登録されてないって結構レアケースだし、困っている人どれくらいいるんだろ？
ウチの会社はbzrインストールしているサーバーではロケールを登録した。
>>448
ファイルシステムエンコーディングと出力エンコーディングは別。
ロケールがeuc-jpでチェックアウトして、出力エンコーディングをUTF-8にしたら、
標準出力に出力されるファイル名はUTF-8になる。
そもそもそこら辺はオフトピックで、i18nの実装に絡む部分じゃない。
>>449
.bzr.log の中は出力エンコーディングは無関係でutf-8固定

>>451
> それって全然i18nの実装と関係ない話だよね？

全角半角は関係ないのでしょうか？

> ロケールが登録されてないサーバー

マシンのロケール(/etc/sysconfig/i18n)とログインシェル(~/.profile)は別。
LANG=en_US.ISO-8859-1のロケールのコンソールで日本語のログメッセージはどうやって読むのでしょう？

> ファイルシステムエンコーディングと出力エンコーディングは別。
> ロケールがeuc-jpでチェックアウトして、出力エンコーディングをUTF-8にしたら、
> 標準出力に出力されるファイル名はUTF-8になる。

あれ？MLではWindowsでchcp 65001が効かないってあったけど？

>>452
>全角半角は関係ないのでしょうか？
はい、関係ありません。

>> ロケールが登録されていないサーバー
> マシンのロケール(/etc/sysconfig/i18n)とログインシェル(~/.profile)は別。
ロケールが登録されていないっていうのは、そもそも /usr/share/locale 自体が
スッカラカンで、LANGに何を設定してもutf-8のロケールにできない状況だから、
マシンのロケールとログインシェル以前の問題。

> LANG=en_US.ISO-8859-1のロケールのコンソールで日本語のログメッセージはどうやって読むのでしょう？
LANG=en_US.utf-8 bzr log とか。
で、いちいちそれをするのが面倒だったり、utf-8なロケールが一切存在しない
場合に困るから、BZR_USERENCODINGとか、 --encoding オプションができたら
良いねというのがMLで言ってた話題。

> あれ？MLではWindowsでchcp 65001が効かないってあったけど？
どの話題のことだろう？
今まで話してたのは基本的にUnix系の話題の話で、Windowsでは言語設定にかかわらず
ファイルパスは全部W系APIを使ってUnicodeで扱うから、チェックアウト時と違う
言語設定にしてもファイルパスには全く影響ない。

>>453
> >全角半角は関係ないのでしょうか？
> はい、関係ありません。

Mercurialをパクるなら全て正しくパクりましょう。

> > あれ？MLではWindowsでchcp 65001が効かないってあったけど？
> どの話題のことだろう？
> 今まで話してたのは基本的にUnix系の話題の話で、Windowsでは言語設定にかかわらず
> ファイルパスは全部W系APIを使ってUnicodeで扱うから、チェックアウト時と違う
> 言語設定にしてもファイルパスには全く影響ない。

https://lists.ubuntu.com/archives/bazaar/2011q2/072308.html

>>454
> Mercurialをパクるなら全て正しくパクりましょう。
意味不明。

で、そのMLの話題が、
>> ファイルシステムエンコーディングと出力エンコーディングは別。
>> ロケールがeuc-jpでチェックアウトして、出力エンコーディングをUTF-8にしたら、
>> 標準出力に出力されるファイル名はUTF-8になる。
> あれ？MLではWindowsでchcp 65001が効かないってあったけど？
これに繋がるのは、出力エンコーディングをUTF-8にする=chcp65001、という認識だったんですね。
そのメールにあるとおり、chcp 65001してもcp65001がUTF-8だと判別出来ていないので、
出力エンコーディングはUTF-8になっていません。
sitecustomize.pyなどでエイリアスを登録すればいけるかもしれませんが、
bzr 自体はWindowsで出力エンコーディングをUTF-8にする有効な手段を提供して
いないので、このオプションなり環境変数が導入されるといいですね。

>>451
毎回毎回同じ奴相手にご苦労なこった
こいつ、methaneとじゃれて遊びたいだけの低脳だから
言っていることがかなりずれているんだよね
まあ、本人がそれでよければ構わないけど…

>>455
> >>454
> > Mercurialをパクるなら全て正しくパクりましょう。
> 意味不明。

MBCS 文字列の折り返し - その 1
http://d.hatena.ne.jp/flying-foozy/20100515/1273916524

>>457
> MBCS 文字列の折り返し - その 1
> http://d.hatena.ne.jp/flying-foozy/20100515/1273916524

> Mercurial の 1.4 版から、端末表示幅にあわせてヘルプテキストが折り返されるようになったのだけど、
> 案の定というか、言語設定を日本語にしてある(LANGUAGE=ja 等)場合、
> 折り返された行末で表示が乱れるケースがちらほらと。

>>457
i18nと折り返し機能は別物。

bzrは自動折り返しとかしてなくて、もとのヘルプメッセージが折り返されている
だけなので対策不要と思ってたけど、よく考えたら help commands が折り返し
してるからここで対策必要だったわ。さんくす。
bzr はそもそも mbcs じゃなくて unicode で扱うつもりだから対策も楽だな。

>>459
> bzr はそもそも mbcs じゃなくて unicode で扱うつもりだから対策も楽だな。
あれ？？？？？？？？？？
Windowsでのコンソール出力はCP932だよね？？？？？？？？？

>>459
> bzr はそもそも mbcs じゃなくて unicode で扱うつもりだから対策も楽だな。

空白詰めと符号化方式
http://d.hatena.ne.jp/flying-foozy/20100703/1278170570

> 更に崩れた表示に目を凝らしてみると....値表示が必要なオプションの表示の際に、
> 値の翻訳文字列の文字数に応じてカラムがずれているっぽい気が....
>
> わかった！オプション説明文の字下げ幅算出は、オプション表示部分
> (例: "-I --include パターン [+]" 部分)の文字列に対して単純に len() を適用しているのだけど、
> UTF-8 の日本語文字はバイト数≠文字数だから、Python の len() による算出だと駄目なんだ！

Mercurialをパクるのだったらこれを全部パクりましょう
http://mercurial.selenic.com/wiki/SummerOfCode/Ideas2011

>>460
内部実装見たら判ると思うけど、 cmd._outf というファイルライクオブジェクトを
用意していて、それがUnicodeから標準出力エンコーディングへの変換を受け持ってる。
なので、中でヘルプメッセージを扱う部分はmbcsを使わないで、
cmd._outf(u"ほげほげ")
って直接Unicodeを渡す。

UCSを基本方針にする場合、bzrみたいに境界で変換するのが正しい設計。
例えば _outf が2つのファイルに別々のエンコーディングで出力する
なんてこともやろうと思えば可能。

ところで、Mercurialのtextwrapって、Right to Left な人でも大丈夫なの？

>>461
いや、それくらいちゃんと解ってるから。
Unicode で扱うから楽っていうのは、
http://d.hatena.ne.jp/dayflower/20100212/1265960099
にある TextWrapper だとバイト文字列が渡された時もわざわざ
Unicodeにデコードしてから処理してエンコードしているけど、
bzrの場合はバイト文字列が来た場合はそもそもコマンド名などの
US-ASCII文字だって仮定できるので、入力がUnicodeのときだけ
対応すれば良いから楽だってこと。

>>464
> bzrの場合はバイト文字列が来た場合はそもそもコマンド名などの
> US-ASCII文字だって仮定できるので、入力がUnicodeのときだけ
> 対応すれば良いから楽だってこと。

Webサーバもその方針で対応できるのですか？？？？？？？
bzrにあれば、の話だけど。
大抵、URLエンコードで渡されるけど。

>>465
できる。ある。(loggerhead)

>>466
loggerheadはコアじゃないよね？
Mercurialのhgwebはコアで、
GSoCは全てのヘルプを統一して扱おうという話だけど？

>>467
>>465 って >>464 へのレスだよね？
何が聞きたいの？コアかどうかって内部エンコーディングがUnicode
であることとなにか関係あるの？MercurialのGSoCとかどうでもいいんだけど。

>>468
xmlrpcもloggerheadもコアではなく、やっていることがバラバラ。
xmlrpcがutf-8の出力をサポートしているのに、何故車輪の再発明をするのか？
これでは安定して動くわけがない。

>>433
いやさすがにsvn知らないのはゆとりだろ

Can I use GPLv2 code of mercurial for implementing bzr's code?
https://lists.ubuntu.com/archives/bazaar/2011q2/072373.html

https://lists.ubuntu.com/archives/bazaar/2011q2/072374.html
> I understand that problems is more difficult than I thought and
> some console can handle these problems.
> I'll hold in my mind about bidi, but don't implement by myself
> unlsess it needed.

>>464
> >>461
> いや、それくらいちゃんと解ってるから。
> Unicode で扱うから楽っていうのは、
> http://d.hatena.ne.jp/dayflower/20100212/1265960099
> にある TextWrapper だとバイト文字列が渡された時もわざわざ
> Unicodeにデコードしてから処理してエンコードしているけど、
> bzrの場合はバイト文字列が来た場合はそもそもコマンド名などの
> US-ASCII文字だって仮定できるので、入力がUnicodeのときだけ
> 対応すれば良いから楽だってこと。

ここはブラウザが固まります。
https://bitbucket.org/mirror/mercurial/src/d8ba6fb2ce15/mercurial/util.py#cl-1128
こちらを見ましょう。
http://selenic.com/repo/hg/file/1b4b82063ce2/mercurial/util.py#l1135

>>474
サンクス。次回からそうする。

http://bazaar.launchpad.net/~songofacandy/bzr/i18n-fromhg/annotate/head:/bzrlib/utextwrap.py

>>476
おまいはストーカーかｗ
結局Mercurialのmbgettextが気に入らなかったので一から書いた。
hgからパクったコードがほとんどなくなっちゃったから、 i18n-fromhg という
名前のブランチを中断して、同じものを i18n というブランチ名で使ってる。

Japanese "good morning".
http://bazaar.launchpad.net/~songofacandy/bzr/i18n/annotate/head:/bzrlib/utextwrap.py#L168

普通に「保守」

延々と「保守」

Bazaar最強！！！！！

BazaarがサポートされたQt Creator 2.2がリリースされたよ
Qt Creator 2.2 released
http://labs.qt.nokia.com/2011/05/06/qt-creator-2-2-released/

日本語のファイル名があるので、Bazaarにします。

おはようBazaar

>>483
いいんじゃない？

http://git.sourceforge.jp/view/
http://hg.sourceforge.jp/view/
http://bzr.sourceforge.jp/view/

普通に「保守」

真夜中のBazaar

日本語最高。

Bazaarって過去バージョンのブランチを作って
そこから継続して開発できますか？

たとえば、

1.2
｜
1.1
｜
1.0

ってバージョンがあったとして、

1.2 1.0.2
｜　｜
1.1 1.0..1
｜／
1.0

こういう1.0.1みたいなブランチを作って修正して1.0.2としてコミットできますか？

>>490
はい。それぞれが version1.1 みたいなタグで管理されているとすると、
bzr branch trunk release-1.0 -rtag:version1.0
とすると、release-1.0に 1.0 が先頭になった状態のブランチができるので、
あとはそこにコミットしていけば、そのような運用になるはずです。

これはbzrでは一般的なブランチ管理の方法になっていて、bzr自体もこの
方法で管理されています。

>>490
自分で番号管理をしない限り、そういうリビジョン番号にはならないことに注意。
その1.2も1.0.2もそれ自身においてはどちらもリビジョンは3になる。

>>491
ありがとうございます。できるんですね！
Bazaarのブランチについて調べ中なので、大変勉強になりました。

いままでSubversionやMercurialを使っていたので
Bazaarはブランチが実際のディレクトリになっているのが斬新に感じます。

>>492
ありがとうございます。
バージョン番号は説明用に便宜的に書いたものです。
それぞれリポジトリ内では3番目なので3になるんですね。

延々と「保守」

おはようBazaar

普通に「保守」

13日の金曜日のBazaar

おはようBazaar

Bazaar最強！！！！！

a

おはようBazaar

ばざぁ

シンボリックリンクが含まれているリポジトリをWindowsでチェックアウトできない問題は
まだまだ解決に時間がかかるのでしょうか？

>>503
シンボリックリンクはユニコードで表現できますか？
ユニコードで表現できないものはBazaarは対応しません。

>>503
まだ組み込みの機能では対応していません。
win32symlinkというプラグインを使うことでとりあえずチェックアウトは
できるようになります。
このプラグインはcygwin形式のsymlinkを扱うので、シンボリックリンクの
チェックアウトではなく追加にはcygwinが必要です。
そもそもWindowsのシンボリックリンクのサポートが非常に弱い（最近のWindowsだと
一応シンボリックリンク機能自体はあるんだけどデフォルトだと管理者権限が
必要だったり）ので、クロスプラットフォームで運用するリポジトリにシンボリックリンクを
入れるのはあまりおすすめできません。

シンボリックリンク最高！！！！！

おはようBazaar

ただいまBazaar
こら！そんなになめるなよ！えへへ…

bzr merge --remember 最高！！！！！

http://bazaarvcs.wordpress.com/2011/05/17/faster-large-tree-handling/

おはようBazaar

こんばんBazaar

普通に「保守」

延々と「保守」

保守だけで999を目指すスレ

普通に「革新」

bzr-gitやdocdiffをpluginとしてBazaarに入れ込もうとしたときに
会社のXPだとうまくBazaar Explorerが認識しましたが、
家のWindows7（64bit）だとうまくいきません。
同じような現象の方いらっしゃいますか？どのように解決しましたか？
原因はWindows7だから？それとも64bitだから？

>>517
認識しないというのはBazaar ExplorerのBazaarメニュー＞プラグインで
インストールしたプラグインが表示されないというのであっていますでしょうか？
BZR_HOMEを設定してそちらにプラグインを入れてみては？
プラグインを置くディレクトリは %BZR_HOME%\.bazaar\bazaar\2.0\plugins
になります

>518
> 認識しないというのはBazaar ExplorerのBazaarメニュー＞プラグインで
> インストールしたプラグインが表示されないというのであっていますでしょうか？

はい。そのとおりです。
Bazaarのインストール先はデフォルト設定と同じ
C:\Program Files (x86)\Bazaar
にしています。
そのフォルダ内にあるplugins（C:\Program Files (x86)\Bazaar\plugins）に入れて

WinXP：プラグインとして認識
Win7 x64：プラグインとして認識しない

という現象です。

>>519 Program Files以外の場所に置けばうまくいくと思いますよ
デフォルトでは%APPDATA%\Bazaar\2.0\pluginsです。
BZR_HOME環境変数で場所を変更できます。
BZR_HOMEを設定した場合は(パス間違えました>>518)
%BZR_HOME%\bazaar\2.0\plugins
です

BZR_HOME環境変数最高！！！！！

Subversionのように過去のコミットログを後から修正したり
特定のコミットを無かったことにできますか？

たとえば、お客のサーバーのアカウント情報を
新入社員がログに書いちゃった場合とか。

>>522
bzr rebaseでできる。
>338が似たようなことやっている。

fastimport最高！！！！！

rebase最高！！！！！

>>523
おぉ、ありがとうございます！
rebaseについて勉強します。

>520
ありがとうございます。うまくいきました。

BazaarExplorerにデフォルトで入っているpluginは
C:\Program Files (x86)\Bazaar\plugins
の中に格納されていて
ユーザが勝手にpluginをインストールする際は
%APPDATA%\Bazaar\2.0\plugins
の中に放り込む
ということでよろしいでしょうか？

でもXPではC:\Program Files\Bazaar\plugins
に入れてもうまくいったのはなぜ？

あとBazaar自体インストールする際はC:\Program Files\Bazaarではなく
C:\Bazaar
などに変えたほうがよさそうですね。

色々ありがとうございました。

今のプロジェクトではCVSなんだけど、個人的にBazaarを使いたいと思ってます。
bzr-cvsを探しましたが見つからないのですが、どこにありますか？

>>528
http://www.kernel.org/pub/software/scm/git/docs/git-cvsimport.html
http://mercurial.selenic.com/wiki/ConvertExtension#Converting_from_CVS

>>527
Win7でうまくいかなかったのはVista以降に搭載されているVirtual Storeの
せいだと思われます。

普通に「保守」

延々と「保守」

methaneに構ってほしいのならこっちのスレ行けよ…

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

methaneたんは本家MLで大忙し。
我らはmethaneたんの留守中は全力でこのスレを保守せねばならない。

全力で「保守」

この板は保守しなくてもちょっとやそこらじゃ落ちないよ

スレは落ちなくてもBazaarの人気が落ちてはいけない。
従って、全力で保守せねばならない。

スレ落ちしないのは知ってるのね
ならいいや

おはようBazaar

bzr-2.3.3 Windows版インストーラがリリースされました
相変わらずインストーラにはfastimport(lp:python-fastimport)が含まれてないのね
> bzr fast-export hogehoge
bzr: ERROR: Unable to import library "fastimport": bzr-fastimport
requires the fasimport python module
> bzr version --short
2.3.3
site-packagesがあるから多少は楽になった

site-packages最高！！！！！

全力で「保守」

WindowsでBazaarを使っています。
Excelファイル（.xls）を開き、保存せずに終了するだけで
TortoiseBzrでは修正ファイルと判断されることがあります。
これを回避する方法はありますか？

>>543
http://d.hatena.ne.jp/methane/20110123/1295804035

Excel最高！！！！！

>>540の件、登録されてた
Bug #715610 in Bazaar Windows Installers: “Missing dependancy of fastimport plugin”
https://bugs.launchpad.net/bzr-windows-installers/+bug/715610

>>544
ありがとうございます。Excelが悪かったんですね。
Excelの設定を変更して使います。

おはようBazaar

こんばんBazaar

おちんちんBazaar

いないいないBazaar

普通に「保守」

おしっこBazaar

ここはmethaneたんとBazaarについて熱く語るスレです。
下品なレスはやめてください。

下品で何が悪い

methane=メタン=おなら

おならBazaar

http://ja.wikipedia.org/wiki/%E5%B1%81
> 「おなら」は「お鳴らし」が略されてできた女房言葉で、「屁」よりも上品（あるいは婉曲）な言い方であるとされている。

お鳴らしBazaar

丑三つ時のBazaar

梅雨空にBazaar

ブボボBazaar

ブボボ(`；ω；´)ﾓﾜｯBazaar

米倉Bazaar

おっぱいBazaar

ランチはBazaar弁当

Windows上のbzr-gitでgit+sshプロトコルが使えない問題がFixされました
https://bugs.launchpad.net/bzr-git/+bug/670035

>>567
Mercurialのhg-gitからのクレームがきっかけじゃないか

興奮してごめんなさい。dulwich様に感謝します。

hgsubversion も subvertpy 使ってるんだっけ。
bzr-git, bzr-svn, dulwich, subvertpy を開発している Jelmer さんには
bzrユーザーだけじゃなくてhgユーザーも頭が上がらないはず。

GitやSubversionはよく聞くけど、
これは始めて聞いた。
っていうかGit一つ覚えるのにかなり苦労してるのに、
よくこういうのも覚えるよなぁ。

>>571
違います。BazaarユーザはBazaarしか使えません。

午後のBazaar

普通に「保守」

おはようBazaar

延々と「保守」

勃起Bazaar

ばざぁ

おやすみBazaar

むくりBazaar

お昼Bazaar

夜のBazaar

DropBox＋Bazaarをやってみようかな〜と考え中。

Bazzarでござーる

>>583
やってますが何か。

Bazaarなう

おはようBazaar

おひるBazaar

おやつBazaar

シンボリックリンクの件、話題がループしてるね…

おはようBazaar

おつかれBazaar

あ、もしかしてCygwinのbzrだとシンボリックリンクちゃんと扱える？
git用にCygwin入れちゃったし、ついでにbzrもそっちの使った方が無難なのかな…？

夜食Bazaar

はらぺこBazaar

週末Bazaar

朝もっこりBazaar

お昼寝Bazaar

雨上がりBazaar

決死隊Bazaar

夜更けのBazaar

保守だけで1000ゲットでBazaar

地道に603ゲットでBazaar

夜更かしBazaar

朝焼けBazaar

ブランチ側で共有リポジトリからmergeしてpushすると
共有リポジトリの履歴でブランチ側がメインになっちゃうんですが
（bzr logに--include-mergesを付けないとマージした部分の共有リポジトリ側のログが出ない）
そんなものなんでしょうか？

賢者モードBazaar

暑くなってきたBazaar

油ギトギト厨と水銀中毒患者が荒らしているのか
最低だな

　　　　　　　　　　　 ＿
　　　　　　　 r-､' ´　　 ｀ヽr-､
　　　　　　　ｨ7　/l: ハヽﾊ ﾄヾ 　　 良スレを隠すことは、この俺が許さん！
　　　　　　　 '|l |'´_`　´_ ｀| || 　　　信念に基づいて行動する。
　　　　　　　 |　|´ﾋ} 　 ﾋ}｀! l|　　　それを人は正義と言う。
　　　__ノﾞ).　从 l,　　_'_. 　|从　　　今俺が行ってることは、上げ荒らしではない。
　,_'（＿ ﾉ_ヽ　ヾl.＞ - ,イ;ﾘ　　　　正義という名の啓蒙活動だぁ！
　{ f:ﾃ} {'f:ﾃ}',／＼ヽ--/／ヽ 　　　
　ヽ,r─‐ ､ｨ .､､ i l＞Y＜! i　'､ 　　　バザー！
　/ iゝ＿ﾉ iヽ　/l　　 |l　　l 　 ',
　lﾝヽ/ムノじ

ここまで自演

普通に「保守」

普通にBazaar

延々と「保守」

油ギトギト厨と水銀中毒患者が啓蒙活動しているのか
最高だな

ここまで自演

Bazaarはジ・エンドになってはならない

楽しい週末が終わったBazaar

ここから俺の自演

延々とBazaar

ここまでお前の自演

一日一Bazaar

三日で三Bazaar

忘れた頃にBazaar

まだ忘れてないだろw

このスレは、おはようからおやすみまで、暮らしに夢をひろげる、Bazaarの提供でお送り致します。

ヽ(`Д´)ﾉBazaarｱｹﾞ

　 　 　　　＿＿＿_
　 　　　／　　 　 　＼
　　　／　 _ノ 　ヽ､_　 ＼
　 ／ 　oﾟ⌒　　　⌒ﾟo　 ＼ 　また明日からBazaarをする
　 |　　　　 （__人__）　　　　| 　仕事が始まるお…
　 ＼　　 　 ｀ ⌒´ 　 　 ／

現在CVSで管理しています。そこで中央はCVSでローカルはBazaarという組合せで
（個人的に）運用していこうかと思っています。

そこで注意点とか何かアドバイスはありますでしょうか？
bzr-cvsというのもあるみたいですが、これの使い方もよくわかりませんでした。
中央がSVNでローカルはBazaarというのは他の方もやられているみたいですが、
中央がCVSはあまり例がないのでしょうか？

中央が cvs だろうが svn だろうが、ローカルが bzr だろうが hg だろうが git だろうが一緒だろ。
手元で分散 SCM を使っておけば、中央とコンフリクトした時に何度もやり直しができていい。

>>629
cvsスレで聞けば？

>>629
Warn about trying bzr on CVS trees in Launchpad
https://launchpad.net/bzr-cvs

bzr-cvsは「CVS作業ディレクトリをbzrで直接扱うことはできないよ」って
警告を出すためだけのプラグイン

Bazaarで中央にマージする時って
手元からpushすればいいんですか？
中央からpullした方がいいですか？
その辺のことが載っている資料があったら教えてください。

>>633
普通、中央からワークへの権限はないから。

今年も半分終了Bazaar

>>634
ありがとうございます。
確かに普通は中央からワークへの権限は無いですよね。

花金Bazaar

参考までに
http://kokucheese.com/event/index/13468/

>>638
> VCSの使用経験がある方であれば気軽に参加できます。
単純に疑問に思っただけなんだけど、
普通こういうのって使用経験がない人に向けてやるもんじゃないの？

>>638
> Bazaar : （枠が余っていれば募集)
(´・ω・｀)

>639
VCSの経験はあるけどDVCSの経験はない人が対象ってことでない？

>>640
(´・ω・｀)

>>641
確かに。納得しました。

みんなで申し込んで
Bazaarユーザここにあり！
Gitなんて目じゃないぜ！
って感じになったらいいと思うな。

Bazaarの推奨スペックってありますか？
ＣＰＵ性能とかメモリの容量とか

>>645
たぶん無いんじゃないかな
うちの会社の仮想マシン（Vista、メモリ512MB、CPU800MHzくらい）でもサクサク動いているので

うちの自宅のデスクトップ (Core2Duo 2.4GHz) だとモッサリだわ...

モッサリBazaar

645です

ありがと

646さん位のスペックでコミットできたりできなかったりした
647さん位のスペック（メモリ2GB）では大丈夫だった

Bazaar の64bitはいつになったらでるのかな？でっかいファイルを扱えなくて、
仕事で使えん。

普通に「保守」

よばれてとびでて!Bazaar

おはようBazaar

こんにちわBazaar

Bazaarで茣蓙る

なでしこBazaar

おめでとうBazzar

bzr-2.3.4-1-setup.exe

普通に「保守」

専守防衛

おはようBazaar

お昼Bazzar

夜bazaar

普通に「保守」

http://developers.slashdot.org/comments.pl?sid=2350536&cid=36891126

* The main problem I've had with Bazaar is the lack of tool options.
* I tried Bazaar several times, and found its performance to be lacking
* Bazaaars biggest problems was/is speed.

月初Bazaar

ver2.5.0に期待

熱闘Bazaar

夏はBazaar

お盆Bazaar

2.4.0でたね。

インストーラー版はいつごろかな。

秋雨bazaar

windows に v2.3.4 インストールしたら
日本語コアドキュメントが文字化けしてた。
少々くじけた。

bazaar explore からマージするとリビジョン指定しても -r になるのだろうか
マージして欲しくないリビジョンまでマージする -c オプションでコマンド実行
すると意図したとおりになった。

bzr-2.4.0-1-setup.exe

bzr-2.4.0-1 初期化したらいきなりこけた

エラーメッセージ貼れよ

誰もお前に解決してほしいなんて言ってない

9月Bazaar

>677

bzr: ERROR: exceptions.UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 12: ordinal not in range(128)

Traceback (most recent call last):
File "C:/Program Files/Bazaar/plugins\explorer\lib\explorer.py", line 1485, in callable_with_cleanup
File "C:/Program Files/Bazaar/plugins\explorer\lib\explorer.py", line 1652, in _open_location_task
File "C:/Program Files/Bazaar/plugins\explorer\lib\location_viewer.py", line 163, in add_location
File "C:/Program Files/Bazaar/plugins\explorer\lib\location.py", line 178, in view
File "C:/Program Files/Bazaar/plugins\explorer\lib\view_repository.py", line 291, in ui
File "C:/Program Files/Bazaar/plugins\explorer\lib\view_repository.py", line 295, in refresh_view
File "C:/Program Files/Bazaar/plugins\explorer\lib\view_repository.py", line 325, in _collect_data
File "bzrlib\bzrdir.pyo", line 270, in find_bzrdirs
File "bzrlib\bzrdir.pyo", line 253, in list_current
File "bzrlib\transport\local.pyo", line 477, in list_dir
File "bzrlib\transport\__init__.pyo", line 328, in _translate_error
UnicodeDecodeError: 'ascii' codec can't decode byte 0x83 in position 12: ordinal not in range(128)

bzr 2.4.0 on python 2.6.6 (win32)
arguments: ['C:\\Program Files\\Bazaar\\bzrw.exe', 'explorer']
encoding: 'cp932', fsenc: 'mbcs', lang: None

>682
これだな。 https://bugs.launchpad.net/bzr/+bug/827721
次のパッチで直るはず。

ありがとうございます。

台風注意Bazaar

台風の被害がすごかったBazaar

残暑が厳しいBazaar

bzr-2.4.1-1-setup.exeが出てるね。

台風15号（ロウキー）Bazaar

涼しくなってきたBazaar

むしろ寒くなってきたBazaar

10月Bazaar

保守するだけのスレって意味があるのか

明日もお休みBazaar

>>693
約一名、頭のおかしい人がいるけど放置でおながいします

普通に保守Bazaar

このスレには約一名しか居ないけどな！

おはようBazaar

週末天気悪くて悲しいBazaar

フジテレビデモ
花王デモ
要チェック

bzr ignore で設定したルールをやっぱり消したい場合
.ignore をエディタで修正するしかないですかBazaar

.bzrignore と書き間違えたBazaar

このスレは、おはようからおやすみまで、暮らしをみつめるBazaarの提供でお送りします

ガランとしたBazaar

質問を ignore Bazaar

だれうまBazaar

Bazzar は終了してる？
SVNからのステップアップには選択しないほうがいいの？

全然終わってないよ！

全然終わってないよ！始まってもいないから

失礼Bazaar。始まって安定してるからレスが無いんだBazaar。

昨日から急激に寒くなったBazaar
今日も寒いBazaar

花金Bazaar

http://mercurial.selenic.com/wiki/UnicodeOnWindows

不具合多発でUbuntuフォーラムが阿鼻叫喚になってる
http://hibari.2ch.net/test/read.cgi/linux/1319374241/11
> 使い心地は人それぞれだけど、海外でもかなりの不評だからなぁ
> ｶﾉﾆｶﾙは資金難って話もあるし迷走してる気がする
> シャトルワースは金持ってるけど、Linux界のゲイツ目指してるのがな

冬がやってきたBazaar

http://sourceforge.net/p/forge/documentation/Classic%20vs%20Beta%20projects/
> The classic system supports CVS, SVN, Git, Mercurial and Bazaar,
> whereas the Beta system only supports SVN, Git and Mercurial.

sf.jpはそもそも対応してないね。

既にコミットしたリビジョンのコミットメッセージをあとから変更する方法はないでしょうか？
今必要になって、その方法がわからなかったので、ひとまずは[bzr uncommit]で最新リビジョンを消して、
メッセージだけ書き換えてcommitしなおしたのですが、この方法は最新リビジョンに対してしか使えないですよね。
リビジョンを指定して、そのリビジョンのメッセージを書きなおす方法があれば教えて下さい。

>>716
どうしてサポートしてくれない Bazaar

>>718
理由が判らんから妥当な解決方法ではないかもしれないけれど、
該当のリビジョンまでuncommitしてしまえば医院で内科医?
該当のリビジョンの次から最新までを再現したいならrebaseすればいいし。

bazaarって、空ディレクトリも管理対象にできるのか。すばらしい。
gitやmercurialも見習ってほしいものだ。

>720
やはりuncommitしかないですか……
バグとか、うっかり『作ったつもり』とかのためにメッセージにあきらかな嘘が書かれてるときに修正できれば、と思ったのですが。
>718のときはコミットしてすぐに気づいて、メッセージを修正してコミットしなおしました。

お返事おそなくなってすいません。

uncommitって直前の一回までしか出来ないんじゃね？

>>723
必要回数だけ繰り返すという発想はないのか?
そもそもリビジョン指定できるが。

直前の1回しかできないのは Mercurial の Rollback 。

ザックJAPAN初黒星Bazaar

おやすみ Bazaar

はい

さがりすぎ、あげBazaar

今日は暑いbazaar

さがりすぎ、あげBazaar

http://selenic.com/repo/hg/rev/1fa41d1f1351

posix: add extended support for OS X path folding

OS X does the following transformation on paths for comparisons:

a) 8-bit strings are decoded as UTF-8 to UTF-16
b) undecodable bytes are percent-escaped
c) accented characters are converted to NFD decomposed form, approximately
d) characters are converted to _lowercase_ using internal tables

Both (c) and (d) are done using internal tables that vary from release
to release and match Unicode specs to greater or lesser extent. We
approximate these functions using Python's internal Unicode data.

With this change, Mercurial will (in almost all cases) match OS X
folding and not report unknown file aliases for files in UTF-8 or
other encodings.

Windows Server で簡単に（インストーラでインストールするだけで）
　Bazaarのサーバーを構築する方法ってありますか？

なんのこっちゃ。単にフォルダ共有しとけばいいんじゃないか？

Ubuntuシェア減止まらず、Mint急浮上 - Royal Pingdom報告
http://news.mynavi.jp/news/2011/11/25/047/index.html

733です。

Windows 版apache httpd-2.2.21-win32-x86-no_ssl.exe
と
windows版Bazaar bzr-2.4.2-1-setup.exe
と
windows版wsgi mod_wsgi-win32-ap22py26-3.3.so
を落としてきて、http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_3.html
を参考にWindows 上でサーバーを立てようとしています。

が上手く行きません。 wsgiのスクリプトで

[Sun Nov 27 15:30:00 2011] [error] File "C:/Bazaar/scripts/bzr.wsgi", line 1, in <module>
[Sun Nov 27 15:30:00 2011] [error] from bzrlib.transport.http import wsgi
[Sun Nov 27 15:30:00 2011] [error] ImportError: No module named bzrlib.transport.http

となって bzrlib.transport.httpが見つからなくてエラーになります。
回避方法をとかわかる方いたら教えてください。

>>734
市ね。まじで、二度とレスすんな

大人しくbzr serveにしとけ

>>736
> >>734
> 市ね。まじで、二度とレスすんな
Subversionのbdb形式以外ならフォルダ共有でも問題ないはずだけど。
Bazaarは実績が乏しいから、危険かもしれないが。

>>736
httpdから使いたければ、スタンドアロンのやつじゃなくてpythonベースでインストールしないといけない。
Windowsだと依存モジュールを手で入れないといけないから
それなりに面倒。

733です。
>>739
僕もその事実に気が付いて
python-2.6.6.msi
bzr-2.4.2-1.win32-py2.6.exe
を入れて再度環境を作ってみたら、うまく行きました。

デスクトップをapache + bazaar のサーバにして、
ノートＰＣからpush してテストしている所です。

ありがとうございました。

>>738
お前はレスすんな！っていうのがわかんねーのか。

ケンカはやめてbazaar

バザールエクスプローラで

bzr: ERROR: exceptions.AttributeError: 'unicode' object has no attribute 'name'

って言うエラーがたまに出る。何故？

おはようからおやすみまで暮らしを見つめる

ゴザール

733です。

Bazaar Explorerをいろいろ使ってみていますが正直難しいです

1) 最初に使う時は bzr whoami コマンドを実行しないといけない

2) 外部差分ツール、マージツールとしてWinMergeを手動で登録しないと行けない

3)　コマンド操作に失敗すると
bzr: ERROR: exceptions.AttributeError: 'unicode' object has no attribute 'name'
というエラーが出るが、意味不明

4) apache 側にbasic認証がかかっていると、毎回ID/PWDを入力しないといけない

等がちょっと使って気が付いた点です。

>>12　にはBazaar Explorerがものすごく使いやすいツールであるかのように書いてありますが
正直使いにくいと感じました。

>>745
この著者は今はGit押し
http://hibari.2ch.net/test/read.cgi/tech/1310403238/598

windows上でにbzr explorerをいれて見たんだけど
httpsでproxyを通そうとするとおかしな挙動になる

パケットキャプチャをしてみた限りでは
最初の接続ではHTTPの"CONNECT"メソッドで
正しくproxyにリモートホストに対してトンネルを掘るように依頼している
が、突然 .bzr/smart を叩くところからhttpsを使わなくなる
proxyを介してはいるのだがproxyに対して
POST https://www.xxx.net/.bzr/smart HTTP1.1
と生のHTTPコマンドを発行しようとする
urllibが糞なのかbzr側の実装の問題なのかはちょっと良く分からない

Mercurial Advent Calendar 2011
http://partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426

師走Bazaar

ちらっとソース見た限りurllibを信用せずに
自前でCONNECTコマンドを打っているのでbzrのバグっぽい
昔urllibのhtpps proxy周りの実装がバグでまともに使えなかったのを
自力でごまかそうとしてがんばったけど力尽きた感じ？

733です
>>745　に追加です。

5) bzr-explorer のメニューから bazaar -> explore -> 履歴　を選択すると
　　ローカルのリポジトリの場合は履歴が表示されるのに、
　　サーバー上のリポジトリの履歴を表示しようとすると
　　画面が一瞬だけ表示されてすぐに消えてしまいます（バグ？）

6) bzr-explorer の画面の右側の　xxx colocated branches っていうメニューが
　　何のためなのかわかりずらい

が気が付いた点です。


>>746
このライターの書く記事は要注意ですね。

bzr で svn のレポジトリをチェックアウトして変更して
コマンドライン (cmd) でコミットしようとすると

bzr: ERROR: exceptions.ValueError: prompt '<svn://localhost:3690> d23b4847-9bdb-4b02-ab1b-384494d51822 username password: ' not a unicode string

というエラーになってコミットできません。
cygwin でも同じエラーになります。
GUI からは問題なくコミットできます。

Win7 Pro 64bit
bzr 2.4.2 on python 2.6.6 (Windows-7-6.1.7601-SP1)
plugins: svn[1.1.0]
encoding: 'cp932', fsenc: 'mbcs', lang: None

Cygwin 1.7.9(0.237/5/3) (CYGWIN_NT-6.1-WOW64)
bzr 2.4.0 on python 2.6.5 (CYGWIN_NT-6.1-WOW64-1.7.9-0.237-5-3-i686-32bit)
plugins: svn[1.1.1dev]
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'C.UTF-8'

svnserve
Win32Svn 1.7.0
--daemon オプションで実行

Bazaar使いの方ならご存知？のblog
http://d.hatena.ne.jp/wonderful_panda/

ひとりAdvent Calendar、Bazaar

>>753
bzr-coloがありえないほど糞なのがよく分かったｗ

4記事しかない?

師走を楽しもう。技術系アドベントカレンダーの魅力とは
http://www.atmarkit.co.jp/fjava/column/andoh/andoh59.html

Mercurial Advent Calendarは書き手がいっぱいるが、Bazaarはひとりしかいない。

>>756
つまり25日まで1日１記事書くってこと

TortoiseBzrってタイミングによっては、右クリックしてもメニューに
bzrのメニューが出てこない事がたまにある。
Windows XPだからか？

その辺やらがむかつくから、俺はもう亀はアンインスコして、
bazaarエクスプローラだけで使ってるわ。

がんばってもらいたいものです。

最近 KFC の Blazer が気になって仕方がない

>>753
どうしてそこまでして機能不足・不便なBazaarを使い続けるのだろうかと可哀想になってきた

>>763
並の連中には使いこなせないBazaarを、使いこなすカッコイイ俺！
みたいなのがあるんじゃね？

やっぱgitの方が使い易いんやろか?

>>765
９日も経っても何一つGit・Mercurialに対するメリットが書かれていないからね。
もう一人の日本人はGit・Mercurialに対する理解不足から勘違いした記述が多いけど、
この日本人はGit・Mercurialを知っているからなおさらBazaarの不便さが際立つ。

>>766
Git・Mercurialに対するbzr の優位性ってあるの？

それは良い質問ですね

>>767
ないです。

ないんだな、それが。

リビジョン番号の新旧がsubversionと同程度には分かりやすい。

>>771
Mercurialに対する優位点では無い

こっちでやれ
バージョン管理システムについて語るスレ8
http://hibari.2ch.net/test/read.cgi/tech/1295493964/

>>40
一番簡単なのはapache 経由にして、リポジトリ毎にbasic認証を掛けるとか

Bazaar Advent Calendar 2011 ほぼひとり
http://partake.in/events/8f00c401-f3e4-4e96-9c6d-8537d6d60e59

どうして人気ないの？

それは良い質問ですね

>>776
launchpadが重いから

こういうことらしいわ。

http://toro.2ch.net/test/read.cgi/tech/1295493964/851
>851 ：デフォルトの名無しさん ：2011/12/13(火) 00:06:04.20
>分散バージョン管理システムの詳細なガイド
>投稿日 2010年2月21日
>http://www.infoq.com/jp/articles/dvcs-guide
>
>> 最初の頃パフォーマンスが悪かったため、Bazaarは周囲に影響を与える多くの
>> 早期採用者(MozillaやSolaris、OpenJDK)を失いました。

なんとか勢いを盛り返せないものかしら。

>>775
２人目は>>746のgit推しの著者じゃん

>>780
launchpadがgitとmercurialを提供する

>>780
BZR48を結成する

Ubuntuが落ち目だからなぁ
どうなるか分からん

Bazaarは滅びぬ、何度でもよみがえるさ、Bazaarの力こそ人類の夢だからだ！！

やっぱgitに乗り換えるか。

Python3.2に対応してMercurialに差を付けるんだ()笑い

人気が出なくて悲しいBazaar

今だって Emacs pull するの遅いよ

https://twitter.com/#!/methane/status/147557678300938242
あとは Mac でのdecomposite問題にも対応して、
ライトユーザーがsvnみたいなcheckout+commitだけの利用方法ができるようになったら
真面目に hg への乗り換えを検討する。

>>790
> あとは Mac でのdecomposite問題にも対応して、
http://toro.2ch.net/test/read.cgi/tech/1297704483/732

> ライトユーザーがsvnみたいなcheckout+commitだけの利用方法ができるようになったら
相変わらず分散型を理解していない勘違い発言。
hookを使えば出来ないこともない。

ひとりAdvent Calendarが壊れ始めた記念あげBazaar

天皇誕生日Bazaar

bzr-git の制限と今後
http://d.hatena.ne.jp/methane/20111224/1324698755

> これらの改良が行われると、bzr-git は、 git の独特のコマンド体系を覚えなくても使える
不安定極まりないbzr-gitを使うより、遅くてイラつくbzrを使うより、
gitの操作を覚えた方が早い。

> しかも Windows や Mac OS X で日本語ファイル名を使ってもちゃんと NFC の UTF-8 でファイル名をコミットしてくれる
もうすぐmsysgitでutf-8が使えるようになる。
mercurialがWindowsとMac OS Xのファイル名変換をサポートする方向。
bazaarのようなインチキな方法ではなく。

> 一番使いやすい github クライアントになるでしょう。
一番使いやすい github クライアントはgit。
将来のないbazaarであるはずがない。

bazaarを虐めないでbazaar

クリスマスイブbazaar

みんな仲良くするbazaar

>>783
GIT48のほうが人気

>>798
GIT48 毒舌ライナスとハマ○のおっさんと、他のメンバー誰よ？

RCS48、CVS48、SVN48……

ナンデ？ナンデミンナBazaarをワラウBazaarガナニカシタ？

サクサクは正義
もっさりは死ね

2.0から以降、速度はHgにはちょい勝ち、Gitにゃまだ負けるけど。

とか聞いたぞ。

941 名前：methane [sage]： 2011/02/12(土) 18:25:26
>>940
手元にたまたま python 2.6 の bzr と hg のブランチがあったから
time bzr log > /dev/null と time hg log > /dev/null を試してみたけど、
bzrが13秒でhgが11秒くらい。

gitだと番号つけなくて良い分速いかもね。


942 名前：デフォルトの名無しさん []： 2011/02/12(土) 18:58:09
>>941
hgの方がbzrより速いということが証明されました。
これがbzrのFUDだと証明されました。
http://doc.bazaar.canonical.com/migration/en/why-switch-to-bazaar.html

じゃあEmacsのpullが遅いのは何が原因?

>>805
仕様です。
Mercurialで管理されているXEmacsまたはvimへの乗り換えをお勧めします。

仕事納めBazaar

大晦日Bazaar

人気の開発者向けツール ベスト5
ttp://japan.internet.com/webtech/20111214/7.html
ストレージ
(略)
テキストエディター
(略)
Web サイト解析
(略)
Web ホスティング
(略)
バージョンコントロール
1位 Git、2位 Subversion、3位 Mercurial、4位 Beanstalk、5位 Perforce


BeanstalkとかPerforceとかいうのよりも下だって、∩(´・ω・｀)∩ﾊﾞﾝｼﾞｬｰｲ

新年明けましておめでとうBazaar
今年もよろしくするBazaar

つまらん質問で悪いが教えてくれ
次のように理解したんだがあってる？
1. 「checkout と branch の違いは単に bind されてるかどうかだけで、これはあとからでも適宜いじれる」
2. 「checkout に commit するとローカルとリモートの両方に適用され、branch に commit するとローカルのみに適用される」

>>811
本当は怖い軽量チェックアウトの話
http://d.hatena.ne.jp/methane/20111223/1324637451

>>812
ありがとう
一つ手前の、チェックアウトとブランチの使い分け と合わせて読んで、
なんとかわかったような気になった

git は commit しないまま branch をまたいだ作業しにくくて、
作業コピーが branch ごとに独立してる bzr のが自分の運用に合ってるんだけど、
bzr は公式ドキュメントのほとんどが理由不明のノウハウ集ばっかりなのが辛い…

「そーゆーのがしたい時はこーゆーコマンドを打てばいいよ」と言われても困るというか
「このコマンドはこれに対してこのような操作を行う」というのが明示されてたらいいんだけど

>>813
> git は commit しないまま branch をまたいだ作業しにくくて、
あなたのハードディスクの容量はいくつですか？
ローカルにcloneを複数持ちましょう。
Mercurialは同じファイルシステムではcloneはハードリンクです。

>>813
> bzr は公式ドキュメントのほとんどが理由不明のノウハウ集ばっかりなのが辛い…
それは、bzrを使っていることが理由不明だから。
でなければ、coloなんて屋上屋を新たに入れる必要はない。

>>814
そうも考えたけど、結局それって hg で bzr と変わらない運用をすべし、ってことだよね
shelve とか嘘コミットをユーザが手動でしないといけない理由がよくわからないので
ツールが面倒見てくれたらいいなと思ってる
もちろん HDD は有り余ってるのでハードリンクだろうがそうでなかろうがどっちでもいい

http://127.0.0.1:8823/thread/http://toro.2ch.net/test/read.cgi/tech/1295493964/ の 548-554 に書いた

ごめん、リンクがおかしかった
バージョン管理システムについて語るスレ8
のつもり

>>816
ここかね。
http://toro.2ch.net/test/read.cgi/tech/1295493964/548-554
MercurialはMQというさらに強力な標準配布の「拡張」があるからね。
GitとMercurialはrebaseなどローカルでの履歴改変が流儀だけど、
Bazaarはメインラインという汚いものには蓋をしろという思想だからね。
どっちが受け入れらているかは実績・情報量で一目瞭然だけど。

>>818
あ、そこです

拡張がすごいとか世間に受け入れられてるとか声高に言われても…
自分が重要視してるのは同時に複数の branch ごとに未コミットを残したままシームレスに扱える環境であって
そこは放置のまま bzr を貶めたり他のを勧められても、特に…

hg は少し使っただけだけど git は本も買ってそこそこ使い込んで、それでもやっぱり bzr に戻ってきたので
上記の件がクリアされたなら、喜んでそっち使うとは思う

>>819
> 自分が重要視してるのは同時に複数の branch ごとに未コミットを残したままシームレスに扱える環境であって
この条件はbzrに限らず全てのVCSで出きること。bzrを使う理由にならない。
svnで中央リポジトリにコミット権限が無い人がどうやって独自フォークや野良パッチを管理するかってので、
gitやhgが受け入れられている。
だから「未コミット」という状態自体が、昨今のvcsではあってはならない状態。
中央リポジトリにpushする段階ではまともなリビジョンにするのがgitとhgの流儀で、
本でなくても情報はいっぱいあるけど、bzrはrebaseどころか普通のワークフローですら、
まともな情報が皆無。

何勝手な勘違い語ってんだ
中央とかまともなリビジョンとか話ずれすぎてるだろ
おまえ本気で使いこんだことあるのか？

>>821
歴史の書き換え
http://progit.org/book/ja/ch6-4.html

ここに書いてあることをわかりやすく説明したつもりだったんだけど、レベルが高すぎたようだね。

>>821
>748のMercurialのアドベントカレンダーでもレベルにあわせた履歴改変ネタがいくつかある。
GitとMercurialでは、pushする公開リビジョンは格好良くするのが流儀。

で、どこに未コミットという状態が昨今のVCSではあってはならない状態って書いてあるんだ？
なんで中央にアクセスしないといけないんだ？
話がとびすぎてるだろ

>>824
> で、どこに未コミットという状態が昨今のVCSではあってはならない状態って書いてあるんだ？
常識だからどこにも書いてないかもね。
一応 git status
http://progit.org/book/ja/ch6-3.html
> なんで中央にアクセスしないといけないんだ？
はぁ？

おまえ何か自分だけで版管理してるもの、ひとつでも持ってるか？
職場で何十人もでひとつのリポジトリを育てる修羅場とかやったことあるか？
自分で何かつくったこと、あるか？

>>826
cvs/svnで修羅場をやったけど、git/hgではやってない、って答えれば良い？
Mercurialアドベントカレンダーの最終日のは歴史に残る良文だねぇ。
http://d.hatena.ne.jp/troter/20111225/1324823716

以後、無視でおながいします

もっとBazaarちゃんをかまってあげて！
いいところもきっとあるんだから。。。きっと。








・・・まあBazaarの日本人コミッタ二人ともBazaar以外に浮気してるという噂もｗ

>>829
> ・・・まあBazaarの日本人コミッタ二人ともBazaar以外に浮気してるという噂もｗ
一人はMercurialソース鑑賞会に参加する
http://partake.in/events/1a6c0634-961a-4748-9bf3-576bb6433f66

見捨てないでBazaar

成人の日Bazaar

13日の金曜日Bazaar

共通一次試験Bazaar

>>830
MercurialもPythonだからな。むしろ他のbzr使う人も積極的にMercurialソースを見るべきだと思う。

Disapprove
https://code.launchpad.net/~songofacandy/bzr/user_encoding_utf8/+merge/90039

誰か >>836 を解説してくれ

methaneたんは社内でのbzrの普及に失敗して起死回生としてbzrの改造を試みましたがそれも失敗しました。

https://twitter.com/#!/methane/status/162017009029226496
> ディスクレスブートのミニマルなシステムにlocaleをインストールしてもらうように
> インフラを説得するよりもbzr自体を改造する方が早かったからそれで対応してたんだけど、
> 改造するとbzrのバージョンアップが面倒なので、localeレスシステムサポートは嬉しい。

https://lists.ubuntu.com/archives/bazaar/2012q1/074273.html
> I sometimes use bzr on Linux without locale. I can write non-ascii comment with
> vim but bzr doesn't accept it.

>>838
「改造して使っていた。bzrのデフォルトがUTF-8でないため
bzrがlocaleレスシステムサポートしても改造不要にはならなかった」
としか読めません。要約で捏造するのはせこいと思います。

>>839
捏造ではありません。
methanたんは以前から英語のMLでGitやMercurialのようにコマンドラインパラメータで文字コードを指定できるように
主張していましたが相手にされていませんでした。
今回環境変数を使うというマージリクエストを送りましたが、
bzrのローケル至上主義に反するという理由で拒否されました。

2月になったBazaar

4月になれば彼女は

節分Bazaar

おはようBazaar

良スレage

2.5b6 released

http://toro.2ch.net/test/read.cgi/tech/1329234309/4-7

4 名前：デフォルトの名無しさん [sage]： 2012/02/15(水) 12:31:13.16
bzr-git で快適 github 生活
http://d.hatena.ne.jp/methane/20111224/1324698755

GitユーザのためのBazaar
http://standing-shoebill.appspot.com/bzr-migration-docs/ja/survival/bzr-for-git-users.html


5 名前：デフォルトの名無しさん [sage]： 2012/02/15(水) 12:33:32.60
Bazaarスタートアップガイド
http://standing-shoebill.appspot.com/bzr-startup-guide/


6 名前：デフォルトの名無しさん [sage]： 2012/02/15(水) 13:05:31.52
Bazaarでござ〜る。猿でもできる分散バージョン管理“超”入門 (1/4) - ＠IT
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html


7 名前：デフォルトの名無しさん [sage]： 2012/02/15(水) 19:39:29.56
Bazaarスレに貼る様子がないってことはただのアンチGitか

もうみんな使ってないBazaar?

そうだね。

Bazaar終了のお知らせ

msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！
http://d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8

>>850
Git bashはまだ文字化けするらしいけどもな！

>>851
Windowsのviでutf-8が扱えるだけBazaarよりまし
>836が見事に放置中

vi?

>>853
> そして、2月に入って msysGit の devel ブランチに UTF-8 対応のコードがコミットされました
> (msysGit に同梱される less や vim も同時に UTF-8 対応しているようです)。

methanたんのマージリクエストは、
ロケールとは別にエディタで文字コードを指定できるようにするもの。
それが放置中。
つまり、WindowsではCP932でしかコミットログを書けない。

＞WindowsではCP932でしかコミットログを書けない。
素のmsysGitとTortoiseGit使ってるが
ファイル名は確かにcp932だけどログの方はUTF-8だぞ

>>855
gitは、git logの--encodingオプションで切り替えられる。
.git/config、~/.gitconfigでも変えられるが。
Bazaarはそんな当たり前のi18nもロケール至上主義でできない欠陥アプリ

>>854はスレの流れを追ってないとGitの話だと誤読してもしかたないな

>>854
> methanたん

誰だよ

最近使い始めたのですけど、わからないことがあるので教えくださいです。
最初の一回は add して、後の変更はコミット時に無視するような設定ってできますか。
アプリケーションの設定ファイルなんですけど、テストする時に書き換えるのですが
そうすると修正になってしまいます。
初期値を入れたファイルは置いておきたいのでignoreもできないんです(´・ω・｀)

正解があるかどうか知らないけど、
アプリケーションのコマンドラインで設定ファイルを
指定できるようにして、コミットするのは、settei.ini
テストするときは、settei-test.ini を使うようにして、
settei-test.ini は ignore して、テスト時は、
app.exe -f settei-test.ini って実行してテストする
のはどう？

hoge.conf.inをAddしておいてhoge.confがなければhoge.conf.inから
hoge.confを作る(単純にコピーでもおｋ)処理をテスト前に自動で実行するようにする

ln -s hoge.conf.in hoge.confで充分だろ。

テストする時に書き換えるって書いてある

2.5.0

すいません、忙しくて久しぶりに来ました(´・ω・｀)

>>860
アプリケーションというかphpなんです。
読み込まれる設定ファイルのパスは固定なので、そのように変えられないんです。

まだどうすればいいかわからなくて、その都度、コードをコミットする時は、
設定ファイルだけをrevertしてからやってます。
たまにrevert忘れます。

あと書き換えた設定自体も役にたつので、revert後に残った.~1~なファイルを
コミットした後に、mvして上書きしてます。これも結構面倒なんです(´・ω・｀)

これって、svnやgitやmercurialでも同じなんですかね。
addした特定のファイルだけを以降無視するって難しいんですかね(´・ω・｀)？

設定ファイルが入っているディレクトリを別ブランチにする
本体のブランチからはignoreに指定

そういう使い方はどのVCSでも見ないな。できないと思う
phpの方で開発用と本番用の設定を切り替えられる作りにすべきじゃない？
例えばCakePHPとかはそういう仕組みがあるし

>>868
なるほど。
他人から引き継いだ小汚いPHPのコードを修正しているのですけど、
そのような新しい仕組みを入れる前に、とりあえず今ある問題を修正しようと、
DocumentRootにソースを置いて、bzr initしてって感じで始めたんです。
とくにフレームワークは使っていないので、そのような仕組みは今ありません。

じゃあ開発用設定ファイルと本番用設定ファイルを両方置いておいて
phpでは開発用ファイルがあればそれを使い、なければ本番用を使うようにコードを変えて
本番用ファイルのみをコミットして開発用はignoreしとくとか

また久しぶりにきました(´・ω・｀)
PHPのコードを修正するのが大変で。

>>870 みたいにするしかなさそうですね。
今はまだそういうのできてなくて、いまだに revert > ci > mv やってます。

すいませんけど困ってることがあるので教えて下さい
SubversionもBazaarも勉強を始めたばかりで詳しくありません(´・ω・｀)

Subversionで管理されていたソースコードを持ってきて(チェックアウトではなく)、
そのソースコードをBazaarで管理して修正を始めました。

このBazaarで管理を始めたソースコードを元のSubversionの履歴とつなげることってできますかね(´・ω・｀)

例えば持ってきた時点でSubversionの中でリビジョン100、
Bazaarに突っ込んだ時点で、Bazaarの中でリビジョン1から始まってるわけですけど、
これを元のSubversionの101からの履歴にできますかね(´・ω・｀)

元のSubversionのリポジトリは捨ててもいいので、
今後はBazaarで管理して、かつてのSubversionの1〜100をBazaarに持ってきて、
今回の101〜をつなげられるなら、そうしてもいいのですが。

Bazaarで無理なら、gitでもMercurialでも構いません。

>>872
パッケージ版なら、bzr-svnはいってるから、
bzr co svn://foo/bar/baz を実行するってのは？
この作業ツリーをリポジトリにしちゃうなら、更にblanch切っちゃうと。

bzr coの結果は、svnの作業ツリーなので、commitすればsvnのリポジトリも更新されます。

ただ、svnのリビジョンがかなり進んでると、初回のチェックアウトが結構かかるので注意。

ちなみに元のSubversionはもう誰も使っていないので、
ぼくがソースコードを持ってきた時点からリビジョンは一切進んでいません。

>>873
ごめんなさい、svnもbzrも詳しくないのでちょっとわからないです(´・ω・｀)
ぼく個人が管理し始めたBazaarがリビジョン1から50まで進んでいたとして。

bzr co svn://〜 して元のsvnの最新リビジョン100(仮)(手元のbzrのリビジョン1相当)をチェックアウトして、
そこに今修正済みのBazaar管理下のソースコードをコピーしてコミットしても、
Subversionからすれば一気にソースが変更になってリビジョン101になったように見えるだけですよね？

SubversionでもBazarでもいいのですが、今手元にあるBazaarの最新リビジョン50を、
手元のbzr1〜50の履歴も有用なので、150にできないかってことなんです。

bzr-svnで取得した履歴の上に、bzrで積み上げた履歴をrebaseすればいいんじゃね？
bzrにrebaseがあるかどうか知らんけど。

rebaseあるよ〜
bzr-svnの上に積めるか知らんけど、できないことないと思う。
ブランチしておいて試せば失敗したときも安心。

rebaseという機能があるのですね。
ちょっと調べてみたら、やりたかったことはそういことです。

時間がなくてまだ試してないのですが、心配なことがあります。

Bazaarで管理を始めたソースコードは、Subversionのリポジトリのごく一部なんです。
しかも、元のSubversionのリポジトリの構成がめちゃくちゃで、
Bazaarに突っ込んだソースコードはプログラム２つなんですが、
片方はブランチAから、もう片方はブランチBからなんです。
それぞれが、そのブランチのバージョンが一番安定しているからという理由です。

本当は元のSubversionのリポジトリを整理して、各々をtrunkに還元できればよかったのですが、
当時の担当者はもういないのと、ぼくが元のプログラムにもそのリポジトリにもSubversionにも
そこまで知識も時間もなくて(´・ω・｀)

本当はリポジトリまるごと bzr svn でチェックアウトすればよかったのかもしれませんが、
元のリポジトリのその２つのブランチ以外は収拾つかないゴミの山となってまして。
trunkもゴミです。

で、そのSubversionのリポジトリを触るのが嫌で、
この2つをBazaarの、subversionでいうtrunkに突っ込んだわけです。

これでもうまいことrebaseできますかね(´・ω・｀)

プログラムの修正が大変で、
元のリポジトリの構成もSubversionもBazaarも
調べたりいじったりする時間がなくてすいません(´・ω・｀)

最終的にやりたいことは、ぐちゃぐちゃになってる元の構成、２つのブランチのいい部分をtrunk相当に還元してまとめること、
そこに今回ぼくが加えた変更をつなげて、新たに整理されたtrunk相当からスタートしたいんです。
最終的にできあがったリポジトリは、SubversionでもBazaarでもその他でもかまいません。

やってみたら? としか。
試行錯誤する暇が無いんだったら、諦めればいいだけでしょ。
少なくとも、現状維持なんだし。

>>880
２つのブランチのいい部分をtrunk相当に還元してまとめることは、
Bazaarにプラグインを追加すればできるようになります。

Bazaarで歴史改変
http://d.hatena.ne.jp/wonderful_panda/20111208/1323358186

しかしコミットをリビジョン番号で指定するBazaarよりも、
不変のコミットIDで指定するGitの方が大規模改変しやすいです。
git-svnとgit-bzrで全部Gitに持ち込んで理想のリポジトリを作ったら、
git-svnかgit-bzrを使って今後使いたいVCSに戻す事もできます。

履歴の書き換え - Git入門
http://www8.atwiki.jp/git_jp/pages/32.html
Subversionリポジトリと連携できるgit-svn
http://sourceforge.jp/magazine/09/03/26/0834222
git-bzrの使い方
http://d.hatena.ne.jp/uasi/20090211/1234335193

普通に「保守」

質問させて下さい。
bazaarからkdiff3を呼び出したいのですが、
「外部マージツール kdiff3 は使用できません」
と出てしまい、起動することができません。
※パスは通してあるので、cmdからkdiff3で起動できます。
※フルパスでも試してみましたが、同様です。

OSはWindowsXP SP3、bzrは2.5.0です。

何か思いつくことや、確認すべき事項があれば
教えて頂けるとありがたいです。
よろしくお願いします。

>bzr diff --help
でUnicodeEncodeError
>bzr help diff
>bzr co --help
とかは問題ない

bzr 2.5.0 on python 2.6.6 (Windows-7-6.1.7601-SP1)
encoding: 'cp932', fsenc: 'mbcs', lang: 'ja_JP.UTF-8'

Traceback (most recent call last):
File "bzrlib\commands.pyo", line 920, in exception_to_return_code
File "bzrlib\commands.pyo", line 1131, in run_bzr
File "bzrlib\commands.pyo", line 649, in run_argv_aliases
File "bzrlib\ui\text.pyo", line 662, in write
UnicodeEncodeError: 'ascii' codec can't encode characters in position 9-36: ordinal not in range(128)

>>884
何を試したのか、どんな設定をしたのか具体的に書いてくれないとわからんよ
bzrコマンド、bzr-explorerのどちらを使ったのかも書いてね

http://www.moongift.jp/2012/04/20120425/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+moongift+%28MOONGIFT+-+%3F%3F%3F%3F%3F%3F%3F%3F%3F%3FIT%3F%3F%3F%3F+-%29&utm_content=LocalHost
>CVS/SVN/HG/GITに対応しています。

ばざー無しwwww

それが世界の選択か…

888get Bazaar

　　　 　 ,' /
　　　　 ｉ .l
.　　　　|　､
　　　 ､.＼　ヽ
　　　 　 ､ ＼ . ヽ ._
　　　　　　 　 丶.　　 ‐　 _
　　　　　　　　 　 ｀ ‐　_　 (´・ω,(´・ω・）
　　　　　　　　 　 　 　 　 　（ー（,, O┬O
　　　　　　　　　　　　 　 　 　 （））'J_））
　　　　「俺たち終わっちゃったのかなぁ」

　　　　「まだはじまっちゃいねぇよ」

bazaar と fossil か…

ナンデ？ナンデミンナBazaarをワラウ？Bazaarガナニカシタ？

『ファイル名の文字コードの差異にも対応してくれる』ということで趣味プログラムにはBazaarを選んだのだが、
趣味プログラムなので自宅パソコンでしか使わず、ファイル名文字コードが違うOSで共同開発などしないので意味が無い。

マルチプラットホームに展開だ！

俺はむしろ仕事の俺様作業用として使ってる。
……が、いつのまにやら TortioseHg がえらく便利になってそっちの使用頻度が高くなってる。

若者のBazaar離れ

>>886
sourceforge.jpからも仲間外れにされたね…

どうしてUbuntuは衰退したのか？
http://engawa.2ch.net/test/read.cgi/linux/1338094841/

>>895
う、うん……(´；ω；｀)

http://osdn.jp/press/2012/05/sourceforge.jp%E3%80%81%E6%96%B0%E8%A6%8F%E9%96%8B%E7%99%BA%E3%81%AB%E3%82%88%E3%82%8B%E5%85%B1%E9%80%9A%E3%83%AA%E3%83%9D%E3%82%B8%E3%83%88%E3%83%AA%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E6%A9%9F
> なお、SourceForge.JPでは、Git、Subversion、CVS、Mercurial、Bazaarという5つのバージョン管理ツールを同様レベルで提供してきましたが、この方針を変更し、
> Git、Subversion、Mercurialを優先ツールとして、これらの機能整備を先行させます。

衣替えBazaar

亀入れなくてもちゃんとしたGUIクライアントがついてくるから
SVN + 亀がメインの環境でも、気軽に使えるのはアドバンテージだと思うんだけどなあ

>>900
コマンド体系もsvnから移行しやすいと思うんだけど大勢には勝てないだろうなぁって思う。

bzr-2.5.1-1-setup.exe

Bitbucketがサポートしてくれればなー

7月になったBazaar
今年も半分終わったBazaar

>>900
多少機能がよくてもニッチを先に取られてると入り込めない。
GUIクラがあってやっと使ってもらえる層に分散型的な運用は
アピールにならないしなぁ。

全然書き込みないBazaar...
もうみんなBazaar使ってないBazaar?

変態が使うツール、って感じなんだろうな…

bind / unbind とか日本語ファイル名とか、いろいろ便利なので
しばらくは変態を卒業できなさそうだ

me too.

一応併用してるけど、何だかんだで hg の頻度が多くなってきた……。
個人的には bzr に頑張って欲しいのだが。

夏休みBazaar

どのプラットフォームでもGUIついてるし、sftpさえあれば専用デーモンいらずでサーバにできるし、
かなり便利なのに何で流行らないのか

おそい

http://twitter.com/methane/status/226608596018937860
> Q: 「Bazaar は 5 年後も残っていますか？」
> A: 「Ubuntu (Canonical) が残っていたら」

Canonicalは５年も持ちません。ありがとうございました。

サブとしては便利だけどメインとして使うには
正直gitやhgに比べて魅力がないな

今の品質で開発が続いてくれれば文句ないよ

オリンピックBazaar

これがBazaarにとって最後の夏期オリンピックになるのであった

ソルティーウォーターメロンBazaar

『ガリガリ君』コーンポタージュ味Bazaar

ペプシ「塩スイカ」味Bazaar

Bazaarにもマスコットキャラクターが必要と思うBazaar

ばざーるでござーるって長いことみてないし、Bazaarにくれないかな

>>922
残念、Gitが使っている。
http://www.backlog.jp/git-guide/

オールド・トラッフォードBazaar

ウェンブリーBazaar

近いうちに国民に信を問うBazaar

ミレニアム・スタジアムBazaar

お盆Bazaar

閉会式Bazaar

Bazaar Explorer のパネルの位置やサイズを記憶できないものなのかねぇ。
毎回初期状態に戻ってめんどくさい。

光復節Bazaar

銀座パレードBazaar

ヤングなでしこBazaar

まだまだ暑いBazaarなあ

まだまだmethaneたんは武雄市長に熱いBazaarなあ
https://www.facebook.com/keisuke.hiwatashi.9/posts/482159161803955?comment_id=94428546

質問です。別のリポジトリにあるファイルの昔のバージョンを取ってくることはできますか？
例えばrep1/file1のリビジョンnを時の状態をrep2/fold2/file1に置くような場合です。

>>936
状況が判らんが、file1をcatしてfold2に置き、rep2にaddしてcommitすれば医院で内科医。
rep1で管理をしつつrep2でも管理したいと言うことなら無理だと思う。

ブルームーンBazaar

>>937
catするしかないんですかね、、、シェルスクリプト書いてみます。ありがとうございました

何でスクリプトが要るんだ?
何をしたいのかさっぱり判らんぞ。

<<936
俺勘違いしてんのかな。
pullして全バージョン含んでるものからrevertじゃダメなの？

cd foo
bzr init
bzr pull rep1
bzr revert rN file1
mv file1 rep2/fold2/
rm -r foo

うん、手間かかんなこれ
あるいは適当に新たにフォルダ作ってってつもりじゃないなら現行のfile1をfile1_backか何かにでもバックアップしておいてからrevertして、revertされたやつ移動して_back復帰させるとか

mv file1 file1_back
bzr revert rN file1
mv file1 rep2/fold2/
mv file1_back file1 //復帰

>>941
それならcatでいいじゃん。前者はbzr cat -rN rep1/file1> rep2/fold2だ。

で、ふと思ったんだがrep1/file1とrep2/fold2をハードリンクしておいたら両方で管理できるのかな?

<<942
http://doc.bazaar.canonical.com/development/en/user-reference/cat-help.html
これか。そんなコマンドがあったとは知らんかった。
勉強になったわ。

ハードリンクの件は2010年の話だがrevertするとリンク切られるみたいだな
revert breaks hard links in the same tree
https://bugs.launchpad.net/bzr/+bug/619759

9月になったBazaar

保守係は休みか…

>>945
Bazaarが永遠にお休み

Bzr development stopped
https://lists.ubuntu.com/archives/bazaar/2012q3/075200.html

まじで！？もう Bazaar はあかんの？
応援してたのに。使ってないけど。

Bazaarの戦いは始まったばかりBazaar

　　　 　 ,' /
　　　　 ｉ .l
.　　　　|　､
　　　 ､.＼　ヽ
　　　 　 ､ ＼ . ヽ ._
　　　　　　 　 丶.　　 ‐　 _
　　　　　　　　 　 ｀ ‐　_　 (´・ω,(´・ω・）
　　　　　　　　 　 　 　 　 　（ー（,, O┬O
　　　　　　　　　　　　 　 　 　 （））'J_））
　　　　「俺たち終わっちゃったのかなぁ」

　　　　「まだはじまっちゃいねぇよ」

サンドニの金星Bazaar

>>949
始まらんうちに終わったのか…

マジで停止？停滞してるだけだよね。。。

>>952
ちょっと上のレスを見ろ

　　　 　 ,' /
　　　　 ｉ .l
.　　　　|　､
　　　 ､.＼　ヽ
　　　 　 ､ ＼ . ヽ ._
　　　　　　 　 丶.　　 ‐　 _
　　　　　　　　 　 ｀ ‐　_　　(^o^)( ^o^)
　　　　　　　　 　 　 　 　 　（ー（,, O┬O
　　　　　　　　　　　　 　 　 　 （））'J_））
　　　　「俺たちｵﾜﾀ？」


　　　　「ﾊｼﾞﾏﾙ前からｵﾜてたよ」

このスレの住人は何に乗り換えるの？

マジで終わるの？涙で英語が読めないんだが

>>955
fossil

ウロツワフの悲劇Bazaar

>>946
https://lists.ubuntu.com/archives/bazaar/2012q4/075330.html

ホントに終了？

個人的には一番頑張ってほしい VCS(RCS、SCM) だった。

Belchenko氏がBazaarの開発から手を引く内容に思えるのだけど読み違えてる？

木枯らし１号Bazaar

新嘗祭Bazaar

もう次スレはいらないBazaarね……(´・ω・｀)

寂しいな

Git Advent Calendar 2012
http://qiita.com/advent-calendar/2012/git-scm

Mercurial Advent Calendar 2012
http://connpass.com/event/1431/

TortoiseHg Advent Calendar 2012
http://connpass.com/event/1504/

>>967
(;゜д゜)

もう終わりってことでいいのかな？
移行先どうするよ

移行を考えるのはUbuntuがどうするか見てからだな。

>>970
それが正解っぽいね

おまいら、ubuntuがfossilなんてもんに逝っちまっても付いていくか?

Veracityかもしれんぞ
とか言ってないで、Mercurialのリファレンス程度は読んでおくか・・・

>>946
英語わかんないんだけど
養育費と慰謝料でそれどころじゃない ってこと？

>>974
そんな事(ヾﾉ･∀･`)ﾅｲﾅｲ
そういえば中古ソフトがかなり安く買えた
激安中古ソフト販売( ・∀・) ｲｲﾈ！
ググってみて

ﾜﾛﾀ

ぶわっ(´；ω；｀)このスレももうすぐ終わるかと思うと涙でてくる

ばざーのおもひで
http://www.stationary-traveller.eu/pages/bzr-a-retrospective.html

Git殺すぞ！って書いてあるな

Sambaでbzr使っていたが重かったからOctober 2007にgitに移行したのか。
この時すでにbzrの運命は決まっていたんだな。

さよならBazaar

さよならBazaar

Bazaar

終末Bazaar