ディベロッパーはバージョン管理システムから最新を一括で実行するタスクDB変更が発生したら何をする?DB変更が発生したときのDBFluteタスク実行の流れは以下のようになります。アーキテクト(つまり誰か一人の人)が中心となって、ディベロッパーと連携をとりながら以下の作業を行っていきます。AlterCheck)ERDツールでDDL文を再生成した後、それを使ってDBスキーマ(ローカルDB)の再作成を行います。マスタデータやテストデータにも影響がある場合は、エクセルデータも修正します。活用すると良いでしょう。JDBCタスクでメタデータを更新DBスキーマが最新になったので、DBFluteが保持しているメタデータを最新のものに更新します。再自動生成し、DB変更の影響範囲、つまり、コンパイルエラーになる箇所を修正します。コミットしてからディベロッパーに直してもらうかはポリシー次第、もしくは、状況次第です。OutsideSqlTestで外だしSQLの影響範囲の検知と修正SQLの文法レベルで露骨に影響するものに関しては、ここでタスクエラーとなるので、そのエラー内容をみて影響範囲を修正します。エラーが発生する状態のままコミットしてディベロッパーに直してもらうかはポリシー次第、もしくは、状況次第です。(次の)Sql2Entityタスクだけをやっていればいいというわけではありません。再自動生成をして、DB変更の影響範囲、つまり、コンパイルエラーになる箇所を修正します。コミットしてからディベロッパーに直してもらうかはポリシー次第、もしくは、状況次第です。自動生成されたクラスなど、もろもろをバージョン管理システムへコミットします。自動単体テスト(JUnit)を全て実行JUnit(など)で作成した自動単体テストを全て実行して、グリーンになることを確認します。業務的な影響範囲でアーキテクト自身が直し切れない場合は、ディベロッパーに直してもらうことも考慮します。割り切ったもの以外の修正が終わったらコミットアーキテクトだけでは直し切れない修正がある場合は、コミット後にディベロッパーにその旨をしっかり通知して直してもらいます。ディベロッパーから修正報告があって、JUnitの単体テストなどが全て通るようになったらDB変更完了です。ディベロッパーはバージョン管理システムから最新をディベロッパーはバージョン管理システムから最新のリソース(DDLやエクセルデータやソースファイルなど)を更新します。ローカルDBだけは最新にはなっていないので(DB自体はバージョン管理システムで管理しないので)、ReplaceSchemaを叩きます。割り切られた修正があれば、それぞれ自分が担当する修正を行いアーキテクトに報告をします。これにてDB変更完了です。一括で実行するタスクDB変更が発生したらやるべきDBFluteタスクをまとめて実行するタスクがあります。DeveloperEnvironmentSetupUpgradeManual。