| ページ一覧 | ブログ | twitter |  書式 | 書式(表) |

MyMemoWiki

「Git」の版間の差分

提供: MyMemoWiki
ナビゲーションに移動 検索に移動
 
(同じ利用者による、間の50版が非表示)
18行目: 18行目:
 
==設定==
 
==設定==
 
*https://note.nkmk.me/git-config-setting/
 
*https://note.nkmk.me/git-config-setting/
 
+
*レベルが大きい順に適用
 
{|class="wikitable"
 
{|class="wikitable"
 
!種類
 
!種類
 
!範囲
 
!範囲
 
!場所
 
!場所
 +
!レベル
 
|-
 
|-
 
|system
 
|system
 
|システム全体
 
|システム全体
 
|/etc/gitconfig
 
|/etc/gitconfig
 +
|1
 
|-
 
|-
 
|global
 
|global
 
|該当ユーザー全リポジトリ
 
|該当ユーザー全リポジトリ
 
|~/.gitconfig
 
|~/.gitconfig
 +
|2
 
|-
 
|-
 
|local
 
|local
 
|該当リポジトリ
 
|該当リポジトリ
 
|[repository]/.git/config
 
|[repository]/.git/config
 +
|3
 
|-
 
|-
 
|}
 
|}
63行目: 67行目:
 
==GUI==
 
==GUI==
 
===gitk===
 
===gitk===
 +
----
 
