[表示 : 全て 最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 08/21 16:42 / Filesize : 92 KB / Number-of Response : 327
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん [2008/08/07(木) 13:29:41 ]
異常に使い易く、軽く、頭が良く、拡張性があるバージョン管理システム Bazaar (bzr) のスレです。

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

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

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

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


2 名前:デフォルトの名無しさん [2008/08/07(木) 15:44:53 ]
bzr使ってみたけど、これつかいやすいね。
ただ、ブランチングとかまだわからんけど。


3 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 16:07:28 ]
つまりTortoiseSVN最強って事ですよ

4 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 16:12:21 ]
>>2
実際に bzr 使ってから物言ってください。
正直 svn はつかいにくすぎです。
使う人数がある程度少ない場合は、 bzr が最強だと思います。

5 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 16:23:21 ]
git などの分散型のライバルと比較して、どこらへんが優れていると思いますか。
自分は bzr しか使ってこなかったんで、そういうところがよくわかりません。

6 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 16:47:17 ]
hgとの比較が気になる

7 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 17:17:39 ]
ここまで全部1の自演っぽいけど、ま、いいや。
hg使いの僕がちょっと使ってみた。

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

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

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

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

8 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 17:25:59 ]
総評としてはhgで面倒臭い!!という部分を積極的に改善した感じでしょうか。
操作レスポンスさえ改善されれば乗りかえてもいいかなという気はしました。
大きめのプロジェクトに採用されればもろもろのパフォーマンスは改善されるだろうし
今後にとても期待させてくれます。

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

9 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 19:47:40 ]
> 操作レスポンスさえ改善

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

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

10 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 19:49:06 ]
Gozaarにすべきだよな



11 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 19:51:56 ]
Mazaar

12 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 20:22:29 ]
Bazaar 遅くない?

13 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 20:30:12 ]
marcurialやgitの方が確かに早い
でもdarcsよりは早い

14 名前:デフォルトの名無しさん mailto:sage [2008/08/07(木) 22:14:44 ]
>>9
絶対論ではなく相対論なので、気のせいも糞もないです。
hgと比較し、大きな差を体感出来ました。
# テスト環境がcolinux上でしたので余計に差が出たと思われます。
# (colinuxはDisk I/Oが遅いっぽいので)

15 名前:デフォルトの名無しさん mailto:sage [2008/08/08(金) 05:58:09 ]
だからー、ファイル一つ一つコミットしてる時間の方が高くつくって。
bzr はディレクトリ下のコミットとかも全部自動でやってくれるから、

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

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


16 名前:デフォルトの名無しさん mailto:sage [2008/08/08(金) 07:46:49 ]
Linusが選んだものをつかっておけば間違いない

17 名前:デフォルトの名無しさん mailto:sage [2008/08/08(金) 08:34:10 ]
>>15
それはhgも同じっす

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

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

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

19 名前:17 mailto:sage [2008/08/09(土) 00:33:45 ]
>>18
確かに後半部分に関しては違ってましたね。失礼しました。
…確かコミットログも化けるんだよなぁ、hgは。
……のりかえるかな…

20 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 12:13:01 ]
csvでもsvnでも再帰的にコミットできる。
文字化けもしないし。

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



21 名前:デフォルトの名無しさん mailto:sage [2008/08/09(土) 12:16:04 ]
>20
いや、cvsはファイル名のエンコーディング気にしないから、クライアント側で適切な
エンコーディング変換をしないと、Windowsでコミットした日本語ファイル名を
他の環境でチェックアウトすると文字化けする。

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

22 名前:デフォルトの名無しさん mailto:sage [2008/08/13(水) 12:58:55 ]
非asciiのファイル名を使うことの方が理解できない人間ならMercurialでも問題無い…と

23 名前:デフォルトの名無しさん mailto:sage [2008/08/14(木) 20:05:43 ]
じゃあ俺は Mercurial で良いや

24 名前:デフォルトの名無しさん mailto:sage [2008/08/15(金) 04:13:32 ]
日本語ファイル名が使用できるのは、ドキュメント管理とかしている自分にはありがたい。

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

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


25 名前:デフォルトの名無しさん mailto:sage [2008/08/15(金) 05:55:20 ]
とりあえず外部diffツールの使用方法は分かった。
pluginのdifftoolsを入れれば外部diffツールは使えるようになった。

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

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

26 名前:デフォルトの名無しさん [2008/08/16(土) 15:00:42 ]
今使ってみた。なんか、異常に集中してマニュアルも読破したw
結論: 使いやすさでは多分 vc システムの中で最強。

