■本家
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/
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
スレ乱立を見過ごしてるの？
独自の板立ててそっちで実験するとかできないの？
いまどき、主婦だって専用の板ぐらい立てられるぞ。
「関係者以外は書きこまないで下さい。」とか、何
お前らがエラソーに仕切ってんだよ、ハゲ！
糞スレをあちこちにポンポン乱立されちゃ迷惑なんだよ。
ったく、京都大学霊長類研究所は能無しの集まりかよ！
このスレッドは高次機能障害をもたらす
病理の臨床実験のために立てたものです。
被験者と研究員のやり取りに使うため、
書き込み等は自重されるようお願いいたします。
もし、書き込み等をすることで不愉快な思いをされましても、
当研究所は責を負いかねます。
(社)京都微生物研究所
U+F90A U+F9F4 U+F961 U+F9DB
神神神神神神神神神神神神神神
Mercurial 併用でな。
http://wiki.bazaar.canonical.com/UnicodeSupport?action=recall&rev=18
http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_1.html
バザーでござ～
じゃないの？
バックアップファイルは残るみたいですけどたまに間違えてうわーってなる…
bzrを導入の検討して、実は全く使いものにならないという検証の時間が節約できる
素晴らしい記事ですね。
何と失礼な。
http://togetter.com/li/91517
１ヶ月も無駄な月日を費やしたのですね。
この記事によって、使い物にならないものの検証の手間が省け、
無駄な時間が削減され、日本の競争力向上に繋がるわけですね。
bzrのみならずgitもダメだったというのは興味深いな…
bzr も git もpackするから、packを展開したら2GB超えるような状況になると
32bit OS では扱えなくなっちゃうんだと予想。
unpackしても1つのファイルが2GB超えてるわけでもないし、
すべてのblog オブジェクトを一度にunpackするわけでもないだろうし、
ちがうんじゃないかなあ。
でもわかんない、19の言う通りかもしれん。
無駄ではない。非常に充実した日本語のbzrへのダメ出しだ。
海外ではそのフェーズはとっくの昔に過ぎていて、
現在では、誰もbzrは使っていない。
Emacsのように宗教的な理由で使っている所だけ。
馬鹿だねぇ、gitはsubmodule使うもんだ
bzr?
svn的ブランチをうたっておきながら、svn的フォルダは無いんかい
>画像が9000位ある2.8GBのリポジトリ
って事なんだけど、git submodule で本当に対応できるのか？
packってテキストを圧縮するのには向いてるけど、画像ファイルみたいに
容量の大きくて圧縮しても縮まないファイルを扱うのには向いてないという
のが本質だと思う。
bzrもgitもpackをしないようにすれば動くんじゃないかな。
ダウト
Emacsでもbzrはお飾り
>>16 で証明されている
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にかまってもらえるから
py3k対応ばっちり！
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
試しにやってみたらあいつはお前の親じゃない、って怒られたんですが…
アレだ、ホントは使いたくて決め手が欲しいんだよ。
いけないかと考えていたのですが、
別にそんなの気にせずmergeできますね…ローカルで試した限りでは。
lp:hogeがgrandmotherだとダメ、的な制約とか引っかかりポイントあったりします？
いや、特にないはずだけど。根っこが同じならマージできるはず。
リポジトリの一部だけをcheckoutすることはできますか。
GitもMercurialも、リポジトリ全体をcloneするようになっているのですが
それだと弊社の場合は都合が悪いのです。
Subversionだと、許可されたフォルダ以下のファイルしかcheckoutできないように
できるので、それと同じことがしたいです。
ドキュメントをざっと読む限りは、できるかどうかわかりませんでした。
（あまりそういう要求はないのでしょうか。）
svnの場合、ブランチもディレクトリとして扱われるのですが、一部のブランチだけ
checkout させたいのでしょうか？それともブランチの中の一部のサブディレクトリ
だけを checkout させたいのでしょうか？
また、それは、コミットさせたくないからでしょうか？それとも、中を見られるのも
いやですか？
サブディレクトリだけをcheckoutしたいです。
事情としてはこんな感じです。ディレクトリ名は変えてますが。
src/admin : 弊社の管理者だけがアクセス可能
src/pkgA : 弊社と協力会社Aだけがアクセス可能
src/pkgB : 弊社と協力会社Bだけがアクセス可能
src/public : 弊社とすべての協力会社がアクセス可能
複数の協力会社に参加いただいている場合、セキュリティの観点から、
アクセスできる範囲をフォルダごとに絞っています。
Windowsの共有フォルダにアクセス権を設定するのと同じです。
ソースやドキュメントはすべて1つのリポジトリで管理したい、しかし
作業していただく方にすべてを公開するわけにはいかない、という事情です。
いまのところGitやMercurialではできないようなので、Subversionからの
乗換えにいたっておりません。
これが簡単にできる分散リポジトリがあれば乗換えを検討します。
できないようなら、Subversionのままのつもりです。現在は可能かどうかを検討中の段階です。
Gitはsubmodule、Mercurialはsubrepoで可能
サブディレクトリだけをチェックアウトはできないのですが、
svn のサブディレクトリだけをブランチに変換することはできるので、
ブランチを分けて管理すれば要求は満たせると思います。
この場合、scmprojというプラグインで、複数のブランチを結合するための
「プロジェクト」ブランチを作って、ビルド等はそこで行うことができます。
(>>43 の行っている git submodule や Mercurial subrepo と同等)
さすが、次世代Subversion！！
検討するだけ時間の無駄
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
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
そのグラフは公平ではない
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
延々と「保守」だけが書いてあるスレも悲しいものがあるが…
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
(エラーの続き)
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.
古いキャッシュがなにか悪影響している可能性もあるので、
試しにキャッシュを削除してみてください。
Windows XP の場合、
C:\Documents and Settings\<ユーザー名>\Local Settings\Application Data
の下に "svn-cache" というディレクトリが出来ていると思うので、それを
ディレクトリごと削除してみてください。
俺もタグ関係だけど同じ例外に遭遇した。
ソースいじって sqlite3 の text_factory プロパティ（http://docs.python.org/library/sqlite3.html）に
sqlite3.OptimizedUnicode を入れるようにしたらとりあえず通ったよ。
今手元にソースないんで細かいところまで説明できないけれど。
Vistaなので、
C:\Users\<ユーザ名>\AppData\Local\svn-cache フォルダを削除して、
bzr co svn+http://以下略
を再度実行してみましたが、
先ほど貼ったエラーがまた出ました。
sqlitecache.py の CacheTable.__init__() 内で、
self.cachedb.text_factory = sqlite3.OptimizedUnicode
というコードを追加したら、
エラーが出ずにチェックアウトできました。
これは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
動作ログだから消してもいいよ。
ついでに環境変数BZR_LOGを/dev/nullかNULにすれば何も出なくなる。
bzr help env-variablesで出てくるよ。
コンテキストメニューだけ日本語になってます
どなたか原因おしえて
win vista 64bit business
bazaar 2.3.0 standalone
「http://www.atmarkit.co.jp/fjava/rensai4/devtool20/devtool20_2.html」通りに
「Core Documentation - Japanese」にもチェック入れてインストールしました
コンテキストメニューって、Windowsエクスプローラのコンテキストメニュー
の事でしょうか？
Bazaar Explorer のメニューで Bazaar >> Plugins でダイアログを開いて、
Locations タブで qbzr や explorer の Directory はどうなっているでしょうか？
thanx
任意のフォルダを右クリックした時のbazaarのメニューは日本語なんです
Bazaar>>Plugins>>Locations>>qbzr は C:\Program Files(x86)\Bazaar\plugins でした
Directoryがどれか分かりませんでしたが、
Bazaar>>Explorer>>
System Infomation
System Log
の2つになってました
誰もこんな現象になってないですねえ
なんで？？？
環境変数LANGは設定していませんか？
他に考えられるとしたらなんだろう。。。
LANG値はありませんでした
一応設定して起動しましたが駄目でした
LANG = ja
LANG = ja_JP
バージョンアップ時によく不具合が出て、アンインストールとインストール繰り返すと治るので今回もそうだと思って放置してましたが、どこもそうなのかな。
Bazaar >> Plugins : Location は qbzr 、explorer ともに C:\Program Files(x86)\Bazaar\plugins でした。
Vista Biz x64 2.3.0 スタンドアロンです。（ちなみに RC5 をインストールしたときから英語。その前は2.2.x）
>>75 も x64 みたいだし x64 限定バグかな。
同士がいましたか
使えない訳じゃないし諦めます
助かりました
入っていなかったと思うけど？
マジか！
じゃぁ、僕がクリーンインストールしてないから前回インストールしていた
日本語リソースファイルが同梱されているんだな。。。
2.3.0-1-setup.exe 作ってもらいます。
bzr-2.3.0-"0"だから何かしら問題があってとりあえず英語のみで出したのかと
勝手に思っていたが
上書きインストール時に前のデータが残ってしまうから発見が遅れた。
bzr-renameプラグインがbzr-rewriteプラグインになったときも、
renameプラグインが残っていろんな人のところでwarningが出てた。
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
TortoiseHgのインストーラにhg.exeが入っているからこっちを使うのが普通
https://bitbucket.org/tortoisehg/thg/downloads
pipでインストールできるMercurialとインストール出来ないBazaarを比べてもｗｗｗ
ツッコミ所が違う。Merucurial 1.8 は日本時間の今日出たばかり
>>60 のバグが再現できない。
再現手順把握してバグ報告したいんだがなぁ。。。
いやだから、その方法でバグが出なくなるとしても、バグ自体が発生する
原理を把握しないとその修正方法が妥当なのかどうか判らないだろ。
text_factory = str が正解かもしれんし。
Mac OS XのNFDしかり
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
35: 【Google】Androidアプリ作成part10 (943)
36: なぜプログラムで全角文字を使用してはいけないのか (108)
38: やっぱり動的型付け言語は大規模開発で効率が悪い 4 (139)
39: 【QBASIC互換!?】FreeBasic【GPL】 (478)