git の merge, rebase, revert で衝突した際の ours, theirs はどんな状態になるか
git の merge, rebase, revert で衝突した際の ours, theirs はどんな状態になるかGit はじめに 他のブランチを merge しようとしてコンフリクトした時、他のブランチを rebase しようとしてコンフリクトした時、他のブランチの merge を revert しようとしてコンフリクトした時、それぞれ git checkout --ours と git checkout --theirs した際にファイルがどのブランチの状態になるかを確認した。 先に結論 他のブランチを merge しようとしてコンフリクトした時 ours: 現在のブランチの状態になる theirs: merge しようとしているブランチの状態になる 他のブランチを rebase しようとしてコンフリクトした時 ours: rebase しようとしているブランチの状態になる the
マージコミットとFast-forwardマージ - Qiita
はじめに 分岐元(ブランチ名: master)から新しいブランチ(ブランチ名: topic)を作成して、topicブランチで いくつかcommitしたとします。 topicブランチでの作業が完了したので、masterブランチにcheckoutして、topicブランチをマージしました。 この際、topicブランチをマージするまでの間に、分岐元であるmasterブランチでcommitが実施されていたか、 いなかったかで、マージの挙動が変わります。 ここではその様子を掲載しています。 topicブランチのマージまでの間にmasterブランチでcommitがあった場合(マージコミットをつくる) masterブランチでfile1をcommit: $ git branch -l * master $ touch file1 $ git add file1 $ git commit -m "add fi
git rebase についてまとめてみた - Qiita
git rebaseについてまとめてみた はじめに なんとなくでしかgit rebaseを使ってないなと思ったので、 git manualなどを読んで自分なりのメモを残すことにしました。 ここ(Qiita)に上げておけばきっと読み返す機会が多くなるはず。 そもそも、この記事の投稿時は仕事でGITを使っているわけではなく、個人で使うオプションも、ほぼ"--continue"と"--abort"だけなので、 この際、きちんと他のオプションも理解しておきたいと思いました。 もしも、記事の中で間違いなどありましたら、編集リクエストやコメントなどで教えていただければ幸いです。 ※オプションも全て記載しようと思ったのですが、結構な量があったため断念 今後、使用する機会、リクエストや学ぶ機会があったら追記もしくは別記事で投稿します。 注意事項 ※多人数で開発している場合すでにプッシュしているコミットを改
コミットはスナップショットであり差分ではない
Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと
git switchとrestoreの役割と機能について - Qiita
先日8/16にGitバージョン2.23.0がリリースされました。 今回の目玉機能と言えば、新しいコマンド git switch と git restore ですね！ 本稿ではこちらの2つに絞ってどういう役割・位置づけの機能なのか英語ソースの引用も含めてご説明します。 TL;DR ブランチの変更は git switch ファイルの変更は git restore 今まで通り git checkout は使える 新機能は「実験的機能」なので今後変更の可能性あり 新機能が追加された背景 Highlights from Git 2.23によると、 git checkout に出来ることがあまりに多いため（ブランチ操作のほか、indexされたファイルの復旧、履歴上のファイルの取得など）、役割を明確に分けるためのコマンドが追加されたとのことです。 It turns out git checkout ca
merge commitをcherry-pickしようとしたら門前払いされた - Qiita
tl;dr conflictがあるとcherry-pickはできない 背景 前年と同様のイベントを開催することになったので、1年前のソースコードを復活させて使いまわしたい。 関連するブランチのマージコミットをごっそり持ってきちゃえないか、という話になったのでトライ。 トライ cherry-pickを初めて使ったので公式ページ見て把握。 https://git-scm.com/docs/git-cherry-pick 以下、cherry-pickしたいマージコミットのハッシュ値を9ef7ae9とする。 $ git cherry-pick 9ef7ae9 error: commit 9ef7ae91f7c2fabb54633c5b7646c2c027bbb5f4 is a merge but no -m option was given. fatal: cherry-pick failed h
git diffの全オプション一覧 - Qiita
git diff [<options>] [<commit>] [--] [<path>…] git diff [<options>] --cached [<commit>] [--] [<path>…] git diff [<options>] <commit> <commit> [--] [<path>…] git diff [<options>] <blob> <blob> git diff [<options>] --no-index [--] <path> <path> DESCRIPTION git diff [<options>] [--] [<path>…] 最新インデックスから現在までの差分を表示する。 addするとインデックスが更新されるので出てこなくなる。 git diff [<options>] --no-index [--] <path> <path> G
[ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita
本題のチートシートはこちら PNG SVG https://d.kuku.lu/6b5cc7b0a9 から DL できます 作った理由 git って他人に概念を説明するのって難しいし、自身も何度も反復させないと定着しなかったなあという感覚を持っていたので作ってみました 所感 こちらの Git チートシートですが、この中に盛り込めなかった内容で 第2段 を作成しようか考え中です 皆さまのオススメの便利コマンドとか、この内容は必須だろ！的なものがあればをご教示いただければ幸いです もし誤りがあれば、作者の心が折れない程度にご指摘いただければ幸いです あとがき ここまで反響を頂けるとは思っておらず、嬉しい限りです・・・本当にありがとうございます・・・！！ また、図は全て自作です。図における言語は英語、説明は日本語、と言う形に統一しました。（吹き出し部分だけ日本語になっていたのでこちらは修正しまし
![[ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/535e1dafd3e9e039ec14846c02e07dcad8a40851/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCdmVyJTIwMS4yJTVEJTIwR2l0JTIwJUUzJTgxJUE3JUUzJTgyJTg4JUUzJTgxJThGJUU0JUJEJUJGJUUzJTgyJThGJUUzJTgyJThDJUUzJTgyJThCJUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUUzJTgxJUFCJUUzJTgyJUE0JUUzJTgzJUE5JUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgxJUFCJUUzJTgyJTg4JUUzJTgyJThCJUU4JUFBJUFDJUU2JTk4JThFJUUzJTgyJTkyJUU1JThBJUEwJUUzJTgxJTg4JUUzJTgxJUE2MSVFNiU5RSU5QSVFMyU4MSVBRSVFMyU4MyU4MSVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MiVCNyVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MSVBQiVFMyU4MSVCRSVFMyU4MSVBOCVFMyU4MiU4MSVFMyU4MSVBNiVFMyU4MSVCRiVFMyU4MSU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9YjRlMGFkY2RmZmMzNDQ3YzRlMTgwZjVmZjNiNzhiNmU%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrb3p6eSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZGIzMGI1YjNjY2U0YzM3ZTQ3YzNkY2M3ZDA4ODdlMTU%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dd07a8428cf4444e0572dc2ef9a64a8c8)
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
git add -p をさらに分割する - 納豆には卵を入れる派です。
$ git add -pという、ひとつのファイルから分割して部分的にcommitできる便利なオプションがあって、最近commitをもうちょっとこまめに分けようと心がけるようになってからたびたび使うのだけど、そうすると欲が出てきて、もう少し細かく分割してくれたらなあと思うことがたまにある。git add -p もうちょっと細かくわけてくれたらいいのにとたまに思う— TAE ✅ (@ken_c_lo) February 16, 2013 @ken_c_lo 確か「git add -p」した後に「y」とか「n」で取り込むところを選ぶ時に「s」をやると、さらに小さい単位に分割してくれた気がします。最近やってないので若干怪しいですが。。— 松本 瞬／Shun Matsumoto (@shu_0115) February 16, 2013 @ken_c_lo だいたいこんな感じだったと思います。→ b
git commit --allow-empty を使った WIP PR ワークフロー - Qiita
先日とある方と開発ワークフローについてお話していて初めて知ったのですがgit-commitには--allow-emptyという空の（親コミットと差分がない）コミットを作成できるらしいですね。 僕が今関わっているプロジェクトでは WIP PR を用いたワークフローを取り入れているのですが、このgit commit --allow-emptyを用いるともう一段階快適なワークフローになるかと思ったのでメモがてら書き留めておきます。 WIP PR って何？ Work In Progress Pull Request の略です。 Github に Pull Request （以下、PR と表記）という機能があるのは皆さんご存知だと思います（知らない方はググってください）し、業務で取り入れている方も多いと思いますが、それを作業途中の状態で出すことを WIP PR と呼びます。 作業途中のトピックブラン
Gitのコミットメッセージの書き方 | POSTD
(訳注：2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注：2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳： プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション：なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest
git Untracked files(未追跡ファイル)を1発で消し去る
※この記事は、2014年06月06日に書きました。 ■まえがき 以前の状態に戻そうとした時に、 新規に追加したファイルがgit Untracked filesってずらーっと並んだりする事があるかもしれない。 stash、reset時に、前回のコミット時には無かったファイルがあると、未追跡ファイルとしてこのような表示になる。 もし、それらのファイルが余りにも多く、 もしも消し去ってもいいのなら、次のコマンドで吹き飛ばすのも手かと思います。 備考 もし、今の状態を一時保存して、また戻ってくるのであれば一旦コミットを行い、 戻ってきた時には、git reset --soft HEAD^して続きをするのもありだと思います。 細かい事を気にしないならgit add .、git commit --amendで追加をコミットに足していくとかでもいいかもしれません。 ■メモ git clean git c
Gitで特定ブランチにあるファイルを別のブランチにマージする方法
Gitを利用しているチームは、システムの新機能を構築する際、別のブランチで管理する事が多いと思う。その時、特定ブランチにあるファイルを別のブランチにマージしたい場合があると思う。git checkout .... というコマンドを利用するGitを利用しているチームは、システムの新機能を構築する際、別々のブランチで管理することが多いと思う。その時、特定ブランチにあるファイルを別のブランチにマージしたい場合があると思う。 例えば、FeatureというブランチでFeature機能を開発した場合、。そのブランチで書いたhelperファイルはmasterブランチで共有したい（他の機能をすぐ構築したいけど、そのファイルも必要な時など）。しかし、Feature機能が完成していないので、masterにマージ出来ない。そんな時、どうすれば良いか。 私は一つの解決方法があると思う。それは.masterにhel
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git 空コミットを行う - Qiita
XcodeでiOSアプリ開発をする時の.gitignore - Qiita
git rebase --onto で派生元ブランチの変更 - northaven
[Git] 色々メモ - Qiita![[Git] 色々メモ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b2e8a199acfb448a96ed7554b09674b194c25f0/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCR2l0JTVEJTIwJUU4JTg5JUIyJUUzJTgwJTg1JUUzJTgzJUExJUUzJTgzJUEyJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zNmNmMDlkMGFhY2NkOWY4MzcwYTYxNGFkNjFlYjcyMg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D63a19e010b99adbff29a972fa4485b15)
git add したあと、commit するの忘れてて reset --hard しちゃったけど、取り戻したい #git - Qiita [キータ]![git add したあと、commit するの忘れてて reset --hard しちゃったけど、取り戻したい #git - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/adbaf09775fe6b713d0b3670963d78f7f02a1ad1/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9Z2l0JTIwYWRkJTIwJUUzJTgxJTk3JUUzJTgxJTlGJUUzJTgxJTgyJUUzJTgxJUE4JUUzJTgwJTgxY29tbWl0JTIwJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJUFFJUU1JUJGJTk4JUUzJTgyJThDJUUzJTgxJUE2JUUzJTgxJUE2JTIwcmVzZXQlMjAtLWhhcmQlMjAlRTMlODElOTclRTMlODElQTElRTMlODIlODMlRTMlODElQTMlRTMlODElOUYlRTMlODElOTElRTMlODElQTklRTMlODAlODElRTUlOEYlOTYlRTMlODIlOEElRTYlODglQkIlRTMlODElOTclRTMlODElOUYlRTMlODElODQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTAwZTBjM2RkODk4YWUxMTE2MTM3Mzk0NzJkYTA3ZDI0%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQweW9zaGlvcmkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTA4YTg5ZDczZTQ1NjEwNjI3MGY3ZmMwMjU0MDdiYmVi%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Db5f931c45f0432b71eed2ceb96d948bf)
Gitでやらかした時に使える19個の奥義 - Qiita