*[http://futurismo.biz/archives/824 Cygwinでgitkが使えないときの対策メモ]
 
*[http://futurismo.biz/archives/824 Cygwinでgitkが使えないときの対策メモ]
 
*gitk はグラフィカルな履歴ビューア。 git log や git grep をパワフルなGUIシェルから使えるようにしたようなもの。 過去に何が起こったかを検索したり、プロジェクトの歴史を視覚化しようとしているときに使う。
 
*gitk はグラフィカルな履歴ビューア。 git log や git grep をパワフルなGUIシェルから使えるようにしたようなもの。 過去に何が起こったかを検索したり、プロジェクトの歴史を視覚化しようとしているときに使う。
70行目: 75行目:
 
[[File:0552_gitk.jpg]]
 
[[File:0552_gitk.jpg]]
 
===git-gui===
 
===git-gui===
 +
----
 
*git-gui は主にコミットを作成するためのツール
 
*git-gui は主にコミットを作成するためのツール
 
*左側はインデックスです。ステージされていない変更が上に、ステージされた変更が下に表示
 
*左側はインデックスです。ステージされていない変更が上に、ステージされた変更が下に表示
79行目: 85行目:
 
  $ git gui
 
  $ git gui
 
[[File:0551_git_gui.jpg]]
 
[[File:0551_git_gui.jpg]]
 +
 +
===GitKraken===
 +
----
 +
*[https://www.gitkraken.com/ GitKraken]
 +
 +
===Github Desktop===
 +
----
 +
*[https://desktop.github.com/ Github Desktop]
 +
 +
===Sourcetree===
 +
----
 +
*[https://www.atlassian.com/ja/software/sourcetree Sourcetree]
 +
 
==プロジェクトの作成==
 
==プロジェクトの作成==
 
===プロジェクトコードが保存される3つの場所===
 
===プロジェクトコードが保存される3つの場所===
96行目: 115行目:
 
  $cd mysite
 
  $cd mysite
 
  $git init
 
  $git init
*作業ファイルがなく、管理ファイルのみのリポジトリの場合
+
====リモートリポジトリの作成====
 +
*作業ファイル、ワーキングディレクトリがなく、管理ファイルのみのリポジトリ
 
  $git init --bare hoge
 
  $git init --bare hoge
  
136行目: 156行目:
 
====ファイルを無視する (.gitignore)====
 
====ファイルを無視する (.gitignore)====
 
*.gitignoreファイルに設定を書き足す
 
*.gitignoreファイルに設定を書き足す
*ワイルドカードが使用可能
 
 
*通常のファイルで構成管理対象のため共有されてしまう
 
*通常のファイルで構成管理対象のため共有されてしまう
 +
*複数にマッチする場合、最後にマッチしたパターン
 +
*[http://help.github.com/ignore-files/ Github]
 +
*[https://github.com/github/gitignore テンプレート]
 +
=====基本ルール=====
 +
* # 始まりはコメント
 +
* ! 始まりは該当しないものを表す
 +
* / で終わる場合、ディレクトリのみ
 +
* / で始まる場合、リポジトリルート
 +
=====簡易正規表現(globパターン)が使用可能=====
 +
* * は複数文字にマッチ
 +
* [a,b,c] は括弧内の任意の文字、左記なら、a,b,c
 +
* [0-9] は文字の範囲
 +
* ** ネストされたディレクトリにマッチ
 +
** a/**/z なら、a/z, a/b/z, a/b/c/z などにマッチ
  
 
======.git/info/exclude======
 
======.git/info/exclude======
164行目: 197行目:
 
  $git status
 
  $git status
 
====差分の確認 (diff) ====
 
====差分の確認 (diff) ====
 +
----
 +
*https://qiita.com/shibukk/items/8c9362a5bd399b9c56be
 
=====作業ツリーの変更を表示=====
 
=====作業ツリーの変更を表示=====
 +
----
 
*パラメータなし
 
*パラメータなし
 
  $git diff
 
  $git diff
 
=====ステージングとリポジトリとの差分表示=====
 
=====ステージングとリポジトリとの差分表示=====
 +
----
 
  $git diff --cached
 
  $git diff --cached
 
=====ステージング含め作業ツリーのすべてをリポジトリと比較=====
 
=====ステージング含め作業ツリーのすべてをリポジトリと比較=====
 +
----
 
  $git diff HEAD
 
  $git diff HEAD
 
<blockquote>HEADは現在作業しているブランチの直前のコミットを表すキーワード</blockquote>
 
<blockquote>HEADは現在作業しているブランチの直前のコミットを表すキーワード</blockquote>
 +
 +
====コミット同士====
 +
----
 +
<pre>
 +
$ git diff 変更前SHA..変更後SHA
 +
</pre>
  
 
===コミットログの確認 (log)===
 
===コミットログの確認 (log)===
215行目: 259行目:
 
=====これまでHEADが辿ってきた履歴を見る (reflog)=====
 
=====これまでHEADが辿ってきた履歴を見る (reflog)=====
 
  $git reflog
 
  $git reflog
 +
 +
====誰がいつ書いたコードか調べる(blame)====
 +
<pre>
 +
$ git blame <file_name>
 +
</pre>
  
 
===作業を開始する===
 
===作業を開始する===
 
*作業ツリーがgitにどう見えているか
 
*作業ツリーがgitにどう見えているか
 
  $git status
 
  $git status
 +
 
===変更を削除===
 
===変更を削除===
 
=====ファイル指定 (checkout)=====
 
=====ファイル指定 (checkout)=====
280行目: 330行目:
 
*特定の時点
 
*特定の時点
 
  $ git reset --hard 昔のコミットのハッシュ値
 
  $ git reset --hard 昔のコミットのハッシュ値
 +
<blockquote>
 +
*リモートにpush済みの場合、再度pushするとエラーになる
 +
<pre>
 +
hint: Updates were rejected because the tip of your current branch is behind
 +
hint: its remote counterpart. Integrate the remote changes (e.g.
 +
hint: 'git pull ...') before pushing again.
 +
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
 +
</pre>
 +
*無理矢理pushするには、-f とする
 +
<pre>
 +
$ git push -f origin master
 +
</pre>
 +
</blockquote>
 +
 +
  
 
=====resetの後最新の状態に戻す=====
 
=====resetの後最新の状態に戻す=====
293行目: 358行目:
 
*強制削除
 
*強制削除
 
  $ git clean -f
 
  $ git clean -f
 +
 +
==チーム開発==
 +
#メインブランチからトピックブランチを作成
 +
##メインブランチは開発の中心となっていてチームの大多数が参照しているブランチ
 +
##トピックブランチは一つのトピックに絞った開発を行うブランチ
 +
#機能実装を行いローカルリポジトリのトピックブランチにコミット
 +
#定期的にトピックブランチをリモートリポジトリにプッシュ
 +
##メンバーに公開(ローカルブランチの作業は非公開なので)
 +
#定期的にメインブランチの内容をフェッチしてローカルリポジトリにマージ
 +
##自分の作業内容と競合していないか定期的にフェッチして、マージもしくはプルして更新しておく
 +
#トピックブランチをメインブランチにマージ
 +
##トピックブランチの開発が区切られたら、メインブランチを最新(フェッチ+マージ もしくは プル)したのちトピックブランチをマージ
 +
#リモートリポジトリのメインブランチにプッシュ
 +
##マージが無事に完了したら、リモートリポジトリにプッシュ、全員がメインブランチを参照できるようになる
  
 
==ブランチ==
 
==ブランチ==
 
[[Git]] の真髄は、あらゆるものがブランチのように扱われることにある
 
[[Git]] の真髄は、あらゆるものがブランチのように扱われることにある
 +
===ブランチ一覧(branch)===
 +
<pre>
 +
$ git branch
 +
* master
 +
</pre>
 +
*リモートのブランチ一覧
 +
<pre>
 +
$ git branch -r
 +
  origin/HEAD -> origin/master
 +
  origin/fix_chart
 +
  origin/master
 +
</pre>
 +
 
===ブランチを作る (branch)===
 
===ブランチを作る (branch)===
*masterブランチを元に[[R]]B_1.0ブランチを作成する
+
----
 +
*masterブランチを元にRB_1.0ブランチを作成する
 
*masterブランチは、Subversionにおけるtrunkにあたる
 
*masterブランチは、Subversionにおけるtrunkにあたる
  $git branch [[R]]B_1.0 master
+
<pre>
 
+
  $git branch RB_1.0 master
 +
</pre>
 
=====例=====
 
=====例=====
 
*new ブランチをつくる
 
*new ブランチをつくる
 +
<pre>
 
  $git branch new
 
  $git branch new
 +
</pre>
 
*"*"が打たれているのがcheckout(現在作業ツリーに反映されている)されているブランチ
 
*"*"が打たれているのがcheckout(現在作業ツリーに反映されている)されているブランチ
 +
*この時点ではブランチが作成されただけで、checkoutはされていない
 +
<pre>
 
  $git branch
 
  $git branch
 
  * master
 
  * master
 
   new
 
   new
 +
</pre>
 
*新しいブランチをcheckout
 
*新しいブランチをcheckout
 
  $git checkout new
 
  $git checkout new
315行目: 414行目:
 
   master
 
   master
 
  * new
 
  * new
 +
====過去のコミットからブランチを作る====
 +
* git checkout -b <new_branch> <commit_hash>
 +
<pre>
 +
$ git checkout -b retry 3462e9a
 +
</pre>
 +
 +
===ブランチ名の変更と削除===
 +
*チェックアウトしているブランチに、git brancn -m 変更後名称で、名称変更
 +
*git branch -d ブランチ名 で、ブランチの削除、-D で強制削除
 +
 +
===ブランチを切り替える(checkout)===
 +
<pre>
 +
$git checkout RB_1.0
 +
</pre>
 +
<blockquote>
 +
Gitでは、ブランチにかかるコストが安い。Gitのブランチはそのブランチで成された最新のコミットだけを記録している
 +
</blockquote>
 +
===作業途中のブランチを切り替える(stash)===
 +
[https://qiita.com/chihiro/items/f373873d5c2dfbd03250 【git stash】コミットはせずに変更を退避したいとき]
 +
「とあるブランチで作業中だけど、いますぐやりたいことができた。作業がすごく中途半端だからコミットはしたくない。」
 +
というときに、stashが使えます。
 +
stashを使用すると、コミットしていない変更を退避することができます。
 +
stashで現在の変更を退避して、今すぐやりたい作業をして、退避させていた変更を戻して作業を再開することができます。
  
===ブランチを切り替える===
+
*未コミットの状態だと、checkoutでブランチを切り替えられない
$git checkout [[R]]B_1.0
+
*git stash を利用することで、作業状態を保存し、ブランチを切り替えられる
&lt;blockquote&gt;[[Git]]では、ブランチにかかるコストが安い。[[Git]]のブランチはそのブランチで成された最新のコミットだけを記録している&lt;/blockquote&gt;
+
*保存した情報を取り出すには、git stach pop
  
 
===ブランチ間での変更マージ (merge)===
 
===ブランチ間での変更マージ (merge)===
327行目: 449行目:
 
====直接マージ====
 
====直接マージ====
 
*マージ先としたいブランチに切り替え
 
*マージ先としたいブランチに切り替え
 +
<pre>
 
  $git checkout master
 
  $git checkout master
 
  $git merge {マージしたいブランチ}
 
  $git merge {マージしたいブランチ}
 +
</pre>
 +
*例
 +
<pre>
 +
$ git branch
 +
* directlink
 +
  master
 +
calcutta:favophrase-web hirotoyagi$ git checkout master
 +
Switched to branch 'master'
 +
Your branch is up to date with 'origin/master'.
 +
$ git merge directlink
 +
</pre>
 +
 +
===コンフリクトを解消===
 +
----
 +
*以下のようなコンフリクトが発生した場合
 +
<pre>
 +
Auto-merging lib/photo_list_screen.dart
 +
CONFLICT (content): Merge conflict in lib/photo_list_screen.dart
 +
Automatic merge failed; fix conflicts and then commit the result.
 +
</pre>
 +
*「自動マージに失敗しました。コンフリクトを修正してから結果をコミットしてください。」
 +
*git status で対象を確認
 +
<pre>
 +
$ git status
 +
On branch master
 +
Your branch and 'origin/master' have diverged,
 +
and have 1 and 1 different commits each, respectively.
 +
  (use "git pull" to merge the remote branch into yours)
 +
 +
You have unmerged paths.
 +
  (fix conflicts and run "git commit")
 +
  (use "git merge --abort" to abort the merge)
 +
  :
 +
Unmerged paths:
 +
  (use "git add <file>..." to mark resolution)
 +
        both modified:  lib/photo_list_screen.dart
 +
        both modified:  pubspec.lock
 +
</pre>
 +
*==== より上の部分が、HEADが参照しているブランチの内容
 +
*==== より下の部分が、変更内容
 +
*どちらかを採用するなどした後、git add , git commit
 +
<pre>
 +
<<<<<<< HEAD
 +
            .collection('users/${user.uid}/photos')
 +
            .doc()
 +
            .set(data);
 +
=======
 +
          .collection('users/${user.uid}/photos')
 +
          .doc()
 +
          .set(data);
 +
 +
        HttpsCallable callable = FirebaseFunctions.instance.httpsCallable('ocr',
 +
          options: HttpsCallableOptions(timeout: const Duration(seconds:30)));
 +
 +
        var res = await callable.call(
 +
          {'gsUrl':'gs://tenarai-online.appspot.com/users/${user.uid}/photos/$path'});
 +
          //gs://tenarai-online.appspot.com/users/m8dAoyu7s3UJUNQwI1F8E3NcMO72/photos/1628325188064403_IMG_20210807_173119.jpg
 +
       
 +
        await showDialog(
 +
          context: context,
 +
          builder: (context) {
 +
            return AlertDialog(
 +
              title: Text('Response'),
 +
              content: Text(res.data.toString()),
 +
            );
 +
          },
 +
        );
 +
>>>>>>> 090b91525ddb715a39803757bd7617eeb0e8029a
 +
</pre>
  
 
==リリースのハンドリング==
 
==リリースのハンドリング==
344行目: 536行目:
  
 
  $ git push origin master
 
  $ git push origin master
 +
===未 push コミットの確認===
 +
*git log (リポジトリ名)/(リモートのブランチ名)..(ローカルのブランチ名)
 +
*存在しなければ何も出力されない
 +
<pre>
 +
$ git log origin/master..master
 +
</pre>
  
 
===rebase:ブランチから変更を取り出し別ブランチの先頭で再生 (rebase)===
 
===rebase:ブランチから変更を取り出し別ブランチの先頭で再生 (rebase)===
406行目: 604行目:
 
|-
 
|-
 
|}
 
|}
 +
====ローカルリポジトリをリモートを作成してpushする例====
 +
----
 +
*サーバー側でリポジトリを作成
 +
<pre>
 +
# git init --bare wol_swift.git
 +
</pre>
 +
*ローカル側からリモート設定
 +
**リモートリポジトリ登録
 +
**ブランチ名の確認
 +
**push
 +
<pre>
 +
$ git remote add origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git
 +
$ git branch
 +
* main
 +
$ git push origin main
 +
</pre>
 +
====リモートリポジトリの確認====
 +
<pre>
 +
$ git remote -v
 +
origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git (fetch)
 +
origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git (push)
 +
</pre>
  
 
===リポジトリ公開時のApache設定===
 
===リポジトリ公開時のApache設定===
467行目: 687行目:
 
  $ git pull origin master
 
  $ git pull origin master
 
==[[Tips]]==
 
==[[Tips]]==
===日本語ファイル名===
+
===日本語ファイル名を表示させる(文字化け対応)===
 
*日本語ファイル名は "\nnn" にエスケープされてしまって読めない。以下の設定を追加することで日本語ファイル名が表示されるようになる。
 
*日本語ファイル名は "\nnn" にエスケープされてしまって読めない。以下の設定を追加することで日本語ファイル名が表示されるようになる。
 
  $ git config --global core.quotepath false
 
  $ git config --global core.quotepath false
473行目: 693行目:
 
===[[Git]]でやらかしたときに使えるコマンド===
 
===[[Git]]でやらかしたときに使えるコマンド===
 
*https://qiita.com/muran001/items/dea2bbbaea1260098051
 
*https://qiita.com/muran001/items/dea2bbbaea1260098051
 +
 +
==Workflow==
 +
*拾いもの
 +
 +
[[File:Git workflow.jpeg]]

2023年1月29日 (日) 02:56時点における最新版

| Subversion |

目次

Git

  • 以下の本からメモなど

設定

種類 範囲 場所 レベル
system システム全体 /etc/gitconfig 1
global 該当ユーザー全リポジトリ ~/.gitconfig 2
local 該当リポジトリ [repository]/.git/config 3


確認 (config)

基本

  1. $git config --global --list
  2. user.email=pppiroto@gmail.com
  3. user.name=piroto

ユーザーインターフェースの色

  1. $git config --global color.ui "auto"

設定 (config)

  • 確認
  1. $git config --list
  • 変更
  1. $git config --global user.name "Hiroto Yagi"
  2. $git config --global user.email "pppiroto@gmail.com"
  • 編集
  1. $git config --global --edit

ヘルプ (help)

  1. $git help
  2. $git help コマンド

GUI

gitk


  • Cygwinでgitkが使えないときの対策メモ
  • gitk はグラフィカルな履歴ビューア。 git log や git grep をパワフルなGUIシェルから使えるようにしたようなもの。 過去に何が起こったかを検索したり、プロジェクトの歴史を視覚化しようとしているときに使う。
  • --all : HEADだけではなく 任意の 参照から到達可能なコミットを表示させる
    • 各ドットはコミットを、線は親子関係を表す
  1. $ gitk [git logのオプション]

0552 gitk.jpg

git-gui


  • git-gui は主にコミットを作成するためのツール
  • 左側はインデックスです。ステージされていない変更が上に、ステージされた変更が下に表示
  • 右上に表示されているのは diff
    • この領域を右クリックすることで、個々のhunk(または個々の行)をステージング
  • 右下はメッセージとアクションの領域です。テキストボックスにメッセージを入力し、 “Commit” をクリックすれば、 git commit と同じようなことができます
  • “Amend” ラジオボタンを選択すると、 “Staged Changes” 領域に最後のコミットの内容が表示されるので、そのコミットを修正することもできます。 変更をステージしたり、ステージを取り消したり、コミットメッセージを変更したりしたら、 “Commit” を再度クリックすれば古いコミットが新しい内容で更新
  1. $ git gui

0551 git gui.jpg

GitKraken


Github Desktop


Sourcetree


プロジェクトの作成

プロジェクトコードが保存される3つの場所

作業ツリー -- add --> インデックス -- commit --> ローカルリポジトリ -- push --> リモートリポジトリ

作業ツリー

  1. 直接ファイルを編集

インデックス(ステージングエリア)

  1. 作業ツリーとリポジトリとの間のバッファ
  2. コミット前に一時的に登録しておき、コミットによりリポジトリに格納される
  3. ステージを設けることにより、関連性の強い変更のみをコミットできるようになる

リポジトリ

リポジトリの作成 (init)

  • Gitのリポジトリは、作業ツリーと同じ場所の.gitディレクトリの中
  1. $mkdir mysite
  2. $cd mysite
  3. $git init

リモートリポジトリの作成

  • 作業ファイル、ワーキングディレクトリがなく、管理ファイルのみのリポジトリ
  1. $git init --bare hoge

変更を加える

ステージングエリアへ追加し、コミット対象とする (add)

  1. $git add hoge.txt
  • サブディレクトリを含めたすべてを登録
  1. $git add .
  • gitがコミットのための追加・変更をステージする
  • 対話形式に対象を選ぶ
  1. $git add -i
  2. :
  3. *** Commands ***
  4. 1: status 2: update 3: revert 4: add untracked
  5. 5: patch 6: diff 7: quit 8: help
  • 4.まだ追跡していないファイルをステージする
  • 5.コミットする変更箇所を指定する

コミット (commit)

  1. $git commit -m "Comment for this commit"
  • gitが変更を把握しているすべて(追加以外、ステージングとワークディレクトリの差分)をコミット
  1. $git commit -a
  • -mは、一行コミットコメント。省略すると詳細コメント
    • 1行目:コミット内容の要約
    • 2行目:空行(区切りとみなす)
    • 3行目:詳細の説明
直前のコミットを修正 (amend)
  • add してコミットすると、直前のコミットに追加される
  • --no-edit でコミットメッセージの変更をせずに実行
  • 以下のコマンドのみ実行するとコミットコメントのみを修正できる
  1. $ git commit --amend

変更・移動 (mv)

  • ファイル名の変更やファイルの移動
  1. git mv 元ファイル名 後ファイル名

<blockquote>mvは、新しいファイルに対する、add と古いファイルに対する rm を自動で行う</blockquote>

ファイルを無視する (.gitignore)

  • .gitignoreファイルに設定を書き足す
  • 通常のファイルで構成管理対象のため共有されてしまう
  • 複数にマッチする場合、最後にマッチしたパターン
  • Github
  • テンプレート
基本ルール
  • # 始まりはコメント
  •  ! 始まりは該当しないものを表す
  • / で終わる場合、ディレクトリのみ
  • / で始まる場合、リポジトリルート
簡易正規表現(globパターン)が使用可能
  • * は複数文字にマッチ
  • [a,b,c] は括弧内の任意の文字、左記なら、a,b,c
  • [0-9] は文字の範囲
  • ** ネストされたディレクトリにマッチ
    • a/**/z なら、a/z, a/b/z, a/b/c/z などにマッチ
.git/info/exclude
  • .git/info/excludeに記述する方法もある。
  • 他のユーザとは共有されない。

https://qiita.com/inabe49/items/16ee3d9d1ce68daa9fff

特定の拡張子を無視する
  1. *.exe
特定のフォルダの中身全てを無視する
  1. bin/
特定のパターンを無視しない
  1. !bin/hoge.exe
フォルダ内の特定拡張子を無視
  1. package/**/*.class
隠しフォルダを無視するが、.gitignoreファイルは無視しない
  1. .*
  2. !/.gitignore

変更の確認

現在の状況を確認 (status)

  1. $git status

差分の確認 (diff)


作業ツリーの変更を表示

  • パラメータなし
  1. $git diff
ステージングとリポジトリとの差分表示

  1. $git diff --cached
ステージング含め作業ツリーのすべてをリポジトリと比較

  1. $git diff HEAD

<blockquote>HEADは現在作業しているブランチの直前のコミットを表すキーワード</blockquote>

コミット同士


  1. $ git diff 変更前SHA..変更後SHA

コミットログの確認 (log)

コミットの履歴を見る (log)
  1. $git log
オプション 内容
-n <limit> 件数を指定
--oneline それぞれの履歴を一行に圧縮
--stat 追加、削除行数の表示
-p 完全な差分を表示
<file> 指定したフィイルを含むコミットのみ表示
--pretty=format:"%h - %an %ar: %s" 独自のフォーマットを指定
--graph 左側にグラフィカル表示
--decorate コミットログにブランチ名
これまでHEADが辿ってきた履歴を見る (reflog)
  1. $git reflog

誰がいつ書いたコードか調べる(blame)

  1. $ git blame <file_name>

作業を開始する

  • 作業ツリーがgitにどう見えているか
  1. $git status

変更を削除

ファイル指定 (checkout)
  1. git checkout <filename>
すべて (checkout)
  1. $git checkout .
指定 (checkout)
  1. $git checkout <branch_name>
  2. $git checkout <commit_id>
  3. $git checkout <commit_id> <file_name>

コミットを打ち消すコミット(revert)

  • そのコミット内容を打ち消すコミットを新たに加えることで、過去のコミット履歴から指定したスナップショットを無かったことにする
  • 手動でコミット内容を元に戻して、再度コミットするのを自動化
  1. $ git revert <commit_id>

ステージを取り消す (rm)

  • ワーキングディレクトリ、及びステージングエリアからファイルを削除
  1. $ git rm <file_name>
  • cachedをつけると、ステージングエリアからは削除するが、ワーキングディレクトリはそのまま
  1. $ git rm --cached <file_name>

ファイル名の変更・移動(mv)

  • ワーキングディレクトリのファイル名変更と移動
  1. $ git mv <old_file> <new_file>

リセット(reset)でコミットを書き換える

git reset は実行すると取り消しが効かない危険なコマンドであることを留意

直前のコミット取り消し (reset)

  • コミット履歴を過去に遡って以降のコミットをなかったことにする
  • git revert は打ち消し処理も履歴として残るが、resetは履歴が残らない
ステージングエリアから削除
  • git add の取り消し
  • ファイルを指定しなければ、全てのaddを取り消す(直前のコミット状態に戻る)
  • フィアるの変更は破棄されない
  1. $ git reset <file>
コミットのみ
  1. $ git reset --soft HEAD^
すべて
  1. $ git reset --hard HEAD^

コミット後の変更を全部取り消し

  1. $ git reset --hard HEAD

addの取り消し

  1. $ git reset --mixed HEAD

過去の状態に戻す

  • 直前のコミットと完全に一致した状態
  • ワーキングディレクトリの変更内容は全て破棄
  1. $ git reset --hard
  • 特定の時点
  1. $ git reset --hard 昔のコミットのハッシュ値
  • リモートにpush済みの場合、再度pushするとエラーになる
  1. hint: Updates were rejected because the tip of your current branch is behind
  2. hint: its remote counterpart. Integrate the remote changes (e.g.
  3. hint: 'git pull ...') before pushing again.
  4. hint: See the 'Note about fast-forwards' in 'git push --help' for details.
  • 無理矢理pushするには、-f とする
  1. $ git push -f origin master


resetの後最新の状態に戻す
  1. $ git reset --hard ORIG_HEAD

直前のリセットを取り消す

  1. $ git reset --hard ORIG_HEAD

ワーキングディレクトリの追跡対象外ファイルを元に戻す(clean)

  • gitに管理させることなく、ワーキングディレクトリに作成したファイルを一括して削除
  • 対象を確認
  1. $ git clean -n
  • 強制削除
  1. $ git clean -f

チーム開発

  1. メインブランチからトピックブランチを作成
    1. メインブランチは開発の中心となっていてチームの大多数が参照しているブランチ
    2. トピックブランチは一つのトピックに絞った開発を行うブランチ
  2. 機能実装を行いローカルリポジトリのトピックブランチにコミット
  3. 定期的にトピックブランチをリモートリポジトリにプッシュ
    1. メンバーに公開(ローカルブランチの作業は非公開なので)
  4. 定期的にメインブランチの内容をフェッチしてローカルリポジトリにマージ
    1. 自分の作業内容と競合していないか定期的にフェッチして、マージもしくはプルして更新しておく
  5. トピックブランチをメインブランチにマージ
    1. トピックブランチの開発が区切られたら、メインブランチを最新(フェッチ+マージ もしくは プル)したのちトピックブランチをマージ
  6. リモートリポジトリのメインブランチにプッシュ
    1. マージが無事に完了したら、リモートリポジトリにプッシュ、全員がメインブランチを参照できるようになる

ブランチ

Git の真髄は、あらゆるものがブランチのように扱われることにある

ブランチ一覧(branch)

  1. $ git branch
  2. * master
  • リモートのブランチ一覧
  1. $ git branch -r
  2. origin/HEAD -> origin/master
  3. origin/fix_chart
  4. origin/master

ブランチを作る (branch)


  • masterブランチを元にRB_1.0ブランチを作成する
  • masterブランチは、Subversionにおけるtrunkにあたる
  1. $git branch RB_1.0 master
  • new ブランチをつくる
  1. $git branch new
  • "*"が打たれているのがcheckout(現在作業ツリーに反映されている)されているブランチ
  • この時点ではブランチが作成されただけで、checkoutはされていない
  1. $git branch
  2. * master
  3. new
  • 新しいブランチをcheckout
  1. $git checkout new
  2. Switched to branch 'new'
  • 確認
  1. $git branch
  2. master
  3. * new

過去のコミットからブランチを作る

  • git checkout -b <new_branch> <commit_hash>
  1. $ git checkout -b retry 3462e9a

ブランチ名の変更と削除

  • チェックアウトしているブランチに、git brancn -m 変更後名称で、名称変更
  • git branch -d ブランチ名 で、ブランチの削除、-D で強制削除

ブランチを切り替える(checkout)

  1. $git checkout RB_1.0

Gitでは、ブランチにかかるコストが安い。Gitのブランチはそのブランチで成された最新のコミットだけを記録している

作業途中のブランチを切り替える(stash)

【git stash】コミットはせずに変更を退避したいとき 「とあるブランチで作業中だけど、いますぐやりたいことができた。作業がすごく中途半端だからコミットはしたくない。」 というときに、stashが使えます。 stashを使用すると、コミットしていない変更を退避することができます。 stashで現在の変更を退避して、今すぐやりたい作業をして、退避させていた変更を戻して作業を再開することができます。

  • 未コミットの状態だと、checkoutでブランチを切り替えられない
  • git stash を利用することで、作業状態を保存し、ブランチを切り替えられる
  • 保存した情報を取り出すには、git stach pop

ブランチ間での変更マージ (merge)

  • ブランチ間で変更をマージする方法はいくつかある
    • 直接マージ: 履歴をマージして一緒にしようとする
    • 圧縮コミット: 変更を圧縮(squash)して別なブランチの先頭にコミット
    • チェリーピック: コミットを1つとってきて、現在のブランチに適用

直接マージ

  • マージ先としたいブランチに切り替え
  1. $git checkout master
  2. $git merge {マージしたいブランチ}
  1. $ git branch
  2. * directlink
  3. master
  4. calcutta:favophrase-web hirotoyagi$ git checkout master
  5. Switched to branch 'master'
  6. Your branch is up to date with 'origin/master'.
  7. $ git merge directlink

コンフリクトを解消


  • 以下のようなコンフリクトが発生した場合
  1. Auto-merging lib/photo_list_screen.dart
  2. CONFLICT (content): Merge conflict in lib/photo_list_screen.dart
  3. Automatic merge failed; fix conflicts and then commit the result.
  • 「自動マージに失敗しました。コンフリクトを修正してから結果をコミットしてください。」
  • git status で対象を確認
  1. $ git status
  2. On branch master
  3. Your branch and 'origin/master' have diverged,
  4. and have 1 and 1 different commits each, respectively.
  5. (use "git pull" to merge the remote branch into yours)
  6.  
  7. You have unmerged paths.
  8. (fix conflicts and run "git commit")
  9. (use "git merge --abort" to abort the merge)
  10. :
  11. Unmerged paths:
  12. (use "git add <file>..." to mark resolution)
  13. both modified: lib/photo_list_screen.dart
  14. both modified: pubspec.lock
  • ==== より上の部分が、HEADが参照しているブランチの内容
  • ==== より下の部分が、変更内容
  • どちらかを採用するなどした後、git add , git commit
  1. <<<<<<< HEAD
  2. .collection('users/${user.uid}/photos')
  3. .doc()
  4. .set(data);
  5. =======
  6. .collection('users/${user.uid}/photos')
  7. .doc()
  8. .set(data);
  9.  
  10. HttpsCallable callable = FirebaseFunctions.instance.httpsCallable('ocr',
  11. options: HttpsCallableOptions(timeout: const Duration(seconds:30)));
  12.  
  13. var res = await callable.call(
  14. {'gsUrl':'gs://tenarai-online.appspot.com/users/${user.uid}/photos/$path'});
  15. //gs://tenarai-online.appspot.com/users/m8dAoyu7s3UJUNQwI1F8E3NcMO72/photos/1628325188064403_IMG_20210807_173119.jpg
  16. await showDialog(
  17. context: context,
  18. builder: (context) {
  19. return AlertDialog(
  20. title: Text('Response'),
  21. content: Text(res.data.toString()),
  22. );
  23. },
  24. );
  25. >>>>>>> 090b91525ddb715a39803757bd7617eeb0e8029a

リリースのハンドリング

タグを打つ (tag)

  • タグの名前(1.0)、タグを打ちたいポイント(RB_1.0)
  1. $git tag 1.0 RB_1.0

タグ一覧の参照

  1. $git tag

タグをリモートにpush (push)

  1. $git push origin {tag_name}
  • 一括でpush
  1. $git push origin --tags
  1. $ git push origin master

未 push コミットの確認

  • git log (リポジトリ名)/(リモートのブランチ名)..(ローカルのブランチ名)
  • 存在しなければ何も出力されない
  1. $ git log origin/master..master

rebase:ブランチから変更を取り出し別ブランチの先頭で再生 (rebase)

  • masterブランチからブランチしたRB_1.0 の変更をmasterブランチに反映させる
  • まず、masterブランチへ戻る
  • rebase で反映させる
  1. $git checkout master
  2. $git rebase RB_1.0

ブランチの削除 (branch)

  • タグを打ってあるため、ブランチを削除しても問題ない
  1. $git branch -d RB_1.0
  • リリースに対してパッチする場合、タグからブランチすればよい
  1. $git branch RB_1.0.1 1.0
  2. $git checkout RB_1.0.1

アーカイブする (archive)

  • --formatでアーカイブ形式、--prefixでディレクトリを指定
  1. $git archive --format=zip --prefix=phraseit-0.9/ master >master0.9.zip
  • 現在のワーキングディレクトリのHEADをアーカイブ
  1. $ git archive --format=zip HEAD -o export.zip

フォマット一覧

  1. $ git archive -l
  2. tar
  3. tgz
  4. tar.gz
  5. zip

リモートリポジトリ

  • gitはリモートのリポジトリも扱える
  • 自分の作業を共有、コピーの取得など可能

リモートリポジトリのクローン

  • リモートリポジトリで作業を始めるためにはクローンの作成が必要
  • 作業を始めるリモートリポジトリの完全なコピーを作成する
  1. $git clone ssh://root@rev.typea.info/var/www/git/phraseit

git remote

作業 コマンド
追加 git remote add
削除 git remote rm
確認 git remote -v
URL変更 git remote set-url
名前変更 git remote rename

ローカルリポジトリをリモートを作成してpushする例


  • サーバー側でリポジトリを作成
  1. # git init --bare wol_swift.git
  • ローカル側からリモート設定
    • リモートリポジトリ登録
    • ブランチ名の確認
    • push
  1. $ git remote add origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git
  2. $ git branch
  3. * main
  4. $ git push origin main

リモートリポジトリの確認

  1. $ git remote -v
  2. origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git (fetch)
  3. origin ssh://root@repo.typea.info/var/www/html/git/_samples/wol_swift.git (push)

リポジトリ公開時のApache設定

https://git-scm.com/book/ja/v2/Git%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-Smart-HTTP

  • /etc/httpd/conf.d/git.conf を作成
  1. <VirtualHost *:80>
  2. ServerName git.taisetsu.typea.info
  3. DocumentRoot /var/www/git
  4. SetEnv GIT_PROJECT_ROOT /var/www/git
  5. SetEnv GIT_HTTP_EXPORT_ALL
  6. ScriptAlias /git/ /usr/libexec/git-core/git-http-backend
  7. RewriteEngine On
  8. RewriteCond %{QUERY_STRING} servive=git-receive-pack [OR]
  9. RewriteCond %{REQUEST_URI} /git-receive-pack$
  10. RewriteRule ^/git/ -[E=AUTHREQUIRED]
  11. <Files "git-http-backend">
  12. AuthType Basic
  13. AuthName "Git Access"
  14. AuthUserFile /var/www/git/.htpasswd
  15. Require valid-user
  16. Order deny,allow
  17. Deny from env=AUTHREQUIRED
  18. Satisfy any
  19. </Files>
  20. </VirtualHost>
  • 必要に応じて、ServerNameをhostsに記述
  • リポジトリのオーナーを変更
  1. # chown -R apache /var/www/git
  • パスワードファイルの生成
  1. # htpasswd -c /var/www/git/.htpasswd {ユーザー名}
  2. New password:
  3. Re-type new password:
  4. Adding password for user root
  • push 時に httpsでないと、403エラー config の設定を ssh: とし、ユーザー名もホスト名の先頭に付与するまた、パスは実際のパス
  1. > git remote set-url origin ssh://root@git.taisetsu.typea.info/var/www/git/hoge.git

Webからリポジトリ内容を閲覧(GitWeb)

同期

リモートブランチの確認(branch -r)

  1. $ git branch -r
  2. Github/master
  3. origin/master

git fetch

  • ローカルリポジトリにないリモートリポジトリのコミットオブジェクトをローカルリポジトリに追加
  • リモートブランチの履歴取り込。このとき更新されるのは、あくまで指定したリモートブランチに対応する「リモート追跡ブランチ」です。(git fetch はローカルブランチ、インデックスや作業ツリーに一切の変更を加えません。)

git merge

  • 両ブランチで変更されたファイルのスナップショットを再作成して,新しいコミットオブジェクトを自動生成
  • 更新されたリモート追跡ブランチを、現在のブランチにマージする
  1. $ git merge FETCH_HEAD

git pull

  • git fetch と git merge を合わせた動作
  • git pull <remote> <branch>
  1. $ git pull origin master

Tips

日本語ファイル名を表示させる(文字化け対応)

  • 日本語ファイル名は "\nnn" にエスケープされてしまって読めない。以下の設定を追加することで日本語ファイル名が表示されるようになる。
  1. $ git config --global core.quotepath false

Gitでやらかしたときに使えるコマンド

Workflow

  • 拾いもの

Git workflow.jpeg