回答編集履歴
1
ad
test
CHANGED
@@ -2,3 +2,12 @@
|
|
2
2
|
また、データベース自体に変更が入る場合、開発ソースはローカルのものであるにも関わらず、データベースだけ共有スペースで最新化してしまうと、ソースとの不整合が発生します。
|
3
3
|
|
4
4
|
プロジェクトルールにもよると思いますが、ローカルのプログラムソースをコミットするのは早くても単体テスト完了以降であるのが望ましいため、ローカルにDB設置して自身の中だけでDBも更新し、動作確認ができてからコミットし、同時に共有DBも最新化する手順が安全と思われます。
|
5
|
+
|
6
|
+
> ですが、このプロジェクトを本番環境にアップロードする時そのまま使用することは出来ないですよね?
|
7
|
+
> もしくは自動でデータベースが生成されるのでしょうか?
|
8
|
+
|
9
|
+
フレームワークなどを利用していれば、マイグレーションやシーダーという機能を備えているものもあります。
|
10
|
+
コマンド1つでDBやデータの最新化ができます。
|
11
|
+
そうでなければ、相応のSQL(CREATEやALTER TABLE)を作って、直に実行することになると思います。
|
12
|
+
いずれにしても数分から数十分のタイムラグは発生しますので、そういうときは事前にメンテナンスの告知をし、本番環境を止めます。
|
13
|
+
|