回答編集履歴

1

追記

2020/05/12 15:37

投稿

winterboum
winterboum

スコア23567

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 し直す