27 名前:デフォルトの名無しさん mailto:sage [2008/08/17(日) 12:36:44 ]
mercurial.elはうんこ
hgがasyncronus processじゃないように実装されてるから、やってる途中に固まって動かねぇ
bazaar.elがちゃんと実装されてるならemacsユーザに限ってはMercurialには勝てると思う

28 名前:デフォルトの名無しさん [2008/08/18(月) 09:11:23 ]
bzr の使い方
www.ccm.media.kyoto-u.ac.jp/~ozeki/memo/index.php?bzr%A4%CE%BB%C8%A4%A4%A4%AB%A4%BF


29 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 04:24:53 ]
pythonじゃなくてCで書いてくれればすぐにでも移行するんだが。
スクリプト言語なんて。。。

30 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 04:37:33 ]
>>29
おまえは GNU Arch でも使ってろよ



31 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 07:57:25 ]
Boost Library(ttp://www.boost.org)をimport中。
メモリを食うとはマニュアルにあったが、現在2/3終了で4GB利用。
実行マシンには12GBあるから問題ないけど、メモリ使用を節約するモードが
欲しいね。

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

32 名前:31 mailto:sage [2008/08/20(水) 15:08:35 ]
現在30203/32877でtopの表示がこんなんなってますw

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

33 名前:デフォルトの名無しさん mailto:sage [2008/08/20(水) 23:32:42 ]
>>32
samba.org/~jelmer/bzr-svn/FAQ.html
python-subversionのバージョンが古いとメモリリークする。
Ctrl-Cで中断してからもう一度実行すると良いよって書いてある。

34 名前:31 mailto:sage [2008/08/21(木) 20:58:40 ]
>>33
Debian(sid)なのでpython-subversionは最新です。ただ単にレポジトリが大きいからだと思われ。

35 名前:デフォルトの名無しさん [2008/08/22(金) 19:33:47 ]
いいなー、俺もできることならbzrに移行したいよ。。。
会社で (ry....

36 名前:デフォルトの名無しさん [2008/08/23(土) 14:45:38 ]
俺は bzr はセントラルリポジトリーがなくてもいいから、
よく使うディレクトリ毎に bzr init して使ってるよ。

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

37 名前:デフォルトの名無しさん mailto:sage [2008/08/27(水) 22:59:11 ]
Bazaar 1.6
https://launchpad.net/bzr/1.6/1.6/

38 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 03:41:10 ]
なんと、bzrスレがあるのか。記念カキコ

39 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 03:48:24 ]
ほうほう、ファイル名ね。
そういや、昔全角カッコで問題があったなあ。
確かノーマライズあたりの問題。今は問題無いけど。
後、仕様なのかバックスラッシュが使えないね。
これはバグ登録されてるけど、どうなるのかしらん。
後は、bzr-svnはsvn1.5が必要なので、まだ試すに至っていない。
そんな感じ。

40 名前:デフォルトの名無しさん [2008/08/30(土) 07:53:02 ]
emacsスレから飛ばされてきた。
bzrってemacs用の良いツールはあるの?



41 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 13:49:56 ]
とりあえずvcが対応してる。

42 名前:デフォルトの名無しさん mailto:sage [2008/08/30(土) 21:03:20 ]
Bazaar 1.6.1rc1

43 名前:デフォルトの名無しさん mailto:sage [2008/09/01(月) 06:45:37 ]
>>7
pullでupdateしたらどうやってマージするんだ?
pushしたらupdateするってただのバグだろwww

44 名前:!=7 mailto:sage [2008/09/01(月) 19:37:27 ]
>>43
上記、マージの必要があるとbzr pullは失敗する。その場合、bzr mergeしてからコミットする必要有り。bzr merge --pullってのもある。多分合ってるはず。
下記kwsk

45 名前:デフォルトの名無しさん [2008/09/02(火) 06:42:39 ]
上記下記の使い方それでいいのか?掲示板で・・・

46 名前:24,25 mailto:sage [2008/09/06(土) 00:28:34 ]
誰かWindows版のBazaarでパスが日本語文字を含む場合に
まともに外部diffツールを使う方法教えてくれ。

ソースファイルはasci文字だけだけど、ドキュメントには日本語使うんだよな。
外部diffツールさえまともに使えれば、完全にBazaarに乗り移れるのだが・・・

