Skip to content
BranchesTags

Latest commit

 

History

87 Commits

Folders and files

NameName
Last commit message
Last commit date
data
data
 
 
lectures
lectures
 
 
README.md
README.md
 
 
git-github講習会.pptx
git-github講習会.pptx
 
 
~$git-github講習会.pptx
~$git-github講習会.pptx
 
 

Repository files navigation

Digitart_Git-intro

Git-GitHub講習会では、チーム開発をする上で必須となるGitHubについて基礎的な知識及び使用方法を学びます。

目次

0. はじめに

今回の実習で使うものの準備をします！

Important

何か問題が起きたら気軽に相談しましょう！

0.1 事前設定

Git-GitHub講習会では事前に以下の環境が整っている前提で進められる。

  • Visual Studio Code
  • GitHubアカウント
  • Git

GitHubアカウントの作成方法についてはこちらを参照してください。

GitはGitHubを活用する上で必要なシステムです。こちらを参考にインストールしてください。

Important

GitHubのアカウント名を教えてください！ Discord上のチャンネル講習会(2026年度) > Git-GitHub講習会( リンク)にて自分のアカウント名（例: chrom9103）を送信してください

VScodeのダウンロードについて

  1. Visual Studio Code のダウンロード用サイト( https://code.visualstudio.com/download )にアクセスし、対応するOSのものをダウンロードする。 ダウンロード用サイト

  2. ダウンロードされたexeファイル(VSCodeUserSetup-x64-1.99.2.exeなど)を展開し、画面上に表示される指示に従いセットアップする。(基本的には初期設定のままでOK) exeファイルを展開

  3. インストールが完了したら、「完了(F)」をクリックしてインストールを終了する。中央にあるチェックボックスにチェックが入っていると、終了と同時にVisual Studio Codeが起動する。 VS Codeの表示画面

Gitのインストールについて

Gitのインストール時にはいくつかの設定が求められます。

  1. ダウンロードしたexeファイル(Git-2.49.0-64-bit.exeなど)を展開します。
    ダウンロードするものは各自の環境に合ったものとしてください。(例：WindowsでありCPUがIntel or AMD製であればGit for Windows/x64 Setup.からダウンロードする)
    展開すると利用規約が表示されるので、同意できるのであればNextをクリックし進んでください。

[!Note] Macを使用している人はMac用のインストーラーをダウンロードしてください。 Windowsを使用している人はCPUに応じ2種類のインストーラーが存在します。

  1. x64(AMD64) <-だいたいこっち！(Intel or AMD)
  2. ARM64
    どちらか不安で確認したい場合はコマンドプロンプト上で以下のコードを入力してください。 echo %PROCESSOR_ARCHITECTURE% AMD64と表示された場合はx64版、ARM64と表示された場合はARM版をインストールしてください。
  1. Gitの設定をします。各設定の意味等はこちらに書いてあるので参照してください。基本的には初期設定で問題ないです。
  2. 設定が完了すると以下のような画面が表示されるはずです。

0.2.1 GitHubリポジトリのクローン

リポジトリとは：ファイルを保存する入れ物(フォルダ)のこと。具体的には変更履歴を保存している。

今から現在閲覧しているGitHubリポジトリをローカルにコピー(クローン)する。

  1. GitHubで作成したリポジトリのページにて<>Code > HTTPSを選択し、URLをコピー GitリポジトリのURLを取得(HTTPS)
  2. VSCodeを開いてGitリポジトリのクローン > 先のURLをペーストし"Enter"を押す
    Gitリポジトリのクローン URLをペーストし"Enter"を押す

0.2.2 Gitの設定

ターミナルで以下のコマンドを実行する。

# ユーザー名の設定。GitHubのIDがおすすめ
# 例: git config --global user.name chrom9103
git config --global user.name {userName}

# メールアドレスの設定。GitHubと同じものがおすすめ
# 例: git config --global user.email chrom9103@example.com
git config --global user.email {userEmail}

# コミットメッセージをVScodeで書けるようにする設定
git config --global core.editor 'code --wait'

# デフォルトのブランチをmasterからmainに変更。
git config --global init.defaultBranch main
なんでこの設定がいるの？

GitはLinuxを開発するために作られたシステムです。
Linuxはオープンソース(世界中の人が開発に参加できる)のOSです。OSはWindowsとかMacとか、そういうやつです。
Linuxは世界中の人が開発に参加できるため、誰がどんな変更を加えたのかを管理する必要があります。そこで変更を加えた人の名前とメールアドレスを記録するようにしました。
その名残から、現在のGitでも開発を始める前に必ず名前とメールアドレス（user.name と user.email）を設定するルールになっています。

なんでこうなっているかって? Linuxの開発フローがこうなっているからじゃないですかね?

Warning

この資料では{}で括られているところは自分の情報に合わせて書き換えてください
例：

git config --global user.name {userName}
 ↓
git config --global user.name chron9103

1. 開発の進め方

これから実際にファイルを編集して、その変更を他の人も見れるようにしていきます！

1.0 便利な拡張機能

  • Git Graph
    VSCodeの拡張機能の一つである"Git Graph"の導入をお勧めします。
    • 機能
      • Gitの履歴を視覚的に表示
      • 各変更の詳細を表示
      • ブランチの切り替え/各操作
        etc. ツリー上の現在位置を把握しながら操作することができ便利です。

1.1.1 ブランチの発行

用語解説(ブランチ)

  1. VSCodeの左部バーにあるソース管理からブランチをクリックして、ブランチの作成をクリック ブランチの作成を選択
  2. 新しく作るブランチの名前を入力して"Enter"を押す
    ここでの名前は"selfIntro/{userName}"を推奨する 名前を入力し作成

Note

ウインドウ左下部に現在のブランチが表示されています。 反映されていたら成功

1.1.2 編集する

  1. VSCodeの左部バーにあるエクスプローラーからファイルlectures>2026(今の年度)をクリックして、新しいファイルをクリック
    クリック後自分の名前のファイルをマークダウンで作成する（例: chrom.md） ファイルを作成
  2. ファイルを編集する
    VSCodeの左部バーにあるソース管理に変更したファイルが書いてあるはずである ファイルを編集

Note

例に倣って名前と一言を書いてみましょう！

1.1.3 変更をステージ

用語解説(ステージ)

  1. VSCodeの左部バーにあるソース管理に書いてある変更したファイルの+をクリック
    クリック後ステージされている変更に加わっていることを確認する 変更をステージ

1.1.4 変更をコミット

用語解説(コミット)

  1. 入力欄に変更内容(今回は"自己紹介を追加"など)を明記してコミットをクリック 変更をコミット
  2. Branchの発行をクリックしてブランチをリモートに反映する ブランチの発行

1.1.5 変更をプッシュ

用語解説(プッシュ)

  1. プッシュをクリック
    変更をプッシュ

1.2.1 プルリクエストを出す

用語解説(プルリクエスト)

  1. GitHubのリポジトリのページに次の表示が出ているはずである(出ていなければバーの"Pull requests"を確認する)
    Compare & pull requestをクリック 比較しプルリクを送る
  2. タイトル、本文に変更内容を明記してCreate pull requestをクリック プルリクを確定する

1.2.2 プルリクエストをマージ

用語解説(マージ)

  1. Merge pull requestをクリック プルリクをマージする
  2. コンフリクト(後述)が発生していないことを確認したうえでConfirm mergeをクリック マージを承認する
  3. マージが完了する マージを承認する 変更が反映されているか確認する マージを承認する

Important

通常マージは他者のチェックを経て行われます。
コメント機能などを活用して本当にマージしてよいか他者に検証してもらいましょう。

1.3.1 リモートの変更をローカルに同期

  1. VSCodeに戻り、ソース管理からチェックアウト先をクリック ブランチ切り替え
  2. mainブランチに切り替える 切り替え先
  3. 変更の同期をクリック (表示がない場合はソース管理 > その他の操作 > プル)
    リモートの変更点をローカルに反映する プルする

Note

次のような表示が出てもOKを押して続行して問題ありません。

  1. 同期できていることを確認する
    現在のブランチがmainであること(左下に表示あり)、変更点が反映されていることを確認 スクリーン

2. 用語解説

2.1 ブランチ(branch)

「ブランチ」はメインから分岐して開発をする機能です。
本番用の綺麗な世界である"main"ブランチから分岐して、自分が作業して環境を変更するためのパラレルワールドを作るイメージでいいでしょう。
あなたが作ったパラレルワールド(ブランチ)で行なった変更は、いつでも本番用の世界(メインブランチ)にマージ(後述)させられるし、破壊しすぎてもなかったことにできます。
ブランチを使うことで、複数の開発者が並行して作業できるほか、特定の機能ごとに変更を管理しやすくなります。
各ブランチは独立しているため一つのブランチで行った変更は他のブランチには影響を与えません。そのため問題が発生しても全体に影響を及ぼさずに修整できます。

Note

一般的に、プログラムの修正や機能の追加を行うときなど、用途に応じたブランチを作成し、作業が完了したらメインブランチにマージします。
例えば、サイトに「ヘッダーを追加する」ためにadd/headerなどの名前のブランチを作ります。

2.2 ステージ(stage)

ステージとは、コミットに含める変更を選んで一時的に登録する操作です。
コミット(変更内容を登録する)前に、関連する変更だけをまとめて、履歴をわかりやすくします。
必要に応じて部分的にステージし、無関係な変更を除外することもできます。

なんでステージでワンテンポ挟むのかって? Linuxの開発フローがこうなっているからじゃないですかね?

Note

ステージは“コミット前の確認ポイント”の役割を果たします。小さな単位でステージすると後から追跡しやすくなります。

2.3 コミット(commit)

コミットとはステージに追加された変更をローカルリポジトリ(自分のパソコン)に履歴を登録する操作です。
各コミットにはメッセージを付け、なぜその変更が行われたかを残します。
コミットはプロジェクトのセーブポイントであり、問題があればその時点に戻すことができる。

Note

1つのコミットには「意味のあるまとまり」で変更をまとめると履歴が読みやすくなります。

2.4 プッシュ(push)

プッシュとは、ローカルで作成したコミットをリモート（GitHubなど）に送信して共有する操作です。
プッシュすることで他のメンバーがあなたの変更を取得でき、共同作業が可能になる。リモートに反映されない限り他者は変更を見られない点に注意。

Tip

プッシュ前にプルでリモートの最新状態を取り込んでおくと、予期せぬコンフリクトを減らせます。

2.5 プルリクエスト(pull request)

プルリクエスト（PR）は、自分のブランチをメインブランチなどにマージを依頼する仕組みである。
プルリクエストを作成すると、他の開発者が変更内容を確認し、コードレビューを行うことができます。問題なければ承認され、マージされます。

2.6 マージ(merge)

マージとは別のブランチで行った変更を現在のブランチに統合する操作である。

2.7 コンフリクト(conflict)

コンフリクトとは、同じファイルの同じ箇所が別々に変更され、Gitが自動でどちらを採用すべきか判断できない状態を指す。
発生した場合は該当箇所を手動で編集し、意図した最終形に整えてからコミットする必要がある。
定期的にpullを行い、小さな変更単位でコミット・プッシュすることで発生を抑えられる。

Important

コンフリクトは開発の自然な一部です。落ち着いて差分を確認し、意図した内容に修正してから保存しましょう。

2.8 プル(pull)

プルとはリモートリポジトリの最新変更をローカルに取り込み、現在のブランチに統合する操作です。
頻繁にプルしておくことで他者との同期を保ち、コンフリクトを早期に発見できます。

3. 補足説明

3.1 CLIによる操作

これまでVSCode上のボタン操作によりGit(GitHub)の操作を行ったが、各操作にはコマンドが用意されておりそれに対応するようにボタンが設置されている。コマンドを打ち込むことにより操作することを"CLI"と言う。

# gitの初期化
$ git init
# クローン
$ git clone https://github.com/hoge/fuga.git
# ブランチの発行
$ git switch -c "hogehoge"
# 変更をステージ
$ git add . 
# 変更をコミット
$ git commit -m "fugafuga"
# 変更をプッシュ
$ git push origin "hogehoge"
# リモートの変更をローカルに同期
$ git merge <commit>

今回紹介した以外にも多数のコマンドがあるので興味があれば各自調べるように。

3.2.1 間違えてCommitしたとき

プッシュを行う前であれば、前回のコミットを元に戻すを押すことで取り消すことができる 前回のコミットを元に戻す

3.2.2 ブランチ名を間違えたとき

ブランチ名の変更で名前を変更できる

  • ブランチを削除すると削除したブランチの変更内容も消えるため、やり直す必要がある
  • ブランチの削除ができなかったら別の名前でブランチを作ればOK

ブランチ名を変更

4. おまけ

4.1 GitHubに上げたくない情報があるとき

Gitはデフォルトでは管理するディレクトリ以下の全てのファイルの変更を追跡する。
しかし実際の開発ではGitに追跡されると困るもの、追跡する必要がないものがある場合がある。 このようなときにGitに無視する(追跡しない)よう指定するのが.gitignoreである。

Tip

.gitignoreに入れるもの

  • リモートに上がると困るもの
    • 機密情報,個人情報が書かれたファイル
  • リモートに上げる必要がないもの
    • 依存関係のファイル(node_modulesなど)
    • 自動生成されるファイル (追跡する場合もある)
# 特定のファイルを無視する
/hoge/file

# 特定のディレクトリを無視する
/hoge/directory/

# 特定の拡張子のファイルを無視する
*.txt

詳しくは公式テンプレート( https://github.com/github/gitignore )参照。

© 2026 Digitart テクノロジー愛好会

About

No description, website, or topics provided.

Resources

Readme
Activity
Custom properties

Stars

0 stars

Watchers

0 watching

Forks

8 forks
Report repository

Releases

Packages

Contributors