今日やること

• バージョンコントロールシステムであるGitの使い方を学ぶ
• GitリポジトリのホスティングサービスであるGitHubを使ってみる

Gitってなに？

Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.

• 要約すると「Gitは早くて効率的なオープンソース分散型バージョンコントロールシステム」
• それって実際どういうこと？

Gitが作られた背景

• 最近人間味が出てきたことLinuxの製作者Linus Torvaldsが作った
• メールで送られてくるパッチを早くマージしてかつトラッキングするツールがほしかったらしい

Linus Torvalds (©Gigazine.net)

メリット

• 早い
  • サーバーから拾ってくるときにそんなに時間がかからない
• ログを追える
  • このファイルはどこで変更されて...みたいなことがわかる
• 複数人での開発に向く
  • 各人が開発した成果を持ち寄りやすい
• 管理するファイルを選べる
  • .DS_Storeとかを含まないようにできる

Gitを用いた開発フロー

0. clone とか fork & ブランチ分ける
1. add & commit 実質的な開発
2. push
   リモートサーバーに現在のリポジトリの状態を通知
3. Pull Request (GitHub利用)
   main / masterに機能追加してください!と頼む
4. merge 機能追加
5. 0-4の繰り返し

GitHubってなに？

• Gitリポジトリのホスティングサービスの1つ
  • Git ≠ GitHub
• リポジトリ置き場としての機能だけではなく、チーム開発に便利な機能がたくさん
  • 便利なのでリモートリポジトリにはGitHubが使われることが多い
• ↓はGitHubのキャラクターのOctocat
  

Clone & Fork

• cloneはその名の通りクローン＝コピーをとってくる
• めっちゃcloneすることが多い 基本構文は

• forkはもとのリポジトリを自分のとこにコピー
  • そこから自分で機能追加とかできる

Clone & Fork

• これで開発の準備ができる
• 例えばlogを見てみる（あとでこれが何をするか説明）
  • なんかログっぽいのが出る

Add & Commit (大事！)

• add : Gitに管理を頼む 変更を加えたファイルを選ぶ
• commit : 現在のスナップショットを保存
  このスナップショットについてメッセージも書く(ログ)

(©git-scm.com)

Add

• どのファイルをgitに管理してもらうかを指定できる
• 絶対に無視したいファイルもある → .gitignoreで指定

1. ファイル指定でadd（推奨）

2. ファイル全体をadd（非推奨）

Commit

• 今の状態を保存するように頼む

• コミットログを書く=なにを変更したのかを書く

• コマンドは

• 過去のコミットはこれで追う

Branch

• これだけだとDriveとかとあんまり変わらない 特色はBranch

Gitのブランチ

• ブランチ?
  • 別の世界線 = 別の履歴のこと ヽ(*ﾟдﾟ)ノｶｲﾊﾞｰ
  • ブランチごとにadd/commitする
  • 履歴を分離させることで機能別に開発ができる
• 機能ごとにBranchを分割 => master / mainに追加を繰り返す
  • 例: docs/readmeとか

Branch

• 切り替え

• 新規作成

• あとはman git-branchで検索

んにゃぴ...よくわかんないっす

• それはそう
• Git
  • 様々なブランチにコミット → mainとかに取り込んでもらう
    コミットの履歴がある
• Driveとか
  • 適当にファイルを入れる → 何が変更されたのかわからない
    規模がでかくなると削除とかでぐちゃぐちゃになりがち

➡ Git使ったほうがよさそう（と思ってほしい）

リモートサーバーとかの話

• もちろん当時からLinuxは複数人で開発されていた
• Gitの威力はリモートサーバーがあるからこそ発揮される

Clone

• 再掲。リモートサーバーからリポジトリごと拾ってくる。

Push

• サーバーに変更分を通知
• あっち側にもBranchがあるので指定が必要（最初だけ）

1. 現在のBranchからPushしたことがない

2. Pushしたことがある

Fetch / Pull

ここらへんは名前だけ一旦覚えておく

• fetch
  • リモートサーバーのBranchのHEADを拾ってくる。
• pull
  • Fetch & Merge する。とりあえず更新するときに使うみたいなイメージ

Pull Request

さっきちょろっと出てきたあれ。既存のものに何か追加するときに使う

Pull Requestの出し方

0. 先にブランチをpushしておく
1. githubのリポジトリの右上のPull Requestをクリック
2. 左上のcompareから自分のブランチを選ぶ。baseはmainにする
3. 変更したことの大枠を書いて、Submit Pull Requestをクリック
4. githubのリポジトリに戻って、Pull Requestの欄に自分が書いたものがあるか確認

全体の総括

0. clone & ブランチ分けるswitch
1. add & commit 実質的な開発
2. push
   リモートサーバーに現在のリポジトリの状態を通知
3. Pull Request (GitHub利用)
   main / masterに機能追加してください!と頼む
4. merge 機能追加
5. 0-4の繰り返し

余談: Pull Requestの出し方

• 実は出し方が2種類ある
  • ブランチを使う方法
    • 別のブランチに変更を加える
    • 用例: 複数人での開発
  • forkする方法
    • 既存のリポジトリを複製して自分で変更を加える
    • 用例: OSSとかの機能改善
• 今回は上の方です・サークルでなんかやるときはブランチで

やってみよう

実際に触ってみよう

やること

1. 環境構築してgitを使えるようにする
2. 演習とかでgitに触れてみる

Gitの前に

• パッケージマネージャーを導入する
• git, python, hugoなどのCLIツールをパッケージマネージャー経由でインストールする
• WindowsはChocolatey
  • https://alg-slides.tus-ricora.com/pm.html#6
• MacOSはHomebrew
  • https://alg-slides.tus-ricora.com/pm.html#8

GitHubの準備

• GitHubアカウントの作成

  • ない人はここから
    • https://github.com/join

• RICORA Organizationへの招待

  • 招待するのでGitHubのアカウント名を教えてください
  • 部員はここから新入部員をMemberで招待

GitHubの準備

• GitHubにSSH公開鍵を登録しよう

1. ホームディレクトリでssh-keygen -t ed25519を実行
2. なにも入力せずEnter
3. 公開鍵~/.ssh/id_ed25519.pubの内容をコピー
4. https://github.com/settings/sshに公開鍵を登録

• 詳細はalg-wikiに書いたのでみてね
  • https://alg-wiki.tus-ricora.com/ssh-tutorial/

やってみよう

• 演習を作りました
  • https://github.com/RICORA/git-tutorial-2022.git
  • README.mdにやることが書いてある
  • たぶん破壊できないけど破壊しないでね
• わかんなかったら聞いて
• スライドを開いて参照しよう

Gitクライアントについて

• SourcetreeやGitKrakenなど、Git操作をGUIで行えるアプリケーションもあります
• GUIでGit操作が行えるので、Gitのイメージが掴みにくい初心者でも、直感的な操作が可能になり、とっつきやすい…かも？
• Gitが使えるようになるのが目的なので、どうしてもコマンド操作が苦手という人は調べてみてください