47 名前:デフォルトの名無しさん mailto:sage [2008/09/06(土) 15:59:43 ]
スレ違いかもしれんがlaunchpad.net使いづらくないか?
gitな人はgithub.comが使えてうらやましい。

48 名前:デフォルトの名無しさん [2008/09/07(日) 12:51:48 ]
bzr branch lp:mailman などが異様に遅いのは、
サイトが重たいだけなのだろうか?


49 名前:デフォルトの名無しさん mailto:sage [2008/09/07(日) 16:18:37 ]
どうだろうねぇ

50 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 19:50:01 ]
うーん、どっかに cheat sheet らしきものって無かったっけ?
最近見た気がするんだけど全然思い出せない。




51 名前:デフォルトの名無しさん mailto:sage [2008/09/10(水) 20:00:03 ]
うは、オフィシャルにあった。俺アホスorz

52 名前:24,25 mailto:sage [2008/09/10(水) 22:01:12 ]
extdiff、docdiffでまともにdiffがとれるようになった。
作者さん、ありがとう。

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

53 名前:デフォルトの名無しさん mailto:sage [2008/09/11(木) 00:04:42 ]
どのバージョンから追加されたか知らないけど、
bzr checkout --lightweightがお望みの機能かも。

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

54 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 18:26:14 ]
>>47
少し分かりにくくはあるけど、使いにくいか?
bzr push lp:~foo/+junk/bar とか便利過ぎて(ry

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

55 名前:24,25 mailto:sage [2008/09/15(月) 21:05:01 ]
53,54情報サンクス

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

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

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

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

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

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


56 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 23:07:25 ]
ああ、多分意味分かった。コストの問題はbzr branch --stackedで。

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

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

57 名前:デフォルトの名無しさん [2008/09/24(水) 10:24:49 ]
bzr1.7が出てますよ。

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

58 名前:デフォルトの名無しさん [2008/09/25(木) 04:30:47 ]
bazaarは開発がはやいね


59 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 05:45:48 ]
もりあがらねー・・・
やはり本命ではないのか・・・

60 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 05:54:09 ]
速度以外は満足しているから特に話すことはないなぁ。



61 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 14:09:43 ]
cvsとか、非常に使いにくいシステムとは違って、
簡単で問題がそこまで生じないからね。


62 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 12:08:19 ]
1.7.1が出てます
Bazaar 1.7.1 was released on the 1st of October, 2008.
https://launchpad.net/bzr/1.7/1.7.1

63 名前:デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:19:40 ]
Launchpad Code down-time Monday 6th October 2008
news.launchpad.net/notifications/launchpad-code-down-time-monday-6th-october-2008

64 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 04:11:46 ]
bazaar がよさそうだと聞いたのでこのスレを覗いているんですが
逆にbazaarのダメな点って何かありますか。

65 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 07:28:26 ]
>>64
branchが遅い
フォーマットがころころ変わる (bzr help formats参照)
使える流儀が多くて分かりにくい面があるかも

66 名前:デフォルトの名無しさん mailto:sage [2008/10/17(金) 20:18:19 ]
Bazaar 1.8
https://launchpad.net/bzr/1.8/1.8

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

67 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 11:10:32 ]
1.9rc1
1.8ではなくなっていた、Windows用の all-in-one パッケージが復活。
あと、またリポジトリフォーマットのバージョンがあがって、さらに高速化。

68 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 11:34:09 ]
1.8って対応する bzr-svn ないのは何でだ

69 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 14:37:15 ]
単に開発スケジュールが合わなかっただけじゃね?
リリースサイクル短すぎるし。

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

70 名前:デフォルトの名無しさん mailto:sage [2008/11/07(金) 18:54:37 ]
1.9 Released



71 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 10:25:59 ]
開発早すぎて安定感がないなぁ

72 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 14:15:27 ]
>>71
逆に遅すぎたら、過疎感があるって言うんだよね?w

73 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 23:26:06 ]
開発が活発なのはいいことなんだけど、リポジトリの構造が変わったりするのはちょっとなーと思わんでもない。

74 名前:デフォルトの名無しさん mailto:sage [2008/11/10(月) 23:43:12 ]
>>73
1.9で新しく出てきたリポジトリフォーマットも、開発ブランチで時間をかけて
テストされた後にメインブランチに取り込まれたんだし、今でもデフォルトの
フォーマットはかなり古いヤツだよ。

75 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 13:33:23 ]
pack-0.92 だから、だいたい一年前のやつか

