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する。
- レポジトリデータベースを直に編集してしまう。困ったらエディタでレポジトリを直接編集してしまえ!
最近のエントリ
- Interop 2023のShowNetバックボーン詳解
- Interop Tokyo 2023 ShowNet取材動画
- 「ピアリング戦記 - 日本のインターネットを繋ぐ技術者たち」を書きました!
- 1.02Tbpsの対外線!400GbE相互接続も - Interop ShowNet 2022
- Alaxala AX-3D-ViewerとAX-Sensor - Interop 2022
- SRv6を活用し、リンクローカルIPv6アドレスだけでバックボーンのルーティング - Interop ShowNet 2022
過去記事