rdc term connect app:work@<machine-name> --command 'echo v1 > version.txt && cat version.txt'

作業中のforkに状態のバージョン1を書き込みます。

rdc term connect app:work@<machine-name> --command 'docker exec db psql -U app -d app -c "SELECT count(*) FROM customers"'

このforkでは本物のPostgreSQLデータベースも動いています。customersテーブルには3行のデータがあります。

rdc repo commit app:work --message 'v1 baseline'

作業中のforkをcommitします。データベースを含むrepositoryの完全な状態が、不変の名前付きスナップショットとして保存されます。

rdc repo branch app:work --branch stable

commitを指すブランチを作成します。フリーズされた状態に付ける、わかりやすい名前です。

rdc term connect app:work@<machine-name> --command 'echo v2 > version.txt && cat version.txt'

作業を続けます。forkは変化しても、commitされた履歴はフリーズされたままです。

rdc term connect app:work@<machine-name> --command 'docker exec db psql -U app -d app -c "DROP TABLE customers"'

危険な変更が作業中のforkのcustomersテーブルを削除します。

rdc term connect app:work@<machine-name> --command 'docker exec db psql -U app -d app -c "SELECT count(*) FROM customers"'

テーブルへのクエリが失敗します。リレーション「customers」は存在しません。データは作業中のforkから本当に消えています。

rdc repo commit app:work --message 'v2 risky change'

削除されたテーブルを含む新しい状態もcommitします。履歴はgit logのように積み重なります。

rdc repo log app:work

repo logでcommitの履歴をたどります。メッセージ、作成者、親情報が確認できます。

rdc repo checkout stable --from app:work --tag rollback

stableブランチを新しい書き込み可能なforkにcheckoutします。copy-on-writeのおかげでほぼ瞬時に完了します。

rdc repo up app:rollback

ロールバック用のforkを起動します。作業中のforkと並行して動作します。

rdc term connect app:rollback@<machine-name> --command 'cat version.txt'

ロールバック用のforkのマーカーファイルを読み取ります。commitされたとおり、バージョン1です。

rdc term connect app:rollback@<machine-name> --command 'docker exec db psql -U app -d app -c "SELECT count(*) FROM customers"'

ロールバック用のforkのcustomersテーブルにクエリを実行します。commitされたとおり3行あります。ロールバックはファイルだけでなく、データベースも復元しました。