手順：リモート dev の更新を feature に反映する

1. リモートの最新情報を取得

git fetch origin

origin/dev にリモートの最新の dev ブランチの状態が入ります。

2. 作業中の feature ブランチにチェックアウト

git checkout feature

3. origin/dev を feature にマージ（またはリベース）

マージする場合：

git merge origin/dev

きれいな履歴を保ちたい場合（リベース）：

git rebase origin/dev

git fetch origin リモートの更新を取得
git merge origin/dev featureブランチにdevの更新を取り込む（マージ方式）
git rebase origin/dev featureブランチにdevの更新を取り込む（リベース方式）

ちなみに

origin は、リモートリポジトリのデフォルトの名前です。
つまり、Gitで最初にリポジトリを clone すると、自動的にクローン元（GitHubなど）に origin という名前が付きます。

プルリクエストについて

　プルリクエストは、VS Code上からでもGithub上からでも実施可能。
猫のマークのGitHub pull Request部分から「pull Request作成」をクリックすると、pull Requestの画面に遷移。ここでBaseやMERGEしたいブランチを指定する。
　Github上でも、Pullリクエストの作成からリクエストは作成できるので、臨機応変にプルリクエストを作るのがよい

一度、プルリクエストしたブランチに対しては、すでにプルリクエストがありますというエラーになる。

一度レビュー対応したプルリクエストに対して

　一度プルリクエストして、レビュー対応を実施するには、ローカルで修正して

ステージ
コミット
プッシュ　(git push origin "開発ブランチ")

こうすると自動的にgithubのリモート側のブランチが更新されて、前回との差分や更新されたファイルなどが表示されるようになる。

　また、削除したいファイルがあれば ローカルで削除して、削除したものをステージしてコミット/プッシュ すればそのファイルはリモート先でも削除される。

Github上でMergeについて

　Github上では、プルリクエストに対して承認されれば、マージ先のブランチに対してマージのコミットが可能である。

　下記の画面で、(種類が何種類かありますが)緑色のボタンを押下すれば、コミットされて元のブランチにマージされる。