Memo/git

• Memo/git/Bitbucket
• Memo/git/GitHub

---

git †

• http://ja.wikipedia.org/wiki/Git (ギット)

• 記事
  • Git でのバージョン コントロールの概要 - Learn | Microsoft Docs

• isotai/git-tips: 最もよく使われるgitの小技と裏技

• GitHub Issuesを個人用のTodo管理アプリとして使っている | Web Scratch
• バージョン管理（Git/GitHub） - ソフトウェア1 (2020)
• 【永久保存版】Gitのあらゆるトラブルが解決する神ノウハウ集を翻訳した - LABOT 機械学習ブログ
• Gitコマンドを快適に使う環境を整える ｜ DevelopersIO
• Git、GitHubを教える時に使いたい資料まとめ - Qiita
• SVNを捨ててGitを使うべき5つの理由 - Qiita
• Git・Githubに隠された便利な機能 | GitHub Cheat Sheet（日本語訳） - Qiita
• Git初心者に捧ぐ！Gitの「これなんで？」を解説します。 | KRAY Inc
• Gitコマンドの、git checkout -, git merge の組み合わせが便利すぎてヤバ子さん。
• デザイナーでも使うと便利なバージョン管理システムGitの勉強会に参加しました - YATのBLOG
• こわくない Git
• サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 | どこでもプロジェクト管理バックログ
• 「うわっ…私のバージョン管理、ダメ過ぎ…？」を解決するGitの使い方“超”入門 (1/3) - ＠IT
• はてな教科書
• git初心者向けのTipsなど - 0xFF
• Gitを使いこなすための20のコマンド - SourceForge.JP Magazine : オープンソースの話題満載
• あまり知られていないGitのTips - アジャイルSEを目指すブログ

---

コミット間の差分を抽出し、アーカイブファイルを作る †

• 2点のコミットID、tag等を指定して差分のzipを作る

commit1=origin/master
commit2=HEAD
output=archive.zip
git archive $commit2 $(git diff --name-only $commit1 $commit2 --diff-filter=ACMR) -o $output

記事:

• Gitで差分ファイルを抽出+zipファイル化する方法 | 株式会社グランフェアズ

---

remoteの疎通確認 †

• remote nameを確認

  grep "\[remote" .git/config
  
  [remote "origin"]
  [remote "dev"]
  [remote "stg"]
  [remote "prod"]
  ...

• remote nameを指定してエラーがでなければ問題なし

  git ls-remote <remote name>

---

Secretlint: 機密情報のコミットを防止 †

• secretlint/secretlint: Pluggable linting tool to prevent committing credential.
  • node.js製
  • プラグインで対応フォーマットを追加
  • npm, aws, gcp, ssh-private-key, basic auth, slack, sendgrid等は実装済み

• 記事
  • SecretlintでAPIトークンや秘密鍵などのコミットを防止する | Web Scratch

---

変更点を戻す †

• 記事
  • git reset & git checkout 使い分けまとめ | Developers.IO
  • gitでアレを元に戻す108の方法 - TIM Labs

---

grep: リポジトリ内の検索 †

• 記事
  • Gitリポジトリ内をgrepする git grep はシンプルで超便利 ｜ Developers.IO

• 例

  git grep xxx
  
  # 大文字、小文字を無視
  git grep -i xxx
  
  # 正規表現(拡張)
  git grep -E "i\-[a-z0-9]+"

---

pre-commit/post-commit: コミット前後に処理を入れる †

• Git - Git フック

• pre-commit
  • python製ツール
  • コミット前の構文チェック(lint)等に使える

• 記事
  • pre-commitの外部リポジトリhookを使って設定を簡略化しつつ色々な事前チェックを済ませてみる ｜ Developers.IO
  • Python製のツールpre-commitでGitのpre-commit hookを楽々管理！！ ｜ Developers.IO

---

git daemon: ローカルフォルダをgit remoteとして設定する †

• 記事
  • ローカルのフォルダをgitのremoteとして設定したい(windows) - Qiita

---

ファイル名の一括置換 †

• renameコマンドが簡単だが、gitの管理外になって、rename扱いではなくなる。

• ファイル名に「example」が含まれているものから、削除する。

  find . -name '*example*' | xargs -i bash -c 'git mv {} $(echo {} | sed s/example//)'

---

switch/restore: checkoutの代わり †

• Git 2.23.0移行で追加されたサブコマンド

• switch
  • ブランチの切替。-cで新規branch作成。「git checkout -b new-branch」相当

    git switch -c new-branch

• restore
  • カレントフォルダの変更点を戻す。「git checkout .」相当

    git restore .

• 記事
  • Git 2.23.0のswitchとrestoreについて - Qiita

---

容量の大きいリポジトリをなるべく小さく取得 †

