アカウント名:
パスワード:
反応が薄いですねえ。
Disるわけじゃなく、純粋に質問したいのですが、GitがSubversionより良いところってどんなものなのでしょう。 私は小規模なプロジェクトにしか関わっていないせいか、類似ソフトにしか見えないのです。
私は逆にGitのよいところが知りたいです。
非常に小規模なプロジェクトなため、分散管理にメリットは感じられません。 対象OSが、Windows なため、環境を整えるのも結構手間取りました。 日本語の扱いも多少難がありますし。
対象OSが、Linux だったり、大人数が係わるプロジェクトだとGitの方がいいのかな、と思いましたが。 今のところ、TortoiseSVN + SVK に落ち着いています。
とりあえず家マシンはバージョンアップしました。 会社のは夏休み後に(忘れないようにしないと)
#何でLinus は subversion を、あんなに攻撃するんでしょうか?
> + SVK
SVKのリポジトリを自分のPCローカルじゃなく複数のPC(のユーザ)から共同で使えるようにする方法って、あったっけ?あるなら是非ご伝授を。
#SVKリポジトリをSVN鯖に食わせちゃえば動くっちゃー動くんだが、なんか怖い。
なんでそんなことしたいかというと、上流(ぶっちゃけ仕事だ)がSVNリポジトリ握ってて、そいつらがアホ運用をするもんだから、(たとえば「レビューが終わるまでCOMMITするな」とか。なんのためのVer管理なのか理解してないたぐい※)こっちはこっちの自衛のために内輪のみんなが使うリポジトリを建てつつ、それを上流と自動連動できるようにSVKにしておきたい、と。
>動かんソフトにバージョン付加してもしょうがないよね
違います。その言い方に合わせて説明するならば、(動く)ソフトに付加すべきは、バージョンではなく「タグ」です。
つまりSVN(CVSもだが)のバージョン管理は、少なくとも「二段構え」になってる、と捉えるべきなのです。まずバージョン(リビジョン)がある。その上位にタグがある。
だいたい「動く」かどうかなんてのは、主観が絡んだり、相対的なもの(UTではOKだが結合すると没だったり)なので、それを基準にCommitじたいを受け付けるか否か決めるなんてのは無理です。まずセーフネットとしてとりあえず全部Commitさせといて、それから条件をクリアするかどうか確認し、クリアしたものをタグ付加すればいい。ついでにいえばタグを(運用で)階層化するという手もあるのだから「UT済み」「結合済み」といった区分けをすることも出来る。
あと、人間は忘れる生き物ですから、「とりあえずCommit」くらいのCommit頻度を高めにしておく運用がちょうどいいです。もっと頻度の低い運用に慣らしてしまうと、「Cmmmit癖」が付かないため、今度はCommit漏れをやらかす頻度が上がる。
あとSVNはプロジェクト全体をバックアップ(www)するツールとしてもディスク効率とかが結構いいので、その面でもお勧めです。Commitしないということは書きかけのコードは開発者ローカルPCに転がったままということですから、そのPCが飛んだら終りです。全員のローカルPCをちまちまバックアップするより、「とりあえずCommitしとけば大船に乗れたと思っておけ」ってことにして、SVNリポジトリのバックアップだけ念入りに取れば、運用もリソースもけっこう低コスト。
大事なことなので二度言います。リビジョンじゃなくタグでうまくやる。これです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
Subversionは人気がないのですかね? (スコア:1)
反応が薄いですねえ。
Disるわけじゃなく、純粋に質問したいのですが、GitがSubversionより良いところってどんなものなのでしょう。
私は小規模なプロジェクトにしか関わっていないせいか、類似ソフトにしか見えないのです。
Re: (スコア:0)
私は逆にGitのよいところが知りたいです。
非常に小規模なプロジェクトなため、分散管理にメリットは感じられません。
対象OSが、Windows なため、環境を整えるのも結構手間取りました。
日本語の扱いも多少難がありますし。
対象OSが、Linux だったり、大人数が係わるプロジェクトだとGitの方がいいのかな、と思いましたが。
今のところ、TortoiseSVN + SVK に落ち着いています。
とりあえず家マシンはバージョンアップしました。
会社のは夏休み後に(忘れないようにしないと)
#何でLinus は subversion を、あんなに攻撃するんでしょうか?
Re: (スコア:0)
> + SVK
SVKのリポジトリを自分のPCローカルじゃなく
複数のPC(のユーザ)から共同で使えるようにする方法って、
あったっけ?あるなら是非ご伝授を。
#SVKリポジトリをSVN鯖に食わせちゃえば動くっちゃー動くんだが、なんか怖い。
なんでそんなことしたいかというと、
上流(ぶっちゃけ仕事だ)がSVNリポジトリ握ってて、
そいつらがアホ運用をするもんだから、
(たとえば「レビューが終わるまでCOMMITするな」とか。なんのためのVer管理なのか理解してないたぐい※)
こっちはこっちの自衛のために内輪のみんなが使うリポジトリを建てつつ、
それを上流と自動連動できるようにSVKにしておきたい、と。
Re: (スコア:0)
某社に出向してた時の事。
当時(もう5年位前ですかね…)その出向先のプロジェクトはCVSサーバでバージョン管理をしてた。
そこでのルールは、レビュー後コミットみたいなものは無かった。
が、何処の誰か知らないけれど(プロジェクト全体は、当方は全く把握しておらず、
プロパーのPLクラスの人と直接コミュニケーションをとりながら作業を進めていた)
ろくに動作確認もせずコードをアップする馬鹿が居た。
当方窓口のPLからは動作確認を強要され(ま、常識なんですが…)、コミット
Re:Subversionは人気がないのですかね? (スコア:0)
>動かんソフトにバージョン付加してもしょうがないよね
違います。その言い方に合わせて説明するならば、(動く)ソフトに付加すべきは、バージョンではなく「タグ」です。
つまりSVN(CVSもだが)のバージョン管理は、少なくとも「二段構え」になってる、と捉えるべきなのです。
まずバージョン(リビジョン)がある。
その上位にタグがある。
だいたい「動く」かどうかなんてのは、主観が絡んだり、相対的なもの(UTではOKだが結合すると没だったり)なので、それを基準にCommitじたいを受け付けるか否か決めるなんてのは無理です。まずセーフネットとしてとりあえず全部Commitさせといて、それから条件をクリアするかどうか確認し、クリアしたものをタグ付加すればいい。ついでにいえばタグを(運用で)階層化するという手もあるのだから「UT済み」「結合済み」といった区分けをすることも出来る。
あと、人間は忘れる生き物ですから、「とりあえずCommit」くらいのCommit頻度を高めにしておく運用がちょうどいいです。もっと頻度の低い運用に慣らしてしまうと、「Cmmmit癖」が付かないため、今度はCommit漏れをやらかす頻度が上がる。
あとSVNはプロジェクト全体をバックアップ(www)するツールとしてもディスク効率とかが結構いいので、その面でもお勧めです。Commitしないということは書きかけのコードは開発者ローカルPCに転がったままということですから、そのPCが飛んだら終りです。全員のローカルPCをちまちまバックアップするより、「とりあえずCommitしとけば大船に乗れたと思っておけ」ってことにして、SVNリポジトリのバックアップだけ念入りに取れば、運用もリソースもけっこう低コスト。
大事なことなので二度言います。
リビジョンじゃなくタグでうまくやる。
これです。