エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
migr8 - 3割の働きアリ
勤め先でDBのマイグレ管理されてなかったので導入してみました。 今までのマイグレーションのフロー ロ... 勤め先でDBのマイグレ管理されてなかったので導入してみました。 今までのマイグレーションのフロー ローカル環境で修正のち確認 問題がなければテスト環境に修正を適用 Skypeを通じて変更用のSQLを共有 これからのマイグレーションのフロー ローカル環境で修正のち確認 migr8が生成する履歴ファイルをGitLabにpush GitLabから自動で他の開発者に更新通知 修正者はテスト環境でGitLabから最新の履歴ファイルをpull migr8.rb upコマンドを実行してテスト環境を最新にする これで何が幸せなの? 「誰が」「なぜ」更新したのかを把握出来る。 必ずGitLabにコミットするので、共有するのを忘れる事がなくなる。 更新漏れがあっても更新する順番を意識しなくてもすむ。 GitLabを介するためデグレを素早く察知し出戻りが最小限で済む。 実際にやってみる usersテーブルを作成