Subversionを使ってプロジェクトを破綻させるためのTIPS

「Subversion worst practices」というプレゼン資料がありました。 Subversionを使ってできる最悪のバージョン管理方法を解説しています。 Google社員によるOSCON(2007/7)でのプレゼンのようです。

笑えました。特にレポジトリ直編集あたりが何度か。。。(ry。

利用するバージョン管理システムについてひたすら言い争う

既存のスクリプトなどの存在を全て忘れて何が何でもSubversionへ移行する

バックアップなんて気にしない、もしくは毎晩「svnadmin dump」

色々な言語のファイル名を混在させる

開発者は信用できない。Lockしまくる。無断で編集させない。コンフリクトを防ぐ。Lockしたまま旅行へ行く。ついでにsysadminも連れて行く

バージョン管理システムを直接使わせずに、それを使うスクリプトを作って使わせる

全開発者に自前プランチを与える。毎日ブランチをマージする担当者を雇う。

何でもレポジトリに放り込む。生成されるオブジェクトコード、preference file、自動生成ドキュメント、ISOイメージ、リリースtarball

ネットワークドライブを使う。サーバを使うのは難しすぎる。

スクリプトをHookしまくる。コミットする前にbuildしてテストして、成功して始めてcommitを許す。Post Commit：もう一回commitして、レポジトリ全体をdumpする。

レポジトリデータベースを直に編集してしまう。困ったらエディタでレポジトリを直接編集してしまえ！

最近のエントリ

過去記事

過去記事一覧