namidameda diary

2003|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|

2004-12-28(Tue) 納めの不動

[雑記][プログラミング]コミットのタイミング

今日は会社の仕事納めということで、数人で焼き肉を食べました。その席でのこと。他のマネージャーたちから「リポジトリへのコミットのタイミング」についての不満が出ました。

「(β版などの)リリース直前にコミットをされるのは困る、当日のコミットは論外だ」という意見でした。リリース直前にコミットをされて、バグが出て困ったというのです。すると他からは「業務系では1ヶ月に1度コミットをする」という話が出ました。

それにも一理あると思うのですが、ぼくは逆の意見です。

毎日コミットをしてマージをして、全員が最新の状態で問題を共有することが大事だと考えています。

さすがにマスターアップ直前に勝手にコミットをされると困るけれど、βなどのリリース時にはかまわないと思います。

我々の最終的な目的は製品の完成で、途中のリリースのために労力を割く必要はないと思います。

そして、いざとなったら1日分の履歴を戻せばいいのです。そのためのバージョン管理システムです。確かに、リリース直前で問題が起こったら頭に来るけどね。

そのあたりを、仕事が始まったら話し合ってみたいと思うので、ここにメモします。

本日のツッコミ(全1件) [ツッコミを入れる]
アキレス (2004-12-29(Wed) 10:39)

うちは毎日どころか、ちょっと動作確認をするたびにコミットしているから、1日に何回もコミットするよ。

β前については、客先でのテスト運用がある場合はターゲットとした修正以外の勝手なコミットは認めていないけど、社内リリースなら勝手にやっております。

本日のリンク元
アンテナ
その他のリンク元
検索