元記事 mercurialでチケット駆動開発 - logiqboard id:monjudoh から懸念点を指摘されたのでもーちょっと考えてみる。 Re:mercurialでチケット駆動開発 - monjudoh’s diary confirmで動作してもdefaultでの動作が保障されない 例えばデカい機能の新規リリースが控えている場合、「チケットxxxが、confirmにマージされたその変更に依存して正常動作している」という状況が起こりえる。 ただ元記事でも言われているように、この運用はサービスリリース後のバグフィックス・機能修正フェーズに入った後に固めた方法なので、 問題がおこらなかったという感じでしょうか。 認識を改める confirmブランチは、実情として "修正、機能追加の確認をする場所" ではなく "リリース済み成果に対する修正内容を確認する場所" という運用がされていたとい