中級Git操作
今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」（Gitがわかっているとでも思っているか？）発表をベースにしている。 コンフィグ ここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"（記録ずみ解決方法を再利用）の略語になっている。 名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。 また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main
git bisectで「いつの間にか壊れていた」を探して直す（Gitの小ネタおれおれAdvent Calendar 2022 – 24日目） | Ginpen.com
Gitの小ネタおれおれAdvent Calendar 2022 – 24 日目 長くやって機能が増えてくると「なんか気づいたらアレが動かなくなってた」「知らんうちにバグってた」みたいな経験があると思います。さっさと修正すればいい、それはそうなんですが、どの変更の影響を受けたのかを調べると修正が簡単になることがしばしばあります。（注視すべき箇所がわかるので。） そんなときに便利なのが git bisect というコマンドです。二分探索のようにコミットを前後に飛び回りながら、問題のコミットを探し出すことができます。 ちなみに bisect とは「二等分する」という意味の動詞。（ちなみにちなみに「二分探索」は普通 binary search です。） 英語「bisect」の意味・使い方・読み方 | Weblio英和辞書 先にまとめ Git の履歴を飛び回りながら「大丈夫」「駄目」をマークしてゆく
最新のdevelopの取り込みはgit pull --rebase派
やぬてつです。 git-flowを利用したチーム開発についてです。 皆さんはgitで最新のdevelopを自分のブランチに適用する時はどうしていますか？ ボクはもっぱらgit pull --rebase origin developなのです。 git pull --rebase origin develop を叩かないといてもたってもいられません。 1時間位前にremoteにpushしていても、Slackで何やら作業が進んでいそうだなーと思ったら、すぐに git pull --rebase origin develop を叩きます 席を立ってお茶やコーヒーを入れて戻って来たら、まずgit pull --rebase origin developを叩きます 朝会社についたらgit pull --rebase origin developを叩きます お昼休憩の後にgit pull --reba
Git で会社のリポジトリとかは自動で別のメアドを使うようにする - 宇宙行きたい
仕事でGit使うときとか普段とは違う会社のメアドでコミットとかしたいんだけど、cloneするたびに git config user.email とかするのメンドイよね〜 というかもうだいぶ有名な設定だと思うんだけどたまに知らない人いるので書いておくと includeif 使うと特定のディレクトリ以下のときに読み込む設定を変更できるので便利です。 で、ここまでは普通にGitのマニュアルにも書いてあるんだけど ghq と組み合わせると最高便利になるのでそのへんの設定を書いておきます。 といっても普通に設定するだけだけど .gitconfig には下記のように書いておいて [ghq] root = ~/src [includeIf "gitdir:~/src/github.com/launchableinc/"] path = ~/.config/git/launchable.inc ~/.co
[Git] fatal: refusing to merge unrelated historiesを解決する話 - Qiita
TL;DR git merge --allow-unrelated-histories origin/masterをする! ※ 2020/12/01追記 2020年10月より， デフォルトブランチがmasterからmainに変更になりました.(https://github.com/github/renaming) なので， 新しく作った方は git merge --allow-unrelated-histories origin/mainになります！ なにが起きたの? GitHub上でリポジトリを作り， READMEを作成した． ローカルでgit initしてリポジトリを作り， git remote add origin <GitHubのリポジトリ>でリモートリポジトリを指定． ローカルで作業を行い，コミットしプッシュを行おうとした． プッシュを行おうとしたら, 下のようになった． To
![[Git] fatal: refusing to merge unrelated historiesを解決する話 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/0a8b79a5d78191def60d5cbf959a7883ac701d45/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwZmF0YWwlM0ElMjByZWZ1c2luZyUyMHRvJTIwbWVyZ2UlMjB1bnJlbGF0ZWQlMjBoaXN0b3JpZXMlRTMlODIlOTIlRTglQTclQTMlRTYlQjElQkElRTMlODElOTklRTMlODIlOEIlRTglQTklQjEmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTY1NTU2NDU5YzQzOTNjMzA3NGYwOTBjOGM0YmIyNGIy%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtZWkyOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MDAyMTU0NjY4ZWIyYTBmNDE1ZTdkNmM3YzY5NGU1MWE%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D046f413540be8d4548c4ad82ceb93d5d)
Commitを取り消したい人に送る、「30秒」で解決する方法【Git入門】 | 侍エンジニアブログ
こんな形で間違ってコミットしてしまったそこのあなた！ 慌てないで、冷静に今すぐ元にもどしましょう。戻す方法が大きく3つあります。今のあなたの状況によって使い分けてくださいね。Git自体について知りたい人は先にこの記事を見て予習しておきましょう！ 結論 ～今すぐCommit取り消す方法～ Commitだけ取り消したい場合 git reset --soft [どこまで戻すか、直前のコミットの場合はHEAD^を使用] // 例 git reset --soft HEAD^ Commitと変更したファイルも一緒に戻したい git reset --hard [どこまで戻すか、直前のコミットの場合はHEAD^を使用] // 例 git reset --hard HEAD^ addしたファイルを元に戻したい git reset [どこまで戻すか、直前のコミットの場合はHEAD^を使用] // 例 git
第7話 間違えて reset しちゃった？git reflogで元どおり【連載】マンガでわかるGit ～コマンド編～ - itstaffing エンジニアスタイル
Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git（ギット）」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の 第6話 では、特定の時点までファイルを巻き戻す「リセット」を学びました。 ・特定の時点までファイルを巻き戻す $ git reset 今回の第7話では、間違えてリセットしてしまっても元に戻せる「リフログ」を学びます。一体どのようなコマンドなのでしょうか。このマンガを通して、わかばちゃんと一緒に知識を身につけていきましょう！ 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好き。 著書『わかばちゃんと学ぶ Git使い方入門』『わかばちゃんと学ぶ Googleアナリティクス』『わかばちゃんと学ぶ Webサ
git パスワードを毎回聞かれる問題をHTTPSでも解決 - Qiita
GitHubにgit pushするときに毎回ユーザ名とパスワードが聞かれますね． ググるとSSHを使うページが多いですが，GitHubの推奨はHTTPSです． HTTPSでも聞かれなくする方法を紹介します． 結論 HTTPSでCloneしたリポジトリで， を実行して，ユーザ名，パスワードをキャッシュさせる． これで，最初に一度ユーザ名，パスワードを入力すればそれ以降は聞かれなくなります． ただ，これだと平文でパスワードが保存されるので，嫌な場合は後の項目を参照ください． 解説 基本的には，公式のページに全部書いてあります． HTTPSのほうが「ファイアウォールやプロキシ下でも使いやすい」のもあって推奨していてます． その下のTipsの欄に，「パスワードを覚えさせるにはcredential helperを使うといいよ」って書いてあります． GitHubとしては，メモリにキャッシュとして記憶す
第16話 Gitユーザー名とメールアドレスをリポジトリごとに変更したい 【連載】マンガでわかるGit ～コマンド編～ - itstaffing エンジニアスタイル
Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git（ギット）」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の第15話では、「.gitconfig（コンフィグ）」 ファイルにエイリアスの設定を追加して、コマンドを省略する方法を学びました。 ・「.gitconfig」ファイルを開いて編集する $ git config --global --edit ・エイリアスを設定する [alias] s = status 今回の第16話では、複数のGitアカウントを使い分ける方法について学びます。このマンガを通して、わかばちゃんと一緒にGitの知識を身につけていきましょう！ 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好
[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/6b3862690c83015454c27f3e596e20f50ee4870b/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgxJUFFJUU1JThGJTk2JUUzJTgyJThBJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU2JTg5JTkzJUUzJTgxJUExJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU0JUI4JThBJUU2JTlCJUI4JUUzJTgxJThEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iZWY2MzhhNmM0MmU2YWE1NjM0M2FkYjE0ZmQ2MDg4OQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaHVudGFyb190YW11cmEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTAxOWU5OGNjMmY5Njk3YzdhMTAxOGM2YjdkNTliYzc5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K344Ot44Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D25173b740ba01be967eb39544ece7a33)
Tig で Git を自由自在に操作するための .tigrc 設定例 - Qiita
本記事は Git Advent Calendar 2016 の12日目です。執筆者は sfus です。 はじめに Tig は軽量でグラフィカルな ncurses ベースのテキストユーザインタフェース Git クライアントです。ターミナル上で Git GUI クライアントのような表示・操作を行うことができる便利なツールです。 本記事では既に Tig を利用している方向けに、より便利になる設定をご紹介します。 （Tig に詳しくない方は次の記事が詳しいと思います） tigでgitをもっと便利に！ addやcommitも - Qiita カスタマイズ tig を起動して h を押せばキーバインド一覧が表示されますが、デフォルトのキーバインドは最低限度のものしか設定されていません。 ユーザは ~/.tigrc に設定を書くことで Tig の表示やキーバインド設定をカスタマイズすることができます。
Commit Hash から、該当 Pull Request を見つける方法 - Qiita
git blameなどを使用して、変更を加えたcommit sha hashだけわかった時、git show daced1d3のようにすれば、そのコミットの変更内容を見れます。ですが、本当は内容よりその変更を加えたPull Requestを知りたいことありますよね？ そんなコミットからプルリクエストを探したい時に使えるgit aliasコマンドを紹介します。 git showpr Pull Requestをマージしているコミットログを見つけます。 show pull request => showpr としてますが、名前は好きにつけてください。 .gitconfigのalias設定 [alias] showpr = !"f() { git log --merges --oneline --reverse --ancestry-path $1...master | grep 'Merge p
オレオレコミットメッセージの生煮え書き方 - Qiita
はじめに 自分がコミットメッセージを書くときに考えていることを書きます。 ただし、絶対にこの書き方をずっと続けるというわけでありません。日が経つにつれ、「そういえばこんなことも思ってた」「こういうのいいなあ」「これないわー」といった心境の変化があると予想するので、その時その時で手を入れていくつもりでいます（入れないかもしれません）。なので生煮えです。たぶんずっと生煮えです。それにかこつけて文章の文体もざっくりしています。 あと、あくまでもオレオレなので他の人の書き方をどうこうする意図はありません。うっかり参考になったらいいなあぐらいです。 最初に概念的な話をしてから後半で実際の書き方に入ります。 なお、全体的に git を使う想定で書いていますが、それ以外でも大体同じだと思います。 コミットメッセージには何を書くのか そのコミットでリポジトリに入れた差分が何をしているのか、なぜそうしている
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
GitHubで使われている実用英語コメント集
この記事はリクルートライフスタイル Advent Calendar 2015 - Qiita の17日目です。 こんにちは。現在、ホットペッパーグルメのエンジニアをやっている敷地@shikicheeです。 gitで英語のコミットメッセージどう書けばいいの？ と思ったことはありませんか？ 英語で書きたいなーって思っても、いざ書くとなると躊躇しますよね。 ネイティブはどう書いてるのでしょうか。 そこで、github上で実際に使われているコメントを解析し、 よく使われている例をまとめてみました。 解析したデータ github上で1万スター以上を獲得している169リポジトリのコミットメッセージを対象としました。 bootstrap、jquery、react、d3、docker、node、tensorflowなどの有名なプロジェクトばかりなので、良いコメントが期待できます。 解析するコミットメッセー
git checkout の代替としてリリースされた git switch と git restore - kakakakakku blog
2019年8月にリリースされた Git 2.23 から，Experimental（実験的機能）として新コマンド git switch と git restore が使える．今までずっと使ってきた git checkout は機能が多すぎたため，機能を分割し git checkout の代替としてリリースされた．個人的にリリースされてから，できる限り git switch と git restore を使うようにしてるけど，まだ無意識に git checkout を使ってしまうこともある．最近 git switch を教える機会があったため，ブログにまとめておく． github.blog なお，以下の検証は Git 2.26.0 を使った． $ git --version git version 2.26.0 1. git switch を使う git switch を使って「ブランチ操作」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitでstashが面倒なあなたにautostash
https://awesome-linus.com/articles/git-push-by-mistake
Git コンフリクト解消手順 - Qiita
git ローカルの変更を元に戻す方法 - Qiita
