Git_cheat_sheet

Tue, 29 Aug 2023 10:25:16 +0900

個人的基本

ローカルで新しいブランチ作成

git branch <new branch>

ブランチ一覧を見る

git branch

ブランチ移動

git checkout <branch name>

ローカルのブランチ削除

git branch -d <branch name>

ローカルのブランチをリモートブランチにpush

git push origin <branch name>

originは省略できませんねー。お願いします。これでgithubに新しくブランチができます。ちなみに、originはブランチ名ではなく、リポジトリ名です。つまり、githubのリポジトリをoriginで指定しています。

ファイルの差分を確認

git diff <filename>

作業していると、どのような変更を加えたか忘れてしまうこと多いと思うんですけど、これがあると、最後のコミットからどのような変更が加えられたのかが一瞬でわかります。

個人的中級

##　リポジトリの特定のブランチをクローン

git clone -b <branch_name> <repository_url>

issue branchをmainにマージ

まずmain branchに移動。その後、merge

git checkout main
git merge issue

コンフリクトが起こったらその個所を直してコミット！！

個人的上級

プルリクの送り方

前提として、何かしらのossを開発しているものとしましょう。まず、プルリクエストっていう概念は、gitではなく、github上のものなので、ローカルではできませんね。じゃあどうやるか？それを今から説明していくぜ。まず、github上でforkします。forkしたものをローカルにcloneします。cloneしたものに変更を加えます。そして、githubにプッシュします。で、github上でフォークされたリポジトリから、コピー元となったリポジトリ (これをベースブランチと呼ぶらしいです)にプルリクエストを送るわけですね。変更メッセージを指定して、レビュアーを指定して、Create pull requestをクリックすればプルリクエストの作成が完了するんですね。そうすると、プル陸タブにプル陸が表示されるようになるんだよね。れびゅあーに指定できるのは、リポジトリのコラボれーた　（共同編集者）　となっているアカウント。

ちなみに、企業でいわれているコードレビューっていうのはこのプルリクエストを送る作業のことなんだと思います。だから、去年のインターンの面接で「コードレビューをしてもらったことはありますか？」って聞かれたときにはい、あります、先生に見てもらってここをこうした方がいいとか、そういうアドバイスをもらいました、って言った俺は、意味が分かっていなかったわけですね。

mergeには3種類ある

create a merge commit ：もっとも一般的
squash and merge
rebase and merge : ブランチを一直線にする

特定のブランチorタグをcloneする

git clone リポジトリ名 -b ブランチorタグ名

いちばんやさしいgit&Githubの教本を読んで新しく学んだこと

forkはgithub上でリポジトリをコピーすること。

Git on Ingenboy.inc