万葉新入社員教育課題、要件の確認、テーブル設計、Githubのissueの使い方等
テーブル設計が分からない。
具体的には、テーブルを分けるべきなのか、カラムとして存在させておくのか。
Rails newするときにバージョンを指定したはずが、そのバージョンになっていない。
GitHubにpushしてしまったブランチの名前を変えたい。
GitHubにpushしてしまったcommitをissueに登録したい。
解決したこと、分かったこと
テーブルを分けるべきか、カラムとして存在させておくのか？
ポリモーフィックを考える
tasksテーブルにpriority（優先度）カラムとstatus（状態）カラムを持たせるのか、それともpriorityテーブル、statusテーブルを作成し参照する形にするのか。
→priorityやstatusを他のテーブル（例えばusersテーブル等）からも参照するのであれば、別にテーブルを作成して避難させるべきだが、tasksテーブルでしか使わない場合はテーブル内の1カラムで良い。
画像の情報を格納するためのimageカラムがusersテーブルにもtasksテーブルにもあるのは好ましくない。このような場合はimagesテーブルを作って参照する形を取ったほうが良い。
判断基準＝同じカラム名で同じ情報を複数のテーブルで扱うような場合には別にテーブルを作成する
Rails newするときにバージョン指定したはずが、そのバージョンになってない(5.2.4.1になってしまう)＋バージョンのダウングレードがうまくいかない。
gem 'rails', '~> 5.2.3'だと、5.2.3系で一番新しいものをインストールしてしまう。
Gemfileの記述を、gem 'rails '5.2.3'と書き直し、bundle update railsで解決。
Githubにpushしてしまったブランチの名前を変えたい。
VSCodeのGit Graphで名前を変えたいブランチ上で右クリックしrenameする（/originのほうも一緒にrename）
そのままpushすると変更が反映される。
GitHubにpushしてしまったcommitをissueに登録したい。
該当コミットを開き、#issue番号のコメントを追加する。
なお、コミットメッセージの前に#issue番号で自動でissueに登録される。