リビジョン管理システムを使える技術者はイケテいる - 檜山正幸のキマイラ飼育記 (はてなBlog)

ある程度の経験を積んだ技術者／プログラマであるかどうかを判断したいとき、「リビジョン管理システムを普通に使えるかどうか？」という基準はけっこう有効な気がした。 以下の使い方は、「使ってみれば便利さが分かるから」とか言ってなんら説明をしなかった僕の責任です -- と前置きしますが： proj/2009-10-23/, proj/2009-11-10/ なんてディレクトリが、リビジョン管理下になっている。 同じことだが、foo.c, foo-v2.c, foo-v3.c なんてファイルがある。 リポジトリのワーキングコピーとは別に、“ほんと”のワーキングディレクトリがあり、ほんとのワーキングディレクトリから一端リビジョン管理下ワーキングディレクトリにファイルコピーしてからコミットしている。 複数人参加単一プロジェクトのディレクトリ構成が、proj/tanaka/, proj/suzuki/,

[no_ri]

そういう人達を集めるとバージョン管理プロトコルの選択で聖戦が始まる件について

[ku__ra__ge]

まあそれでもバージョン管理されていないプロジェクトと比べると遥かに良いのとは思う。

[llill]

「“ほんと”のワーキングディレクトリ」問題は最初から分散型だと発生しないかもですね / 今まで最強だったのはSVNのチェックアウト状態を専属の管理者まで付けてExcel管理していたプロジェクト。驚愕でした

[kazaken]

「“ほんと”のワーキングディレクトリ」ってすごい問題だと思いますが、非常によくあることですね。

[haru-s]

※欄はしょうがない．だって今GoogleWaveとかTwitterに書きましたんでとか言っても見てるかどうかわかんないもん

[Horiuchi_H]

とっても同意だけど、現状 Trac があっても使っていないプロジェクトなので何も言えない・・・。 RT @yamashiro: あぁ。昨日なんかソースバージョン管理の話でもりあがってたのは、この話か。

[int128]

責任者にメール添付してチェックアウト/コミットとかあるある・・・ねーよｗ

[H_Yamaguchi]

「他の人が触っていると思われるファイルを編集するときには一声かける」ルールとか、「みんなが使う機能のファイルをコミットしたときにはコミットメールとは別にチャットでも周知する。」ルールとかある。

[SiroKuro]

共有フォルダ程度にしか認識しておらず、(コンパイル|自動テスト)エラーの起きてるソースが沢山入っている、とか

[katzchang]

「コミット/プッシュに上司の承認印が必要なんです」

[kilrey]

「日付バックアップと違って差分管理してくれるから容量を食わない！」くらいのノリの人がいる。

[tarchan]

リビジョン管理しなきゃ！って言う割には提案しても却下される。

[FTTH]

ブランチ／トランクになると実はよく判ってませんｗ

[zorio]

「コミット／プッシュが、卒業式みたいな人生の区切りになっている。」

[rna]

あと、コミットログに適切なコメントが残せるかどうか、とか。