アカウント名:
パスワード:
変更点についてコードレビューを経ないとコミットできないというルールでどうでしょう?単位が違うくらいならコードレビューで落とせそうな気がします。
#そうすると今度は、レビューしたのと違うコードをコミットしてしまうミスとかが発生するんですけどね。
問題は委託側がコードレビューできるか、によると思います。開発側に任せては意味がないです。
たしかに"単位が違うくらい"なら分かる可能性もありますが、大概無理ではないでしょうか。単位だけを直したわけじゃないでしょうし。
それは、プロモーション管理のやり方が間違っているよ。
コミットしたものにタグを打ち、タグで取得してからレビュー&テスト。合格したものに対してやはりタグを打ち、タグで取得してリリース。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
セキュリティ上の重大な脅威? (スコア:0)
改修対象外機能のモジュールがリリースされてることに気がつけないあたりは、受け入れ担当のボーンヘッドもあるかもしれませんが。
検証以前 (スコア:1, すばらしい洞察)
そういうことを(する/できる)体制ってどうなのよ
Re: (スコア:0)
これ、結構難しいと思うなぁ。今回のは修正後のテストに含まれない筈の話だから。
どんな修正でも全部テストするというのは非現実的だろうしさ。(コスト度外視はもってのほか)
Re:検証以前 (スコア:2)
変更点についてコードレビューを経ないとコミットできないというルールでどうでしょう?
単位が違うくらいならコードレビューで落とせそうな気がします。
#そうすると今度は、レビューしたのと違うコードをコミットしてしまうミスとかが発生するんですけどね。
Re: (スコア:0)
そうすれば差分の情報がちゃんと残るから、こっそり改変は無理でしょう
Re: (スコア:0)
問題は委託側がコードレビューできるか、によると思います。
開発側に任せては意味がないです。
たしかに"単位が違うくらい"なら分かる可能性もありますが、大概無理ではないでしょうか。
単位だけを直したわけじゃないでしょうし。
Re: (スコア:0)
それは、プロモーション管理のやり方が間違っているよ。
コミットしたものにタグを打ち、タグで取得してからレビュー&テスト。
合格したものに対してやはりタグを打ち、タグで取得してリリース。