76 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 20:07:07 ]
>>69
PuTTYのplinkとpageantと連携できたよ。これでTortoiseSVNと併用できそうだ。

77 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 20:08:50 ]
1.9 の rc じゃない Windows Standalone installer 出たね。
pageant との連携はマジ便利。

78 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 13:58:39 ]
TortoiseBzrってdiffツール指定できないんでしょうか?
デフォルトだとSJIS見えないよヽ(`Д´)ノ 

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

79 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 14:35:06 ]
>>78 今のところ外部diffについてはコマンドツールでしかできなさそうです。
pageantに関してはPuTTYのバイナリが存在するディレクトリのパスを
環境変数Pathに追加すればbzrが自動的に見つけてくれます。

80 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 15:31:38 ]
バージョン管理システムについて語るスレ2でdiffについての質問と回答が
書き込まれたのでまとめておきます。

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

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


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

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

[ALIASES]
diff=diff --using=WinMerge

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

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

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



81 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 17:39:33 ]
hg からちょっと浮気しようと思ってるんだけど公式 Wiki は無いの?
日本語のドキュメントとか

82 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 18:06:42 ]
公式ページ(bazaar-vcs.org/ )がWikiな訳だが。
あと日本語のドキュメントはまだ無いよ。

83 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 18:12:33 ]
>>82 公式サイトのマニュアル翻訳を始めています。ユーザーと
リファレンスマニュアルの下翻訳を来年の1月末ぐらいまでには終わらせたいところです。

84 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 19:38:56 ]
>>83
えらい!
がんばってね。

85 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 19:50:58 ]
>>83
おお。期待しています。

86 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:35:56 ]
bzrは開発スピードが速いので結構期待してます。
レポジトリの操作がhg以上に速くなるといいな。
ところで日本語問題のFAQを>>83あたりがwebに
掲載しくれるとありがたい。

87 名前:デフォルトの名無しさん mailto:sage [2008/11/19(水) 23:45:12 ]
TracのBzrプラグインって実用的な感じですか?


88 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 00:59:16 ]
>>86 問題があるならバグレポート投げればいいじゃない

89 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 06:30:24 ]
投げるも何も>>80の内容でしょ。

90 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 08:13:51 ]
>>79-80
そっかー。ありがとう。

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



91 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 08:52:02 ]
日本語つかうにはまだ時期早々だね

92 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 09:22:51 ]
bzrは全部追加しつつコミットって一気にできないの?
hg commit -A -m "hoge" みたいなの

93 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 10:29:40 ]
>>92 bzr addはデフォルトでファイルとディレクトリを再帰的に追加するので
commitの方ではオプションはないみたい。引数を何も指定しなければ
カレントディレクトリ(.)にあるファイルとディレクトリすべてが追加される。

94 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 10:30:51 ]
何が時期尚早(←しょうそう)なのかわからん。
svnだってコンソールのエンコーディングとファイルコンテンツのエンコーディングが
一致してないと化けるのは一緒だろ? diff ってのは patch を作るのにも使うんだから、
勝手にエンコーディング変換しやがると逆に迷惑。

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

95 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 10:47:51 ]
>>94
ああ、怒らせてしまったのならすまないです。

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

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

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

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

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

96 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 10:50:44 ]
TortoiseBzrが使い物になる、というネット記事をよく見てきましたので、
ちょっとガッカリしたのです。
そもそもオプションにdiffツールの設定項目すらなかったので。
(コマンドラインで指定できるのは>>80でわかりますが)

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

97 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 10:58:54 ]
>>94 バージョン管理のスレはプログラマ以外の人がたくさんいるのでお手柔らかにね。

98 名前:94 mailto:sage [2008/11/20(木) 11:18:53 ]
>>95
いや、ごめん、>>91みてて>>90をちゃんと読んでなかった。
bzr単体なら、Windowsでも日本語ファイル名でも全部大丈夫だけど、
TortoiseBzrはまだまだこれからだね。
そもそも、commitとpullはできるのにpushできなかったりするし。

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

99 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 15:12:09 ]
>>80 追記。エイリアスの登録と解除のコマンドもありました。

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

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

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

100 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 16:04:38 ]
> Python製のツールなのにTMTOWTDIというのが面白いですね。

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

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



101 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 18:22:35 ]
>>100
reduce/map/filter が組み込み関数なのは設計ミスで、functools に移動されて、
Python 3.0 では組み込み関数から削除される。

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

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

102 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 20:52:26 ]
>>89 いやだからそれを投げればいいのでは






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<92KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef