アカウント名:
パスワード:
反応が薄いですねえ。
Disるわけじゃなく、純粋に質問したいのですが、GitがSubversionより良いところってどんなものなのでしょう。 私は小規模なプロジェクトにしか関わっていないせいか、類似ソフトにしか見えないのです。
良い悪いではなく、Git の特徴として:「Linuxの開発で使われている」というのはありますね。
で、この手のバージョン管理ソフトは、余程の特徴がない限り一種類あればいい、と皆思う。日常的に使わなくちゃいけないが、同じようなことをする操作方法が全然違うソフトが 3つも4つもあっても 使わないわけで… そうなると、 「xxx の開発では aaa を使っているから、他も全部 aaa で管理しよう」と言うことになったりします。なので、Git の利用者が多いのは当然ではないかと。
また、Gitの仕様が大規模開発に向いている、というのも大きなプロジェクトでよく採用される理由でしょう。結果として、大勢がそのようなプロジェクト以外でも「Git でいいか」となる。
なので、大勢が使う理由の主要因として、SubVersion の出来が悪い、とかそういうことではないと思います。
.
Git の特徴としてはブランチが莫大になっても耐えられる、という面が挙げられるのではないでしょうか?
SubVersion は本質的に全てデータをリポジトリに保存します。なのでブランチのブランチのブランチ…だとか、Aさんが作ったブランチに対するBさんとCさんがそれぞれブランチを作って、そのうちBさんのブランチに対しては Dさんがさらに… などという状態が起こると、リポジトリがすさまじいことになります。また、これだけの人たちが常時アクセスするとリポジトリを管理するサーバは泣きが入ります。
Git は親ブランチと子ブランチの間のリレーションはありますが、本質的に子ブランチは子ブランチで独立して管理されます。なので親ブランチを管理するサーバが死んでいても子ブランチには (親ブランチにマージできないと言う問題以外) 問題なく動作します。基本的にブランチの各データはブランチを造った側の人間のマシン上にありますし、親ブランチは子ブランチがいくつあろうが知ったこっちゃありません。なので子ブランチを管理するサーバがいくつ死亡しようが親ブランチに対する影響もない。
なるほど、統制を取ることの難しいプロジェクトで有効ということですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
Subversionは人気がないのですかね? (スコア:1)
反応が薄いですねえ。
Disるわけじゃなく、純粋に質問したいのですが、GitがSubversionより良いところってどんなものなのでしょう。
私は小規模なプロジェクトにしか関わっていないせいか、類似ソフトにしか見えないのです。
Re:Subversionは人気がないのですかね? (スコア:2, 参考になる)
良い悪いではなく、Git の特徴として:
「Linuxの開発で使われている」
というのはありますね。
で、この手のバージョン管理ソフトは、余程の特徴がない限り一種類あればいい、と皆思う。日常的に使わなくちゃいけないが、同じようなことをする操作方法が全然違うソフトが 3つも4つもあっても 使わないわけで… そうなると、
「xxx の開発では aaa を使っているから、他も全部 aaa で管理しよう」
と言うことになったりします。なので、Git の利用者が多いのは当然ではないかと。
また、Gitの仕様が大規模開発に向いている、というのも大きなプロジェクトでよく採用される理由でしょう。結果として、大勢がそのようなプロジェクト以外でも「Git でいいか」となる。
なので、大勢が使う理由の主要因として、SubVersion の出来が悪い、とかそういうことではないと思います。
.
Git の特徴としてはブランチが莫大になっても耐えられる、という面が挙げられるのではないでしょうか?
SubVersion は本質的に全てデータをリポジトリに保存します。なのでブランチのブランチのブランチ…だとか、Aさんが作ったブランチに対するBさんとCさんがそれぞれブランチを作って、そのうちBさんのブランチに対しては Dさんがさらに… などという状態が起こると、リポジトリがすさまじいことになります。また、これだけの人たちが常時アクセスするとリポジトリを管理するサーバは泣きが入ります。
Git は親ブランチと子ブランチの間のリレーションはありますが、本質的に子ブランチは子ブランチで独立して管理されます。なので親ブランチを管理するサーバが死んでいても子ブランチには (親ブランチにマージできないと言う問題以外) 問題なく動作します。基本的にブランチの各データはブランチを造った側の人間のマシン上にありますし、親ブランチは子ブランチがいくつあろうが知ったこっちゃありません。なので子ブランチを管理するサーバがいくつ死亡しようが親ブランチに対する影響もない。
fjの教祖様
Re:Subversionは人気がないのですかね? (スコア:1)
なるほど、統制を取ることの難しいプロジェクトで有効ということですね。