git の Discard all changes を復元する(取り消す)方法 - Programmer_Mixin_Conductor's Blog
最近はGitKrakenを使ってgit操作をしています。 GitKrakenにはcommit前の変更を全て取り消す Discard all changes という機能があります。 内部的にはgit checkoutを実行しているのでしょうか。 詳しく調べていませんが、GitKraken以外のGUIアプリでも実装されてるものは多いと思います。 で、たまに(よく)単一ファイルを Discard change しようとした時に、誤って Discard all changes してしまい、全ての変更を取り消してしまうことがあります。 その時の復元方法について紹介します。 1. git reflog でログ確認 $ git reflog 104352f HEAD@{0}: discard: [8d1024be820c042cef4fe17432dc438d59189526] 104352f HEAD
git push の取り消し方法 | WWWクリエイターズ
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
merge --squashで適度にまとめたコミットを作成する - Qiita
こんにちは、@na4daです。 作業用に切ったブランチで作業している時に、「ここで細かくコミットすると粒度が小さすぎるので、ある程度纏めてコミットしたい」という状況が時々あると思います。今回は、そういった場合にmerge --squashを用いて、複数のコミットをまとめてコミットする手順をまとめた忘備録的な内容です。 手順 リモートからcheckoutしてきた(もしくはローカルで作成した)ブランチ(例：foo)から、さらにブランチを切り、チェックアウトします。ブランチ名はfoo-devとします。このfoo-devブランチはリモートへpushはせず、ローカルだけで用います。 その後、foo-devブランチでコミットします。後で一つにまとまるため、粒度が小さくなっても気にせずコミットしていきます。 ある程度切りの良いところまでコミットができたら、fooブランチに移動し、merge --squa
Gitで特定ファイルの変更履歴をみる - Bye Bye Moore
"git log -p"は変更履歴つきで編集ログを見せてくれるコマンドです。 これに具体的なファイル名を指定してあげれば、特定ファイルのみの変更履歴を確認することができます。 $ git log -p app/view/hoge/show.html.erbとやれば commit xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Author: shuzo_kino <xxxxxx@gmail.com> Date: Mon Mar 31 10:53:56 2014 +0900 コメント diff --git a/app/views/hoge/show.html.erb b/app/views/hoge/show.html.erb index 6fabd25..7e29303 100644 --- a/app/views/hoge/show.html.erb +++ a/a
Gitでマージ済みブランチを一括削除 - Qiita
※develop と main は消さないようにしています。 ※これでスッキリしますが、毎回これ書くのは辛い。 .gitconfig にalias (2021/05/18 ブランチ名の修正他) .gitconfigに以下を追加 これで、 git delete-merged-branch develop とやると｀ 1. developにcheckoutし、 2. merge済みブランチを一括削除 します。 delete-merged-branch はaliasなので好きな名前をつければいいです。(自分は、 vacuum とつけています) スクリプト内の、 develop|main 部分は消したくないブランチ名をパイプでつなげて複数記述すればマージ済みでも削除されません。 e.g.) release main ブランチをブロックしたい場合。 delete-merged-branch = "!
[Git]コミットの取り消し、打ち消し、上書き - Qiita
を叩けばOK。 --softオプション：ワークディレクトリの内容はそのままでコミットだけを取り消したい場合に使用。 --hardオプション：コミット取り消した上でワークディレクトリの内容も書き換えたい場合に使用。 HEAD^：直前のコミットを意味する。 HEAD~{n} ：n個前のコミットを意味する。 HEAD^やHEAD~{n}の代わりにコミットのハッシュ値を書いても良い。 gitのv1.8.5からは、「HEAD」のエイリアスとして「＠」が用意されている。 HEAD~とHEAD^と@^は同じ意味。 HEAD^^^とHEAD~3とHEAD~~~とHEAD~{3}と@^^^は同じ意味。 ただしWindowsの場合はgit reset --soft "HEAD^"と、HEAD^を"で囲んでください。 git resetの詳細は、下記記事に詳しく書いているので、ぜひ参考にされてください。 ▼[g
![[Git]コミットの取り消し、打ち消し、上書き - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/da95903f8f4fb19ef9bd98812632bf19f6d8f660/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCR2l0JTVEJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgxJUFFJUU1JThGJTk2JUUzJTgyJThBJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU2JTg5JTkzJUUzJTgxJUExJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU0JUI4JThBJUU2JTlCJUI4JUUzJTgxJThEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00NWE5NDU5NmIyMmExNDNjZGZmY2IyMTBhZjAzZDk4ZQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1bnRhcm9fdGFtdXJhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NTIzZDczZGI1NzYyYzBhZWM5NjZlOGE1NGE3ODU5YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Def0ad06ae63e693fb3e98fa4255fdc08)
【Git】git branch - ブランチの一覧表示 - Qiita
作業ディレクトリのブランチの一覧を表示する 作業ディレクトリにブランチの一覧を見ることができる （根っこのようなイメージがわかりやすいかなぁぁ。。。） 例： コマンド *が今いる作業ブランチ -- 関連記事 【Git】一覧 - Gitコマンドまとめ 【Git】git branch - ブランチの一覧表示 【Git】git branch [ブランチ名] - ブランチを作る 【Git】git branch -a - ローカル＆リモートブランチ一覧を表示する 【Git】git branch -d [ブランチ名] - ブランチを削除 【Git】git branch -r - リモートブランチ一覧を表示する 【About】(http://qiita.com/sunstripe) - サンストライプ 制作チーム：サンストライプ http://sunstripe.main.jp/ (月１WEBコンテンツ
GitのHEAD^ HEAD~やらダブルドット トリプルドットやら
こんにちは。monipla facebookを担当している佐藤（ま）です。 アライドでは「大佐」と呼ばれております。 最近Gitの操作にも慣れてきましたが、SourceTreeは未だ手放せません。 さて今回は、関連性はありませんが「HEAD^ HEAD~」と「ダブルドット/トリプルドット」について書いていきたいと思います。個人的に最初少しとっつきにくかったので。 HEAD^とHEAD~ まず、HEADとは「今いるブランチの最新コミット」のことですね。 つまり「git show HEAD」とすれば最新のコミット情報が見れることになります。 なのでHEADを起点にすればわざわざハッシュを指定しなくてもコミットログを見ることができます。
[ Python ] .poファイルのマージコンフリクトを解決 |
.poファイルのマージコンフリクトに苦しめられていたけど、git-po-mergeを使うと解決できたのでメモしておきます。 git-po-mergeをインストール $ sudo npm install -g git-po-merge ~/.gitattributesを編集 *.po merge=pofile *.pot merge=pofile ~/.gitconfigを編集 [core] attributesfile = ~/.gitattributes [merge "pofile"] name = Gettext merge driver driver = git merge-po %O %A %B 以上でセットアップは完了です。これでpoファイルでマージコンフリクトが起きても自動で解決してくれるようになります。
gitで差分のエクスポート
差分抽出にはgitは欠かせません。手動でやるなんてもってのほか。間違いが起こりやすい上に面倒です。 今回ちょっと悩むところがあったのですが、この機会によく使う部分をまとめておきます。 基本の使い方 まず定番の、最新コミットの差分抽出。 git archive --format=zip --prefix=_diff/ HEAD `git diff --name-only HEAD HEAD^` -o _diff.zip コマンドを説明すると、 ・git archive -> archiveコマンド命令 ・–format=zip -> zipに固めてね、という事 ・–prefix=_diff/ -> エクスポート先のディレクトリ名 ・HEAD -> 抽出元となるコミット ・`git diff –name-only HEAD HEAD^` -> HEAD と HEAD^ の差分のファイル一覧を返
Gitコンフリクト解消ガイド（git mergetoolの使い方） - Qiita
ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの
Oh, shit, git!
Git is hard: screwing up is easy, and figuring out how to fix your mistakes is fucking impossible. Git documentation has this chicken and egg problem where you can't search for how to get yourself out of a mess, unless you already know the name of the thing you need to know about in order to fix your problem. So here are some bad situations I've gotten myself into, and how I eventually got myself
「Oh shit, git!」を簡単に和訳してみた。(追記あり) - Qiita
翻訳元: Oh shit, git! gitは使いにくい！ Gitは難しい: 中身を破壊にするのは簡単なのに、過去の過ちを修正する方法を見つけるのは極めて困難だ。ドキュメントには修正するコマンド名が書かれていても、その名前を知らなければ使いものにならない。これは「鶏が先か、卵が先か」というジレンマを抱えている！ だから私が陥った数々の問題をいかにして抜け出すかを書いた。 なんて事だ！私は大変な誤ちを犯した！タイムマシンを呼び出すにはどうすればいい！？ git reflog # you will see a list of every thing you've done in git, across all branches! # each one has an index HEAD@{index} # find the one before you broke everything git
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ほぼろ on Twitter: "これは本当にとても便利なgitのログ機能なんですが、 `git log -L :関数名:ファイル名` でその関数の履歴が見れます https://t.co/wcul1OYr0W"
git ローカルの変更を元に戻す方法 - Qiita
git commit --amendをキャンセルする - Qiita
svnコミット時にredmineのチケットと複数関連付ける方法 - 年中暁を覚えず・・・・
git tagの使い方まとめ - Qiita
コンフリクト発生！焦らず利用する4つのコマンド #git - Qiita
【Git】無視されているファイルを強制的に追加する - Qiita