• master branchの最新だけを取得

  git clone --depth 1 --branch <master> --single-branch <repo url>

  • master branch以外は、git pullしても取得できない。もし、後からmasterブランチ以外を取得したい場合:

    --- .git/config.orig
    +++ .git/config
     [remote "origin"]
    ...
    -       fetch = +refs/heads/master:refs/remotes/origin/master
    +       fetch = +refs/heads/*:refs/remotes/origin/*

• sparse checkout: Memo/git#rc1cc85f も検討

---

バージョン番号のtagを降順に表示 †

x.y.zで区切られたタグをバージョンの降順に表示したい。

• 「~/.gitconfig」 にalias登録。「git tag-sr」で実行。

  git config --global alias.tag-sr '!git tag | sort -r -t . -n -k 1,1 -k 2,2 -k 3,3'

---

指定行がいつ削除されたかを探す †

• <file path>から、<deleted code line>を含むコミットを探す

  git log -p -S <'deleted code line'> <file path>

---

削除されたファイルを探す †

• 削除されたファイルを探す

  git log --diff-filter=D --summary

• 削除されたファイルを復元する

  git checkout <commit>^ -- <file path>

---

リポジトリのメンテナンス/軽量化 †

• 「.git/objects/」が肥大化し、git cloneが遅くなる。
• ソースがあれば再生成できるファイル(*.rpm, *.lib, *.jar等)は、GitHubのreleaseページに添付した方が良い。

• ファイルをリポジトリの履歴から削除する - GitHub Docs

  リポジトリの履歴からファイルを削除するには、BFG Repo-Cleaner または git filter-branch コマンドを使用できます。

• 大容量ファイルの制限 - GitHub Docs
  • 1ファイル50MB以上で警告。100MB以上をpushするとブロックされる。

---

BFG Repo-Cleanerで履歴を削除 †

• BFG Repo-Cleaner by rtyley
  • java製
  • git filter-branchより高速。ただし、細かい指定はできない。
  • ファイルサイズ、ワイルドカード("*.rpm")、ファイル名を指定して履歴から消すには便利
  • 「git filter-branch」で消したはずのファイルでもこちらを使うとまだヒットし、削除するとrepoサイズは縮小したので良いと思う。

• インストール

  wget https://repo1.maven.org/maven2/com/madgag/bfg/1.13.0/bfg-1.13.0.jar
  alias bfg='java -jar bfg-1.13.0.jar'

• 対象のgit repoを「--mirror」付きでcloneしておく

  git clone --mirror git://example.com/some-big-repo.git

• bfg実行しても、stageとして(A扱いで)元ファイルは残る。バックアップ不要かも。
• 手順

  # デフォルトでは最新のコミットは残す。--no-blob-protectionをつけると最新のコミットも対象にする
  
  # 10MB以上のファイルを削除
  bfg --strip-blobs-bigger-than 10M --no-blob-protection ./some-big-repo/
  
  # ワイルドカードで拡張子を指定して削除
  bfg --delete-files "*.rpm" --no-blob-protection ./some-big-repo/
  
  # du -sh で確認しても、まだ容量は減っていない
  
  # 以下のようなディレクトリにレポートが出来る。
  ./some-big-repo.bfg-report/YYYY-mm-DD/HH-MM-SS/
  
  # 提案されたコマンドを実行すると、du -sh でもサイズ縮小を確認できる。
  cd ./some-big-repo/
  git reflog expire --expire=now --all && git gc --prune=now --aggressive
  
  # repoから削除したファイルは stage(A 扱い)で残っている
  git status
  # 実際に削除する
  git reset HEAD
  find . -name '*.rpm' -delete
  
  # gitにコミットしたくないファイルを .gitignoreに追加
  echo '*.rpm' >> .gitignore
  git add .gitignore
  git commit -m 'ignore rpm files'
  
  # 問題なければremoteへpush。複数の人が使っているrepoの場合、再度cloneして貰う。
  git push

---

git filter-branch 履歴から削除 †

• Maintaining a Git Repository - Atlassian Documentation
  • git_find_big.sh: ファイルサイズ(KB)の大きいコミットを、降順10件まで表示してくれる。

• 記事
  • gitのレポジトリ容量の削減に失敗しないためのチェックポイント - Qiita

• git_find_big.shを使って、ファイルサイズの大きい10件探す

  wget https://confluence.atlassian.com/bitbucket/files/321848291/321979854/1/1360604134990/git_find_big.sh
  chmod +x git_find_big.sh
  
  cd ./some-big-repo/
  ../git_find_big.sh > ../result.txt
  vim ../result.txt
  --
  # repoから削除したいファイルだけ記載
  --
  
  # 空白で連結した変数を用意
  git_ignore_files=$(grep -P '^\d+' ../result.txt | cut -d ' ' -f 7 | tr '\n' ' ')

• その他の条件:

  cd ./some-big-repo/
  # 1MB以上のファイルを探す
  find . -type f -size +1M | grep -v .git/ > ../result.txt
  
  # *.rpmのファイルを探す。
  find . -type f -name "*.rpm" | grep -v .git/ > ../result.txt
  
  # gitの履歴から消すファイルを別ディレクトリへバックアップしておきたい場合
  rsync -a --files-from=../result.txt ./ ../backup/
  
  # 空白で連結した変数を用意
  git_ignore_files=$(cat ../result.txt | tr '\n' ' ')

• git履歴から削除:

  cd ./some-big-repo/
  git filter-branch -f --index-filter "git rm -r --cached --ignore-unmatch ${git_ignore_files}" -- --all
  
  # du -sh . すると大夫サイズが減っている

---

sparse checkout: 部分チェックアウト †

git cloneはremoteと同じリポジトリを全てチェックアウトするため、巨大なリポジトリだと遅い。

• 絶対に変更したくないディレクトリがある場合等。
• git v1.7以降で利用可能

• 記事
  • アホみたいにでかいgit repositoryを上手く扱う方法 - Qiita
  • git sparse checkout で clone せずに一部のサブディレクトリだけを pull/checkout する
  • Gitで特定のディレクトリだけcloneする方法 - Qiita
  • 巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Blogs

• example/exampleリポジトリの「test/」以下をチェックアウト

  git init example/
  cd example/
  git config core.sparsecheckout true
  git remote add origin git@github.com:example/example.git
  mkdir -p .git/info/
  echo "test/" > .git/info/sparse-checkout
  git pull origin master

• 時間:

  項目	サイズ	秒数
  repo全体	120MB	27
  一部分	60MB	17

---

merge済みbranchの一括削除 †

• 「~/.gitconfig」に追加

  [fetch]
      prune = true

または

• 「*」「master」「develop」「release」は削除から除外
• 「~/.gitconfig」 にalias登録。「git delete-merged-branches」で実行。

  git config --global alias.delete-merged-branches '!git branch --merged | grep -vE "^\*|^\s*master|^\s*develop|^\s*release" | xargs git branch -d'

• 記事
  • 【小ネタ】消し忘れのリモートブランチを一括表示・削除するワンライナー ｜ Developers.IO

---

Gitea: 1バイナリ動作のGitHub風サーバ †

• Gitea
  • golang製。
  • MySQLを使う。
  • httpサーバは内蔵。httpsは非対応なので、nginxやapacheでリバースプロキシを構築する必要あり。

• 記事
  • macOS で簡単に GitHub 風の Git サーバーを建てる - Qiita

---

branchやtagをソートして表示 †

• 記事
  • 見やすいgit-tag - Qiita
  • gitのブランチリストを鮮度順に表示する - Qiita

• git v2.7以降で「--sort=key」オプションが使える。
  • committerdate: コミットした日付
  • taggerdate: タグを打った日付。なぜか順序が変だった。
• 「-key」で降順。

• branchをコミットの降順で表示。

  git branch --sort=-committerdate | head -n 10

• tagをコミットの降順で表示。

  git tag --sort=-committerdate | head -n 10

---

gc: ガベージコレクタの実行 †

• Git - メインテナンスとデータリカバリ

時々自動で実行されるが、手動で実行したい時。

git gc --auto

---

バックアップ/リストア †

• Duplicating a repository - User Documentation - GitHub
  • remoteからremoteへの手順

---

log: ログの表示 †

• 日付フォマットの変更k
  • git version:1.8.3.1
  • 日本人的には isoが理解しやすい
  • --date=(relative|local|default|iso|rfc|short|raw)

    # --date=relative
    Date:   9 days ago
    
    # --date=local
    Date:   Wed Sep 12 17:05:44 2018
    
    # --date=default
    Date:   Wed Sep 12 17:05:44 2018 +0900
    
    # --date=iso
    Date:   2018-09-12 17:05:44 +0900
    
    # --date=rfc
    Date:   Wed, 12 Sep 2018 17:05:44 +0900
    
    # --date=short
    Date:   2018-09-12
    
    # --date=raw
    Date:   1536739544 +0900

---

add: †

• カレントディレクトリで追加してないファイルを一括で追加

  git add .

---

rebase: †

作業ブランチで開発中に、先に進んだmasterからの差分に変えたい時。

• 記事
  • git pull --rebaseをpushする前にやろうという話。 - Qiita

git co working_branch

# origin masterが先に進んだ場合、そこまでbaseを進める
git pull --rebase origin master

# コンフリクトした場合、ファイルを修正してadd
git add path/to/file
git rebase --continue

git push origin working_branch

---

fixup: 複数コミットを一つにまとめる †

例:

• 作業ブランチには複数のコミットがあるが、PRにまとめる時に一つのコミットにしたい。

• 記事
  • [Git] rebase コマンドで複数のコミットを 1 つにまとめる ｜ Developers.IO

git co -b work
# 作業コミット

# commit1にまとめたい場合、commit2〜3のpickをfixupに変えて保存。コメントの変更は反映されない。
git rebase -i origin/master

--
pick 98c99fe commit1
fixup c4599fe commit2
fixup ecd0587 commit3
--

• 中止したい場合「git rebase --abort」
• コメントを変更したい場合、rebase後、 「--amend」で変更可能

---

subversionからの移行 †

• Memo/git/GitHub#eac7b251 も参照

• 記事
  • git-svnでSVN→Gitへの移行をやってみたログ - Qiita
  • 28,000 コミットあるSVNリポジトリをGit(GitLab)に移行した話 | バシャログ。
  • 仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO起業日記

• localのsubversionリポジトリから、localのgitリポジトリへ移行
  • subversion-1.9.9-1.x86_64
  • git-1.8.3.1-14.el7_5.x86_64
  • subversionリポジトリサイズ: 507MB
  • 移行後のgitリポジトリサイズ: 519MB
  • 処理時間: 約17分

sudo yum install git git-svn

SVN_REPO=example
SVN_REPO_PATH=file:///var/www/svn/$SVN_REPO/
mkdir $SVN_REPO
cd $SVN_REPO/
git svn init -s --prefix=svn/ $SVN_REPO_PATH
time git svn fetch

---

削除し忘れたlocal branchの処理 †

local branchが必要なのか分からなくなった場合。

• 削除されたremote branchを、localからも消す

  # 確認
  git remote prune origin --dry-run
  
  # 削除
  git remote prune origin
  
  # fetchした時に消して欲しい場合
  git fetch --prune --dry-run
  git fetch --prune

• merge済みbranchを消す

  # 確認
  git branch --merged
  
  # 削除
  git branch -d <branch name>
  # mergeしてないとエラーが出る。強制削除は -D
  # まとめて消す(y/n確認)
  # 確認不用であれば -p を削除
  git branch --merged | grep -vP '^\*|(master|develop)$' | xargs -p -I % git branch -d %

---

ファイル/ディレクトリの変更差分を全て表示 †

git log -p <file or directory>

---

show: 指定コミット内容表示 †

• commit hashを省略すると、直前のコミット内容表示する

  git show <commit hash. HEAD, HEAD^2 >

---

SSL connect error †

• CentOS 6上

  git clone https://github.com/puppetlabs/puppetlabs-ntp.git
  ...
  Cloning into 'ntp'...
  fatal: unable to access 'https://github.com/puppetlabs/puppetlabs-ntp.git/': SSL connect error
  
  # debug
  export GIT_CURL_VERBOSE=1
  git clone https://github.com/puppetlabs/puppetlabs-ntp.git
  ...
  
  * NSS error -12286 [#j8f0b91f]

• 解決方法: nssを更新

  sudo yum update nss
  
  # 問題が出ないバージョン
  rpm -q nss
  nss-3.28.4-4.el6_9.x86_64

---

reflog: やりすぎたresetや削除したbranchを戻す †

reset --hardをやりすぎた時に戻す。 削除したbranchを戻す。 ただし、コミットしてないファイルは戻ってこない。

• 記事
  • Gitでやらかした時に使える19個の奥義 - Qiita

• resetを戻す

  # 直近4つまでの作業ログを見る
  git reflog -n 4
  
  # 戻したい所まで戻す
  git reset --hard <HEAD@{N} or commit id>

• 削除したbranchを戻す

  # 直近4つまでの作業ログを見る
  git reflog -n 4
  
  # <HEAD@{N}>を元に <branch name> を作る
  git branch <branch name> <HEAD@{N} or commit id>

---

書籍 †

• Git - Book 無償。web, pdf, epub, mobi形式で読める

---

.gitignore 特定パターンを無視 †

.gitignore に入れたパターンは「git status」等で差分として表示されなくなる 親フォルダにまとめて記載しておけば、子フォルダにも適用される。

# vimの作業ファイル
*.swp [#vc3fcd3c]

# subversionのディレクトリ
.svn/

# macOSの不要ファイル
.DS_Store

# windowsの不要ファイル
Thumbs.db

# ansibleのリトライファイル
*.retry [#cd80a5a4]

---

間違ったmergeを取り消す †

• Git-flowって何？ - Qiita
  • 通常：developブランチからreleaseブランチを作る。「git co -b release/1.10」
  • 誤り：developブランチをreleaseブランチへマージする。「git merge release/1.10」
  • 誤り：developブランチをdevelopブランチへマージする。「git merge develop」

• git log --graphで見た時、以下のようなツリーになってしまう

  *   a1234567 - user01 -  Merge branch 'develop' into release/1.10 (x hours ago) [#z5cdc466]
  |\  
  | *   b1234567 - user02 -  Merge branch 'release/1.10' into develop (x days ago)
  | |\  
  | * \   c1234567 - user03 -  Merge branch 'release/1.10' into develop (x days ago)
  | |\ \  
  | * \ \   d1234567 - user04 -  Merge tag 'v1.10.0' into develop (x days ago)
  | |\ \ \  
  | * \ \ \   e1234567 - user04 -  Merge branch 'release/1.10' into develop (x days ago)
  | |\ \ \ \  
  | * \ \ \ \   f1234567 - user03 -  Merge branch 'release/1.10' into develop (x days ago)
  ...

• 修正: release/1.10へのマージ「a1234567」 が間違っているので、「a1234567」 を取り消す

# git log --graph で誤り前のコミットidを探す。この例では「aa123456」とする
git reset aa123456 --hard

# treeを見て間違ったマージより先に取り込みたいコミットがあれば、cherry-pickやmergeで取り込む
git cherry-pick <commid it>
git merge <commid it>

# force pushで強制的に修正
git push -f origin release/1.10

• localリポジトリも更新する必要がある

  git fetch
  git co origin/release/1.10
  git pull -p

---

--force-with-lease: -fの代わりに使う †

作業ブランチでrebase後、pushしたい時など。

• git push --force
  • ローカルリポジトリでリモートリポジトリを上書きする
• git push --force-with-lease
  • git v1.8.3.1では非対応。v2.16.5では使えた。
  • localブランチと、remoteブランチを比較して、remoteが新しい場合は失敗する。
  • 自分の修正後に、他人がpushしていたら「--force」を使うしかない

• "~/.gitconfig"

  [alias]
      push-f = push --force-with-lease

• 記事
  • git push -f をやめて --force-with-lease を使おう - Qiita

---

fatal: Not possible to fast-forward, aborting. †

• --force-with-leaseしたブランチを他PCや他人がpullすると発生する。

• ローカルの変更を破棄して、remoteと同期

  git reset --hard origin/<branch name>

---

authorを後から変更 †

git commit --amend --author="user <user@example.com>"

---

パーミッション変更を無視する †

Linuxで開発しているリポジトリをWindowsでcloneして編集しようとすると、パーミッションの違いが検出されて邪魔な時がある。

git config core.filemode false

# 確認
git config -l | grep core.filemode

---

空白を無視して比較 †

• diff

  diff -uw file-a file b

• git (-b でインデントを無視)

  git diff -w

• GitHub: URLの末尾に「?w=1」を付ける

• BitBucket: URLの末尾に「?w=1」を付ける
  • または「･･･」をクリックして「ignore whitespace」にチェック

---

git-secrets: AWSキー等をgithubに流出するのを防ぐ †

うっかりAWSキー等がgithubに流出している事故が多い。
(実際に流出するとAWSからメールが来て、AWSアカウントが制限状態になる。該当キーを削除するまで続く)

• https://github.com/awslabs/git-secrets
  • AWSキー等を誤ってコミットする事を防いでくれるフックが追加される
  • スペースを含むファイルのcommitに失敗する場合、「git pull;make install」で直った

• 記事
  • クラウド破産しないように git-secrets を使う - Qiita

• CentOS6.xの場合

  # インストール
  git clone https://github.com/awslabs/git-secrets.git
  cd git-secrets/
  sudo make install
  
  # 全体設定に追加
  git secrets --register-aws --global
  git secrets --install ~/.git-templates/git-secrets
  git config --global init.templatedir '~/.git-templates/git-secrets'
  
  # 既存プロジェクトに追加
  git secrets --install /path/to/repository
  
  # 既存ディレクトリをチェック
  git secrets --scan -r /path/to/repository

• フックを削除したい場合

  # 確認
  find /path/to/repository/.git/hooks/ -type f ! -name "*.sample"
  
  # 削除
  find /path/to/repository/.git/hooks/ -type f ! -name "*.sample" -delete

---

merge: マージ †

• 記事
  • 【git】分かりやすく！mergeは「合流」、rebaseは「付け替え」! | NullNote

• マージする履歴を残す (--no-ff)

  git merge --no-ff topic

---

リモートブランチとローカルブランチを強制的に一致させる †

• 例：masterブランチを一致させる。ローカルの変更点はすべて破棄されるので注意

  git fetch origin
  git reset --hard origin/master

---

デプロイワークフロー/ブランチ、タグ運用 †

メジャーなフローがあるので必要に応じて選んだり、カスタマイズすると良さそう

• CodePipeline を使った Gitブランチ運用をまとめてみた | DevelopersIO
• プロダクトのリリースとGitブランチ運用を考えてみた | DevelopersIO

• 記事
  • git-flowを試す - Qiita
  • Gitブランチを使いこなすgit-flow／GitHub Flow入門（1）：いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識 (1/2) - ＠IT

CentOS6.xにgit v2.xをインストール †

• iusのミラーが変わったので、古いrepoの削除が必要
  • https://github.com/iusrepo/infrastructure/issues/14#issuecomment-572276277

    sudo yum erase ius-release
    sudo rm /etc/yum.repos.d/ius*.repo*

• iusリポジトリにある

  # 古いgitは削除
  sudo yum erase git
  # EPELリポジトリも必要
  yum install \
  https://repo.ius.io/ius-release-el7.rpm \
  https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
  
  sudo yum install git2u
  
  # バージョン確認
  git --version
  git version 2.4.3

• 記事
  • AnsibleでGit（2.X）をインストール - 疑問文

CentOS6.xにgit v1.7.2をインストール †

• CentOS6.x baseリポジトリだとgit v1.7.1がインストールされる

1. rpmforge リポジトリを使えるようにする
2. インストール

   sudo yum install --enablerepo=rpmforge-extras git
   
   git --version
   git version 1.7.12.4

---

gitの設定を表示 †

• gitコマンドで取得

  git config -l --global

• catでも同じ

  cat ~/.gitconfig

---

git bisect: 二分探索によって問題箇所を特定する †

• 記事
  • AdventCalendar - git bisect で問題箇所を特定する - Qiita

---

subtree: 外部リポジトリを取り込む †

• subtree
  • リモートブランチとして、repoを追加する
  • 複数のrepoを跨いで、更新する用途向き
  • 参照元repoでgit pullするだけで、参照先repoもfetchされる

• submodule
  • 特定のcommit idを参照する。
  • .gitmodules で管理される
  • 完全にリポジトリを分けて管理したい用途
  • 参照元repoでgit pullでは、参照先repoはfetchされない(commit idが変わらない)。

• 記事
  • 依存リポジトリ管理でのsubmodule/subtree/subrepoの使い分け - Qiita
  • git-submodule と git-subtree - Qiita
  • 開発コラボレーションのヒント from Atlassian Blogs (6) Git Submodule の代替: Git Subtree | マイナビニュース
  • 【git】社内のChefリポジトリをgit subtreeで利用する ｜ Developers.IO

---

submodule: 外部リポジトリを取り込む †

• submoduleの追加

  git clone https://github.com/example/example.git
  cd example/
  git submodule add https://github.com/example2/example2.git path/to/example2-test

• submoduleを使用しているリポジトリの更新

  git clone https://github.com/example/example.git
  cd example/
  # 初回はinitしないとsubmoduleディレクトリが空のまま
  git submodule init
  
  # 更新
  git submodule foreach git pull origin master
  # または
  git submodule update --remote

• submoduleの削除: git v1.8.5以降

  git submodule deinit path/to/submodule
  git rm path/to/submodule
  
  # git v1.8.5未満だと、.gitmodulesから消すコマンドが必要
  git config -f .gitmodules --remove-section path/to/submodule

• 記事
  • gitのsubmoduleに変更を加えるとdiffが生じるのを無視する - Qiita
  • gitのsubmoduleだけを最新版にしたい場合のコマンドメモ - Reinvention of the Wheel git submodule updateで更新されない理由
  • Gitのサブモジュールで発生した変更を親リポジトリで無視する2つの方法 ｜ DevelopersIO

---

Mac OS Xにgitクライアントのインストール †

• brewの場合

  brew install git
  echo 'export PATH=/usr/local/Cellar/git/2.7.0/bin:$PATH' >> ~/.bash_profile
  source ~/.bash_profile

• Gitのインストール
  • GUIインストーラや、MacPortsからインストールできる

• MacPortsを使う場合。後でブランチ名の表示等で +bash_completion が必須となるのでこちらの方がよさそう

  sudo port install git +svn +doc +bash_completion +gitweb

• GUIの場合、git-1.7.2.2-intel-leopard.dmg最新パッケージをダウンロード

1. git−1.7.2.2-intel.leopard.pkg を実行
2. ターミナルからパスを通すスクリプトを実行

   ./setup\ git\ PATH\ for\ non-terminal\ programs.sh

3. ターミナルの再起動。gitコマンドで使えるか確認

---

空ディレクトリをgitに入れる †

そのままだと管理されないので".gitkeep"ファイルを入れる

mkdir dummy
touch dummy/.gitkeep
git add dummy

---

work flow: ワークフロー †

• 記事
  • git flowとgithub flowとは？その違いは？ - Qiita
  • 見えないチカラ: A successful Git branching model を翻訳しました 日本語訳
  • A successful Git branching model » nvie.com 英語

---

リモートで削除されたブランチをローカルから削除 †

git fetch --prune origin

---

tag: 別名を付ける †

• コミットに別名を付ける release/1.00 等
• tagを指定してチェックアウトが可能
• tag自体はバージョン管理されない

• 使い方

  # タグをリモートと同期
  git fetch --tags
  
  # タグの作成
  git tag release/1.00
  git tag release/1.01
  
  # タグ一覧 (-n でアノテーションタグも表示)
  git tag -n
  release/1.00
  release/1.01
  
  # ローカルタグ削除
  git tag -d release/1.01
  
  # リモートにpush。このままpushしてもリモートのタグは消えない
  git push origin release/1.01
  # または、以下(意図しないタグまでpushされる可能性がある)
  git push --tags
  
  # リモートのタグ削除
  git push --delete origin release/1.01

• 注釈(アノテーション annotation)付タグ。タグ名以外に任意の注釈を付けられる

  git tag -a release/1.02 hogehoge
  
  git tag -n
  release/1.02    hogehoge

• タグのリネーム。タグは同じcommit hashに複数付けられる

  git tag
  release/1.00
  release/1.01
  release/1.02
  
  # リネームしたいcommit hashを確認
  git rev-parse release/1.01
  e2f61a85745f777a720227594fa3442dfbd15647
  
  # git tag new-tag old-tag
  git tag release/1.01.new release/1.01
  
  # 新しいタグのcommit hashが同じか確認
  git rev-parse release/1.01.new
  e2f61a85745f777a720227594fa3442dfbd15647
  
  # delete local old tag
  git tag -d release/1.01
  
  git tag
  release/1.00
  release/1.01.new
  release/1.02
  
  git push origin --tags
  
  # delete remote old tag
  git push --delete origin release/1.01

• リモートで削除されたタグの一括削除

  git fetch origin --prune 'refs/tags/*:refs/tags/*'
  
  # このコマンドでは消えなかった: git version 2.16.4
  git fetch origin --prune --tags

---

cherry-pick: 特定のコミットだけを適用する †

• 例：別branchのコミット:99daed2 だけをmasterに適用する

  git checkout master
  git cherry-pick 99daed2

---

cherry-pick中止 †

• エラーが発生

  error: a cherry-pick or revert is already in progress

• 中止

  git cherry-pick --abort

---

範囲を指定してcherry-pick †

• git v1.7.2以上

  git cherry-pick master..next

---

リモートリポジトリのURLを変更したい場合 †

git remote -v
git remote set-url origin <新しいリポジトリのURL>

---

bash用コマンド補完とプロンプトにブランチを表示 †

• 記事
  • 「Git補完をしらない」「git statusを1日100回は使う」そんなあなたに朗報【git-completionとgit-prompt】 - Qiita

• git [tabキー] または git log [tabキー]等でコマンドが補完できるようになる
• 現在のブランチをプロンプトに表示 [host@user:path (branch)]

• 以下を ~/.bashrc や ~/.bash.d/に追加
• 90-bash_completion.sh

  if [[ -f /etc/bash_completion ]]; then
      # RHEL/CentOS 6, Ubuntu 12.04 LTS
      . /etc/bash_completion
  elif [[ -f /etc/profile.d/bash_completion.sh ]]; then
      # RHEL/CentOS 7
      [ -n "$BASH_COMPLETION" ] || BASH_COMPLETION=/etc/bash_completion
      [ -n "$BASH_COMPLETION_DIR" ] || BASH_COMPLETION_DIR=/etc/bash_completion.d
      [ -n "$BASH_COMPLETION_COMPAT_DIR" ] || BASH_COMPLETION_COMPAT_DIR=/etc/bash_completion.d
  elif [[ -f /usr/local/etc/bash_completion ]]; then
      # macOS: brew
      . /usr/local/etc/bash_completion
      [ -n "$BASH_COMPLETION" ] || BASH_COMPLETION=/usr/local/etc/bash_completion
      [ -n "$BASH_COMPLETION_DIR" ] || BASH_COMPLETION_DIR=/usr/local/etc/bash_completion.d
      [ -n "$BASH_COMPLETION_COMPAT_DIR" ] || BASH_COMPLETION_COMPAT_DIR=/usr/local/etc/bash_completion.d
  fi

• 91-bash_completion_git.sh

  RS="\[\033[0m\]"
  HC="\[\033[1m\]"
  UL="\[\033[4m\]"
  INV="\[\033[7m\]"
  FBLK="\[\033[30m\]"
  FRED="\[\033[31m\]"
  FGRN="\[\033[32m\]"
  FYEL="\[\033[33m\]"
  FBLE="\[\033[34m\]"
  FMAG="\[\033[35m\]"
  FCYN="\[\033[36m\]"
  FWHT="\[\033[37m\]"
  BBLK="\[\033[40m\]"
  BRED="\[\033[41m\]"
  BWHT="\[\033[47m\]"
  
  GIT_PS1_SHOWDIRTYSTATE=1
  GIT_PS1_SHOWUPSTREAM=1
  GIT_PS1_SHOWUNTRACKEDFILES=
  GIT_PS1_SHOWSTASHSTATE=1
  
  if [[ ! -f ~/.git-prompt.sh ]]; then
      wget -q https://raw.githubusercontent.com/git/git/master/contrib/completion/git-prompt.sh -O ~/.git-prompt.sh
  fi
  
  if [[ -f ~/.git-prompt.sh ]]; then
      . ~/.git-prompt.sh
      # CentOS default
      # export PS1='[\u@\h \W]\$ '
      export PS1="[$FMAG\u$FWHT@$FCYN\h$FWHT: \W\$(__git_ps1)]\$ "
  fi

GUIクライアント †

• Github for Windows
  • msysGit ベース
  • Git Shellもインストールされる
  • シェルを複数から選べる。tools > option > default shell: Cmd, Git Bash, PowerShell, Custom
  • 英語UIのみ

• tortoisegit - Porting TortoiseSVN to TortoiseGIT - Google Project Hosting
  • TortoiseGit日本語言語ファイル Wiki - SourceForge.JP

---

改行コードの自動変換を止める †

git for windowsではデフォルトで、改行コードの自動変換される。

• チェックアウト時：LFをCRLFへ変換
• コミット時：CRLFをLFへ変換

vi ~/.gitconfig
----
[core]
    autoCRLF = false
----

---

reset:取り消し †

• 現在のコミットを取り消し、一つ前のコミットまで戻す

  # ワーキングディレクトリはそのままで、コミットだけ取り消す
  git reset --soft HEAD^
  
  # コミットを取り消し、ワーキングディレクトリも戻す
  git reset --hard HEAD^

---

diff:差分 †

• 空白の違いを無視(-w)

  git diff -w

• カラー表示

  git config --global color.ui auto

• 直前の差分を表示

  git diff HEAD^ .

• 単語単位で差分表示

  git diff --word-diff

• 異なるブランチの同じファイルを比較

  git diff master branch1 path/foo.txt

• 異なるブランチの異なるファイルを比較

  git diff master:path/foo.txt branch1:path/bar.txt

---

branch:ブランチ †

• ブランチ名の変更

  git branch -m <old branch> <new branch>
  # または、現在のブランチ名を変更
  git branch -m <new branch>

• ローカルとリモートのブランチ一覧

  git branch -a

• 作業用のローカルブランチを作成

  git checkout -b hoge-prototype
  
  git branch
  * hoge-prototype [#z7f0a526]
    master
  
  # リモートに同名ブランチとしてpush
  git push origin hoge-prototype

• 現在のローカルブランチをリモートへpush

  git push -u origin HEAD

• ブランチを削除

  # カレントをmasterに変更
  git checkout master
  
  # ローカルブランチを削除
  # 強制削除: -D
  git branch -d hoge-prototype
  
  # 同名のリモートブランチを削除
  git push --delete origin hoge-prototype
  
  # または':'
  git push origin :hoge-prototype

• 記事
  • [git][初心者向け]ブランチ作成直後のpushの注意事項 ｜ DevelopersIO

---

branchに最新のmasterを取り込む †

# 作業中ブランチに切替
git co mybranch

git fetch origin
git merge --no-ff origin/master

---

patchコマンド用diffファイルの作成 †

git diff --no-prefix HEAD~ > hoge.patch
patch --dry-run -p0 < hoge.patch
patch -p0 < hoge.patch

---

untracked filesもstashする †

• checkoutしようとするとエラー

  git checkout master
  error: The following untracked working tree files would be overwritten by checkout:

• untracked filesもstashする

  git stash -u

---

stash:変更を一時的に待避 †

• 誰かが変更中のファイルがあるが、最新に更新したい

  git pull
  error: Your local changes to the following files would be overwritten by merge:
          example/hoge.txt
  
  # 変更を待避(git stash saveと同じ)
  git stash
  
  # 最新に更新
  git pull
  
  # 保存したワークツリーを戻す
  git stash pop
  
  git push

• 記事
  • [Git]誤ったブランチで実施した変更を正しいブランチに移動する | Developers.IO

---

brame:誰が行を変更したのかを探す †

• file.txtの5行目を誰が変更したかを見る

  git blame -L 5 file.txt
  d23bebd3 (username 2013-01-02 10:54:57 +0900  5) 05 change
  
  # 5-6行目を誰が変更したかを見る。オフセット指定もできる。-L 5,+1
  git blame -L 5,6 file.txt
  d23bebd3 (username 2013-01-02 10:54:57 +0900 5) 05 change
  469dbe58 (username 2013-01-02 11:04:25 +0900 6) 06 change

• さらに過去の変更を見る。「commit-id^」で一つ前のコミットを表す

  git blame d23bebd3^ file.txt

---

.gitconfig †

• 日付: --date=iso が理解しやすい
• ~/.gitconfig

• 記事
  • [小ネタ] Gitのエイリアス設定を晒してみる（19個） ｜ DevelopersIO

---

fatal: The remote end hung up unexpectedly †

公開鍵(~/.ssh/id_rsa.pub)/秘密鍵(~/.ssh/id_rsa)が無いと起きる

• 作成

  ssh-keygen -t rsa

---

svn exportと同様に使う †

• /tmp/foo を作らないと /tmp/直下にファイルが散乱する

  mkdir /tmp/foo
  git archive master | tar -x -C /tmp/foo

---

origin等の別名をつける †

よくoriginやmasterといった名前が出てくるが、これは".git/config" に記載があるため。
直接編集しても結果は同じ

• .git/configに記載がある

  cat .git/config
  
  [core]
          repositoryformatversion = 0
          filemode = true
          bare = false
          logallrefupdates = true
  [remote "origin"]
          fetch = +refs/heads/*:refs/remotes/origin/*
          url = git://github.com/heroku/ruby-sample.git

• "origin"という別名を付ける

  git remote add origin git://github.com/heroku/ruby-sample.git

Software

• 自作ソフト
• wiki自作プラグイン
• 利用規定
• ランキング
• 雑誌等掲載履歴

Programming

Game

雑記

連絡先

---

• MenuBar
• RightBar
• :admin
  

人気の10件

最新の10件

---