アカウント名:
パスワード:
Bazaar の設計思想がわからんではないのだけど、クローン(branch)が Git/Mercurial に比べてとろいのが嫌。(クローン対象ブランチの変更だけを受信して、ローカルリポジトリを構築するから、だったはず)
あと、 git branch -r 相当のことが、通常ブラウザを使わないとできないのは設計上の欠陥なんじゃないかと思うの。
文字コードの問題が無いのは魅力なんだけど、最近の Git は設定さえすればなんとかなるレベルだし、あえて Bazaar を使おうとは思わない。
リポジトリの clone かブランチの clone か [hatenablog.jp]という話ですね。
私はこれを読んで リポジトリ/ブランチ/作業ツリー の概念と Bazaar の設計上の柔軟性を理解したのですが、一方でそんな柔軟性は誰も必要としていない余計な機能なんじゃないか、 Bazaar がイマイチ人気が無いのはそのせいじゃなかろうか、とも思ったりもしています。
他のコメントでも指摘されている文字コード関連の問題や、 bzr-svn による Subversion との親和性の高さもあって、私自身は Bazaar 派なのですが…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
Bazaar はクローンがとろいのが嫌 (スコア:0)
Bazaar の設計思想がわからんではないのだけど、
クローン(branch)が Git/Mercurial に比べてとろいのが嫌。
(クローン対象ブランチの変更だけを受信して、ローカルリポジトリを構築するから、だったはず)
あと、 git branch -r 相当のことが、通常ブラウザを使わないとできないのは設計上の欠陥なんじゃないかと思うの。
文字コードの問題が無いのは魅力なんだけど、最近の Git は設定さえすればなんとかなるレベルだし、あえて Bazaar を使おうとは思わない。
Re:Bazaar はクローンがとろいのが嫌 (スコア:0)
リポジトリの clone かブランチの clone か [hatenablog.jp]という話ですね。
私はこれを読んで リポジトリ/ブランチ/作業ツリー の概念と Bazaar の設計上の柔軟性を理解したのですが、一方でそんな柔軟性は誰も必要としていない余計な機能なんじゃないか、 Bazaar がイマイチ人気が無いのはそのせいじゃなかろうか、とも思ったりもしています。
他のコメントでも指摘されている文字コード関連の問題や、 bzr-svn による Subversion との親和性の高さもあって、私自身は Bazaar 派なのですが…。