git log よく使うオプションまとめ - Qiita
git logはオプションがありすぎて全然使いこなせていなかったので よく使いそうなものだけまとめた。 表示形式 git log --oneline --graph --decorateでそこそこ見やすく表示される。 自前のaliasが設定されていない環境でgitを使うときに頭に入れておくとよいかも。 自分は以下のようなaliasを設定している。 [alias] graph = log --graph --date=short --pretty=\"format:%C(yellow)%h %C(cyan)%ad %C(green)%an%Creset%x09%s %C(red)%d%Creset\"
rebase して FF マージすることによる一直線の履歴は本当にわかりやすいのか
Git でトピックブランチを統合ブランチにマージする直前、最新の統合ブランチの先端にrebaseしたうえで FF (Fast-forward)マージすることで、見かけ上の履歴は一直線になる。 このような一直線の履歴が「わかりやすい」と解説されていることが多いんだけど、これは本当だろうか？ 実は、このような見かけだけ「一直線」の履歴はむしろトピックの範囲が不明確になるのでわかりにくいんだ。 rebase && FF マージする理由としてよく挙げられるのが「マージコミットがあると log で見た時に履歴が入り乱れてわかりにくい」というものなんだけど、 これは明確な誤りだ。 マージコミットを含んだ統合ブランチにおいてファーストペアレントが常に統合ブランチ側になるようにマージしていれば[※]、 [※] これは「統合ブランチ側をcheckoutして git merge <topic> でトピックをマ
gitのコンフリクト解消時の差分がgit log -pで確認できない件 - Qiita
$ git log -p commit 0fb187e5be7f74833bdd8c1babd8e661a10aa9cc Merge: f7dad6e 85059c2 Author: kbysta1 Date: Thu May 4 21:58:14 2017 +0900 Merge branch 'develop' commit 85059c24f06822e43820a14c320c1616de94f067 Author: kbysta1 Date: Thu May 4 21:55:22 2017 +0900 bbb -> eee diff --git a/conflict.txt b/conflict.txt index 1802a74..a697229 100644 --- a/conflict.txt +++ b/conflict.txt @@ -1,3 +1,3 @@ aaa -
git log から ChangeLog作成 - Qiita
$ git log --date=short --pretty=format:"%ad %an <%ae>%n%n%s%n%b" |\ sed -e 's/^\(.*\)/\t\* \1/g' |\ sed -e 's/^\t\* \([0-9]*-[0-9]*-[0-9]*.*\)/\1/g' |\ sed -e 's/^\t\* $//g' > ChangeLog 2012-06-27 ryokbys <????.?????@gmail.com> * corrected makefile. 2012-06-27 ryokbys <????.?????@gmail.com> * The 1st commit of pmd. Register as a new user and use Qiita more conveniently You get articles that match
Git 直近のマージコミットを得る - @kyanny's blog
git log --merges -1 --format=%H Pull Request ベースで開発しているとメインブランチの最新のコミットは原則としてマージコミットになるので、トピックブランチを作るときの起点となるコミットもマージコミットになる。 手元のメインブランチが pull で新しくなると tig で作業中のトピックブランチを眺めたとき、どこから派生したかちょっとだけわかりづらくなるし、 rebase -i の指定がちょっとだけ面倒になる。 メインブランチから直接派生している場合は rebase -i master のようにすればよくて楽だが、 master が派生元でなくなると rebase -i head~N のようにするか、 rebase -i xxxx のようにするか、いずれも対象を調べるのが面倒くさい。 大抵の場合、派生元は（たとえそれがもはや master HEAD
git log で変更・追加されたファイルを表示する - yuumi3のお仕事日記
git log で変更者、変更日時等の変更履歴が表示されますが、変更されたファイル名を表示するには --stat, --numstat, --name-status, --name-only などで知ることができます。 % git log --stat commit 801fe8c4bd09f91bb2172640c4857acc52f89135 Author: Yuumi Yoshida <yy@ey-office.com> Date: Sun Aug 3 12:15:30 2008 +0900 バグ対応 upload.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) commit 609aa81ec0a489cdac4cb2398918758f609a47e4 Author: Yuumi Yoshida <yy@ey-
git logを見やすく設定 - Qiita
$ git log --pretty=format:\"%C(yellow)%h %C(White)%ad | %C(White)%s%C(Green)%d %C(Red)[%an]\" --graph --date=short Qiitaって画像貼れなかったっけ…… #[5.24追記] 貼れました、ongaeshiさんありがとうございます！ これで上のスクリーンショットみたいな感じに、 左からグラフ、ハッシュ（黄色）、日付（白文字） | コメント（白文字）ブランチ名(緑) [コミット者（赤）]というようにコンパクトに表示されるはず。 %C(colorname)って感じみたいだ。 詳しいところはgit-configあたりを参考に。 これ以上のことをしようとするなら、tigあたり使った方が良いのではないかなーとか思ってしまう。 ついでに
Git - Git の設定
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
git log の表示とか色をがんばる - Qiita
(追記 2014/10/09) 履歴見るのは tig や SourceTree のが快適だなーとやはり思うので Search Result of tag:tig - Qiita なども参考にしてみてください tig だと履歴みるだけでなく stage/unstage が楽 (追記 2014/07/14) 最近は tig 使っちゃってるので、あまりこれのお世話にならなくなっている やりたかったこと 表示色に reverse を使い視覚的なアクセントとして可読性をよくしたい カラー表示するために毎回 --color を指定しないで済ませたい 結果 もう少しターミナルアプリ側の色設定で低彩度寄りに調整したほうがいい気がする。 1の解決 : オレオレ git log フォーマット を作った $ git log --pretty=format:'%C(red reverse)%d%Creset%C(
あまり知られていない便利なGitサブコマンド4選 - Qiita
この記事について Livesense(その2) Advent Calendar7日目の記事です。 6日目はI/OスケジューラがMySQLにどの程度影響するのか確認してみると、Simplenote でブックマークレットで GitHub Flavored Markdown (GFM)でした。 はじめに Git便利ですよね。 触り始めた当初は、git status、git add、git commit、git logくらいしか使ってませんでした。 いろんなサブコマンドに興味を持ち始めたのは、git rebaseを知ってからだと思います。 CVSやSubversionからGitに移った私としては、git rebase -iにより気軽にコミットの順番を入れ替えたり、メッセージを変更できることに衝撃を受けた記憶があります。 今回は、あまり知られてないけど(個人調べ)、知っておくと何かと役立つサブコマン
gitで文字列検索、git grepとgit log -Sがとっても便利 - Qiita
「hogeを含むファイルってどこにあったっけ…」 「そもそもhogeっていつ、だれが、どのファイルに追加したっけ…」 などなど、確認したいときは以下のコマンドを使うとすぐに探せます。 現在のワークツリー上から対象文字列を含むファイルを検索 -Eや-Gを使う事で正規表現も使用可能です。 （-E, --extended-regexp, -G, --basic-regexp） -Iを使用する事でバイナリファイルを検索対象から除外できます。 過去のコミットから対象文字列を含むコミットを検索
このコード書いた誰だよ! そんな時の git log -S でもしてみよう | そんなこと覚えてない
2013 6月4日 20:30 このコード書いた誰だよ! そんな時の git log -S でもしてみよう 広島Git勉強会 で @pecosantoyobe が git log の使えるオプションについて語るというナイスなセッションがありました。 その中で git log -S の紹介がありましたが、説明が難しそうなので、さらっと流れてしました。 折角なので実例を紹介します。 複数人でプログラムを書いてると、「このコード書いたの誰だよwww」 的なことが稀にあります。 例えばこんなコードがあるとします。 class Sample def hoge hogehoge_gorogoro.to_sym.to_s end def hogehoge_gorogoro "hogehoge_gorogoro" end end 「hogehoge_gorogoro.to_sym.to_s ってなんだよ!
今日マージされたプルリクエストのタイトル一覧を表示するgitコマンド - Qiita
開発用ブランチにいることを確認し、以下のコマンドを実行します。 git log --merges --since=6am --first-parent --reverse --pretty=format:"* %b" すると以下のように出力されます。 説明 git log コミットログ表示 --merges マージされたコミットだけに限定 --since=6am 今日朝6時からのコミットだけに限定 --first-parent 開発ブランチのコミットだけに限定 ≒ プルリクエストによりマージされたコミットだけに限定 --reverse 逆順 (マージされた順) に表示 --pretty=format:"* %b" 出力フォーマットの指定 %b でコミットメッセージの本文を出力 具体的には、プルリクエストによりマージされた時に自動で付与されるコミットメッセージのうち、 Merge pull
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Advanced Git Log | Atlassian Git Tutorial
git: マージコミットから前回の分岐点までの差分ログを取る - Qiita
fam.cx
Google
違うレポジトリから一気に自分のレポジトリへmergeする際のテクニック - kernel & Custom ROM フォーラム
Daisuke Goto on Twitter: "git log -S, git log --grep, git grepなどはすごく便利なので使い方覚えておいたほうがいい。いくらバージョン管理システムが変更履歴を全て残しているといっても、それらを効率的に検索出来なければ宝の持ち腐れである。"
Google