コミット履歴を綺麗にするときの`git commit --fixup`と`git rebase --autosquash` - 理系学生日記
Pull Request(PR)やMerge Request(MR)を作る中で、コミット履歴はできるだけ綺麗にしておきたいものです。 プルリクエストについて - GitHub Docs Merge requests | GitLab ぼくはあまりコミット履歴の綺麗さを気にしない方でした。 しかし大きめのPRやMRをレビューする側に回ると、「変更のまとまり」が追えないと「なぜこの変更をしたのか」が非常に追いにくくなります。 だからこそ最近は、コミット履歴をかなり意識するようになりました。 その時に活躍しているのが、タイトルの通りgit commit --fixupとgit rebase --autosquashです。 git commit --fixup git rebase --autosquash そのほかおすすめ git commit --fixup git commit --fixu
git-notesでコミットにメモをつける - アジャイルSEの憂鬱
2020年に「コミットログは良くならない」というのを悟ったので、現実的な解決案である「git-notesでメモを残す」について記事を書いておきます。 前回の記事 sinsoku.hatenablog.com git-notes 詳細は git notes --help を読んでください。 概要は以下の通りです。 コミットログとは別にメモを残せる コミットはそのままなのでshaは変わらない shaが変わらないのでCIの再実行が起きない 他人のコミットにメモをつけられる 他人に作業を依頼する必要がない メモもリモートにプッシュできる 過去のコミットにメモを残せる 使い方 メモを書く git notes edit <sha> でメモを書くと、git log のときに一緒に表示される。 $ git notes edit d2cdf0b $ git log -1 d2cdf0b commit d2c
5分で分かるgitのrefspec
20. 指定による挙動の違い 6 git fetch origin … 無指定 普通にcloneした場合、.git/configのremote.origin.fetchに +refs/heads/*:refs/remotes/origin/* というデフォルト値(*はワイルドカード)が設定されており、 これを指定したことになる。 つまりリモートリポジトリの全ローカルブランチを ローカルの同名リモート追跡ブランチにそれぞれfetchする。 <以降、このデフォルト値は弄っていない前提で記述> <ref> <ref>: と同じ。 <src>: remote.origin.fetchの設定で対応する<dst>が決まる。 (デフォルト値なら同名のリモート追跡ブランチが<dst>) 対応する設定がない場合でもFETCH_HEADは更新される。 <src>:<dst> <src>を<dst>にfetch
Gitでよく使用するコマンドをGIFアニメで解説
Gitでよく使用するコマンドが何を行っているかをGIFアニメで解説した記事を紹介します。 Gitのマージ、リベース、リセット、チェリーピック、フェッチ、プル、リフログなど、コマンドを実行した時にブランチはどのように相互作用し、履歴にどのような影響を与えるのか視覚的に学べます。 🌳🚀 CS Visualized: Useful Git Commands by Lydia Hallie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに Gitのマージ（fast-forward, no-fast-forward） Gitのリベース（rebase） Gitのリセット（reset, revert） Gitのチェリーピック（cherry-pick） Gitのフェッチ（fetch） Gitのプル（pull） Gitのリフログ（re
git checkoutからちゃんと卒業する - inductor's blog
はじめに git checkoutの機能 既存のブランチに移動する 新しいブランチを作成してそれに移動する あるファイルを特定のコミットハッシュ/ブランチから取得 checkout vs switch & restore 対応表 はじめに gitのバージョン2.23からgit switch及びgit restoreコマンドが入り、git checkoutがこれらの2つに分離されるようになりました。これに伴い、git checkoutも将来的に廃止の方向に向かうでしょう。 ※switch/restoreはまだ実験的導入のため、今後文法などが変更になる場合があります。 git checkoutの機能 git checkoutには大きく分けて以下のような機能があります。 既存のブランチに移動する 例えば自分が作業ブランチbranch-aにいたとして、masterブランチに移動したい時に使います。
Git Submoduleについてまとめてみる - Qiita
はじめに Git Submoduleについて自分で分かった範囲をまとめてみます。 同じような記事が沢山ありますが、バージョンが違うからか微妙に動作が異なっていたり、自分の思うようにいかない部分があったために記事にしました。 Gitのバージョンは、 Git Shell git version 2.11.0.windows.3 (GitHub for Windwos 3.3.4.0) になります。 要件 親プロジェクトで、子プロジェクト(サブモジュール)を使いたい。 親プロジェクトでは、常に最新版の子プロジェクトを使う。 親プロジェクト側からも子プロジェクトを更新したい。 親プロジェクトは、公開する。 子プロジェクトは、公開しなくても良い 子プロジェクトは、それ単体でバージョン管理している。 子プロジェクトをサブモジュールとして扱う。 3つ目の条件は、あまりよくないかもしれませんが個人のプロジ
Commitizenを使ってgitのコミットメッセージをしっかり書こう | DevelopersIO
はじめに gitのコミットメッセージを記述するとき、内容について悩むことが度々あります。 簡潔に要点をまとめて書きたいけどいちいち記述が面倒だったり、チームで書き方がバラバラだったり・・・ そして結局「fix bug」のひとことだけメッセージを記述するだけになったりします。 この記事ではそんなコミットメッセージを少しでも簡単に有用にするためのツールを紹介します。 Commitizen? コミットメッセージを簡単・簡潔に記述したいときに使えるのがCommitizenです。 Commitizenはインタラクティブにコミットメッセージを作成できるツールで、 このコミットのタイプ スコープ コミットのサマリー コミットの詳細 などについて対話的に記述していくことで、適切なコミットメッセージを作成できます。 ? Select the type of change that you're commit
Gitで巨大プロジェクトを扱うときに少し便利なupdate-ref｜TechRacho by BPS株式会社
ビルドに時間がかかる（数十分～数時間以上）プロジェクトを扱うときに役立つかもしれない、Gitの小ネタです。 Gitには git help しても出てこない（ git help -a すれば出る）便利なコマンドがたくさんあり（※）、そのうちの1つ update-ref のご紹介です。 ※他には例えば update-index --assume-unchanged なども有名ですね。 どんなときに欲しくなるか こんな感じの、あるヘッダファイルに多数のソースファイルが依存するプロジェクトがあったとします。 repos |- common.hpp |- source1.cpp |- source2.cpp |- source3.cpp |- source4.cpp |- source5.cpp |- ... まずは master ブランチにいます。 $ git status On branch m
「Git 2.23」リリース、「git switch」や「git restore」コマンドを実験的に導入 | OSDN Magazine
分散バージョン管理システム「Git」の開発を主導するJunio C Hamano（濱野純）氏は8月16日、最新の安定版となる「Git 2.23」を公開した。「git checkout」に代わる新しいコマンド「git switch」と「git restore」が導入されている。 Git 2.23は6月に公開されたGit 2.22に続く最新版。新規に参加した26人を含む合計77人から貢献があり、500以上の変更が加わっている。 大きな変更点として、「git checkout」に代わる新しいコマンドとして、「git switch」と「git restore」が実験的に加わったことが挙げられる。git checkoutコマンドは作業ブランチの切り替えや指定したコミット時のファイルを取り出す作業を行うものだが、前者をgit switchコマンド、後者をgit restoreコマンドに分割した。これに
Highlights from Git 2.23
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
[Git] リモートリポジトリのパスの書き方一覧 - Qiita
ので整理しておく。 リモートリポジトリのパスの書き方は大きく以下の6種類に分かれる。 Localプロトコル(1) Localプロトコル(2) HTTP(S)プロトコル SSHプロトコル(1) SSHプロトコル(2) Gitプロトコル Localプロトコル(1) 記法 例: /path/to/repo.git/ 絶対パスのみ指定可能（~展開無し） （NFSを含む）ファイルシステムからアクセスできるリポジトリのみ指定可能 特徴 Gitはハードリンクを行うか必要に応じて直接ファイルをコピーする（ので高速） Localプロトコル(2) 記法 例: file:///path/to/repo.git/ 絶対パスのみ指定可能（~展開無し） （NFSを含む）ファイルシステムからアクセスできるリポジトリのみ指定可能 特徴 Gitはわざわざネットワーク越しにファイルを転送する（ので低速） 他のバージョン管理シ
![[Git] リモートリポジトリのパスの書き方一覧 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/80db8af8c4dbc10d87ca4e0f23f1e22bca6bfa57/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwJUUzJTgzJUFBJUUzJTgzJUEyJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgzJTlEJUUzJTgyJUI4JUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgxJUFFJUUzJTgzJTkxJUUzJTgyJUI5JUUzJTgxJUFFJUU2JTlCJUI4JUUzJTgxJThEJUU2JTk2JUI5JUU0JUI4JTgwJUU4JUE2JUE3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iMDBhY2JlZjE0MjFmOWRjMjlkMmNkNDc2ZWQxZmQ3ZQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhbnFvb3FpZSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWI2YjM3NTQ2NWU2MzcxNDBlNWEzZjNkY2NjMTI2MTQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D6188c8bf55cde726e3174ddb6d114697)
Gitはどうやってテキストファイルとバイナリファイルを自動識別しているのか？ - Qiita
tl;dr 先頭 8000 バイト以内に NUL が有ったらバイナリファイル。 Gitの実装 Gitの内蔵diffは FIRST_FEW_BYTES だけ検索するようになっている。 https://github.com/git/git/blob/6e0cc6776106079ed4efa0cc9abace4107657abf/xdiff-interface.c#L187 #define FIRST_FEW_BYTES 8000 int buffer_is_binary(const char *ptr, unsigned long size) { if (FIRST_FEW_BYTES < size) size = FIRST_FEW_BYTES; return !!memchr(ptr, 0, size); }
[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/767afa5281522ddaf324d8b002d4127baf520874/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCdmVyJTIwMS4yJTVEJTIwR2l0JTIwJUUzJTgxJUE3JUUzJTgyJTg4JUUzJTgxJThGJUU0JUJEJUJGJUUzJTgyJThGJUUzJTgyJThDJUUzJTgyJThCJUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUUzJTgxJUFCJUUzJTgyJUE0JUUzJTgzJUE5JUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgxJUFCJUUzJTgyJTg4JUUzJTgyJThCJUU4JUFBJUFDJUU2JTk4JThFJUUzJTgyJTkyJUU1JThBJUEwJUUzJTgxJTg4JUUzJTgxJUE2MSVFNiU5RSU5QSVFMyU4MSVBRSVFMyU4MyU4MSVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MiVCNyVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MSVBQiVFMyU4MSVCRSVFMyU4MSVBOCVFMyU4MiU4MSVFMyU4MSVBNiVFMyU4MSVCRiVFMyU4MSU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9OWQwZmUzNzZhMWRjOTgxNDZjNGMzMzI3MDBlZDk0OGM%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrb3p6eSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9N2U1ZWMwYWYxMzE5ZDg4Y2YyZjMxZDI1OTg1MzkzZWM%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D5291f53e8bf105f832c5a184f37b0cbf)
『GitKraken』と『Sourcetree』を比較してみた | ホームページ制作・Webマーケティング｜株式会社SPC
はじめに（読み飛ばしてO.K.） こんにちは。 コーダーをやっているものです。 開発サイドにいる方であれば、一度は使おうとしたであろうツール。 「GitのGUIクライアント」。 私は普段ツールで悩んだ際はシェアの高いものを選ぶようにしているため、「GitのGUIクライアント」に関しても一番人気だった『Sourcetree』を使っていました。 シェアの高いものであれば、固有のバグが発生した際にネットからいくらでも情報が得られますので。 しかし、最近『Sourcetree』が不調&超重かったのと「見た目がかっこいい」という理由で『GitKraken』に浮気。 そうして『GitKraken』を使っているうちに、『GitKraken』と『Sourcetree』それぞれの良い部分・悪い部分が見えてきたので、誰かの助けになればとまとめてみました。 どうぞご参考まで。 『GitKraken』を選ぶメリッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
よく使うのにすぐ忘れる怒りのgitコマンド集
【イラストで覚える】初心者のためのGitとGitHub用語集 | ずくろぐ
ちづみ on Twitter: "去年Gitまわりを触った時に用語多いし意味がわけワカメで、うへぇ🤢てなったけど、いやぁでもこういう類はアウトプットを見据えたインプットが定着が早いし手が動くよなぁと思って「これだけはおさえよう」みたいなのを誰でもわかるように意識し… https://t.co/jepcUdVNO8"
Git History
git-grepの使い方 - Qiita
