回答編集履歴
1
追記
test
CHANGED
@@ -5,3 +5,63 @@
|
|
5
5
|
|
6
6
|
|
7
7
|
そこまでの必要なmigrationも戻されますから、それに関わるデータは消えたりしますので注意
|
8
|
+
|
9
|
+
|
10
|
+
|
11
|
+
追記
|
12
|
+
|
13
|
+
User関連が混乱してますね
|
14
|
+
|
15
|
+
20200209154505 Remove password from users
|
16
|
+
|
17
|
+
ということはこれ以前にusersをcreateしているはず。
|
18
|
+
|
19
|
+
なのにそのmigrationがない。?????
|
20
|
+
|
21
|
+
|
22
|
+
|
23
|
+
up 20200510094558 Remove password digest column
|
24
|
+
|
25
|
+
up 20200510095047 Addcolumn passworddigest
|
26
|
+
|
27
|
+
これらはその usersにたいして行われてません?
|
28
|
+
|
29
|
+
なのにまたusersを作っている
|
30
|
+
|
31
|
+
up 20200510115429 Create users
|
32
|
+
|
33
|
+
|
34
|
+
|
35
|
+
で、これはなに?
|
36
|
+
|
37
|
+
up 20200511130020 Users
|
38
|
+
|
39
|
+
戻すときに
|
40
|
+
|
41
|
+
20200511130020はusersテーブルを削除しました。
|
42
|
+
|
43
|
+
となってるってことはここでもcreateしている模様。
|
44
|
+
|
45
|
+
しかもupということは成功している。
|
46
|
+
|
47
|
+
|
48
|
+
|
49
|
+
???????????????? です
|
50
|
+
|
51
|
+
|
52
|
+
|
53
|
+
こういう事態に陥るようでしたら、migrationを削除する、という作業は**やらない**ことをお薦めします。
|
54
|
+
|
55
|
+
railsがdatabase管理をどう行っているのか、が理解できない状態ではやると破綻する。
|
56
|
+
|
57
|
+
|
58
|
+
|
59
|
+
ですが、この状態でmisumakunさんのいわれる王道:打ち消すmigrationをしても既にusersがおかしくなっているかもしれないからうまく行くものかどうか。
|
60
|
+
|
61
|
+
今後の方針案二つ
|
62
|
+
|
63
|
+
|
64
|
+
|
65
|
+
案1 なぜmigrationを消す必要が出てきたのか、その理由を振り返り、現状を確認し、問題を解きほぐしていく
|
66
|
+
|
67
|
+
案2 中止してやり直し。db:dropしてまっさらにし、migration をあるべきものになおし、create、migrate し直す
|