Git 2.44のハイライト
オープンソースのGitプロジェクトは、新しく加わった34人を含む総勢85人以上のコントリビューターによる新機能の追加とバグ修正が行われたGit 2.44をリリースしました。前回 Git の最新情報をお伝えしたのは、2.43 がリリースされた時でした。 今回の最新リリースを記念して、前回から導入された最も興味深い機能や変更点を GitHub がいくつか紹介します。 マルチパックの再利用によるパック生成の高速化 GitHub との間でリポジトリをプッシュしたりプルしたりする時に Git の出力を詳しく見たことがある人1なら、出力の最後にpack-reused という数字が表示されていることに気づいたかもしれません： $ git clone git@github.com:git/git.git Cloning into 'git'... remote: Enumerating objects:
git commit --fixupを使いましょう - Don't Repeat Yourself
発端 Pull Request で force push されると差分がわからなくなるから困るんだけどみんなどうしてますか？— codehex.bsky（へっくす） (@codehex) 2024年2月25日 ポストの前提がちょっとわかりませんが、レビュー後にforce pushされると、どこに修正を入れたのかわからないケースだと仮定します。プルリクエストがまだドラフト状態でのforce pushやrebaseで困るケースはそんなにないと思うからです。 git commit --fixup このケースではgit commit --fixupが便利です。レビューで指摘が入ったコミットに対して--fixupをかけておき、レビュワーはfixupコミットの内容を確認します。レビュワーが確認してOKが出た段階で、git rebase -i --autosquashなどを使ってfixupコミットを元コ
Inside .git
Hello! I posted a comic on Mastodon this week about what’s in the .git directory and someone requested a text version, so here it is. I added some extra notes too. First, here’s the image. It’s a ~15 word explanation of each part of your .git directory. You can git clone https://github.com/jvns/inside-git if you want to run all these examples yourself. Here’s a table of contents: HEAD: .git/head b
あるレポジトリのサブディレクトリ配下を別のレポジトリへ履歴付きで移行する - $shibayu36->blog;
Gitで開発していて、あるサブディレクトリ以下を別のレポジトリに移行したいと思うことがある。今回はそういうことをしてみたのでメモ。 まずGitHubにそのようなやり方の指南がある（Splitting a subfolder out into a new repository - GitHub Docs）。大体これで良いのだけれど、このやり方だとサブディレクトリのpathがそのままになってしまうという問題がある。大抵のケースで、あるサブディレクトリを別のレポジトリに分割したいとなった時、そのサブディレクトリがレポジトリルートに来てほしい。 そういう場合はGit Filter Repo — Splitting a Subfolder Into A New Repository | by Edward Ezekiel | Mediumにも紹介されているようにgit filter-repo --s
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 statusが43秒かかっていたのを1秒に高速化する大規模Gitリポジトリの操作を高速化するためのscalarを紹介 | Act as Professional
Git 2.38がリリースされました。 このバージョンから大規模Gitリポジトリの操作を高速化するscalarが同梱されるようになりました。 今回はこのscalarによって、どれぐらいGitの操作が高速化されるのかを簡単に検証します。 結論から言うとgit statusが約43秒かかっていたのが約1秒で操作できるようになります。 Install Git 2.38 Git 2.38からscalarが同梱されましたので、各自の環境にあわせてInstallなりVersionUpなりをしてください。 $ git --version git version 2.38.0 Before 大規模Gitリポジトリとしてchromiumを利用しました。 普通にgit cloneしてきて、git statusを実施すると約37秒かかります。 ❯ time git status On branch main Y
CEDEC2022
- 大きなGitリポジトリを運用するときに気をつけるべきポイント - Jenkinsのジョブで大きなGitリポジトリを使うときの工夫 - macOSで同一内容のファイルを複数保持している場合のディスク節約術 セッションの内容 ゲームアセットのGitリポジトリ、モノリポ運用しているGitリポジトリは巨大になりがちです。大きなGitリポジトリをクローンすると、記録されている歴史を全部取得するため、ネットワーク通信量・通信時間が大きくなります。またローカルに保存された.gitディレクトリの容量も大きくなります。この結果、JenkinsのエージェントやGitHub Actionsのセルフホストランナーでは、ジョブのワークスペースによるディスク容量圧迫の原因になります。CIジョブでは大きなリポジトリを複数のジョブで利用することもあるでしょう。同一内容のコピーを複数保持することになり、問題にいっそう拍
git add -p での手動編集モード
git add -p のときの e(手動編集) – 肉とビールとパンケーキ by @sotarok 削除（先頭が-）をaddしないなら、-部分をスペースに変更 追加(先頭が+)をaddしないなら、その行をまるごと削除 add したくない行は先頭に#を挿入
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 gc --aggressive するそのまえに
Git が遅い！！ そんなときに検索をするとだいたい 「git gc しましょう」だったり、「git gc --aggressive --prune=now」だったりします。 が、試してみても劇的に速くなることってあんまりなくないですか？ 特に --aggressive オプションを付けると git gc 自体がくそ長く、その割に効果は感じられなくて残念な結果になることが多いです。 ※個人的な感想です なんか遅い。もう少し深掘りしてみませんか？ GIT_TRACE=1 GIT_TRACE_PERFORMANCE=1git コマンドは GIT_TRACE を有効にすると、中で何をしているのか追跡できるようになります。
git gcの自動実行はいつ行われるのか - $shibayu36->blog;
gitを使ってるとたまにgit gcが走る。これがどういうタイミングで実行されているか調べたので軽くメモしておく。 Gitでは時々auto gcが走る Git - Book を見ると、以下のように書かれている。 Git は時々 "auto gc" と呼ばれるコマンドを自動的に実行します。大抵の場合、このコマンドは何もしません。もし沢山の緩いオブジェクト（パックファイルの中にないオブジェクト）があったり、あまりに多くのパックファイルがあると、Git は完全な（full-fledged）git gc コマンドを開始します。 さらに、auto gcは普段は何もせず、特定の条件を満たすと実際にgcするとも書かれている。 繰り返しますが、これは通常は何も行いません。約 7,000個もの緩いオブジェクトがあるか、または50以上のパックファイルがないと、Gitは実際に gc コマンドを開始しません。これ
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
git gcで起きることをトレース情報から追ってみる - Mobile Factory Tech Blog
この記事はモバイルファクトリー Advent Calendar 2020 11日目の記事です。 エンジニアのid:toricorです。巨大なリポジトリを操作しているとgit gcで待たされることがたまにありますが、一体どんな処理をしているんでしょうか。 git gcとは git gc --help または man git-gc でどんなコマンドか見てみましょう Cleanup unnecessary files and optimize the local repository git gcはリポジトリ内を掃除してくれるコマンドで、pull操作などのタイミングで実行されます。 日々の開発で蓄積したコミットなどを表すオブジェクト(ルースオブジェクト) のファイルを、変更の差分のみを保存した1つのバイナリファイル(packファイル)に詰め込んだり、不要になったオブジェクトのファイルを削除したり
Git はなぜ空のディレクトリを無視するのか？ - Qiita
LAPRAS アドベントカレンダー2021 の 17 日目の記事です。 概要 Git では空のディレクトリをそのままリポジトリに追加することはできません。 この問題は.gitkeep等を作成することで解決しますが、そのやり方を知ったとき 「なぜ普通のファイルと同じように追加できないのだろう？」 と疑問に思った方も多いのではないでしょうか。 というわけで本記事では、空ディレクトリを追加できない仕様になっている理由について調査してみました。 Gitが管理するのはファイルの内容 「空ディレクトリをaddできないのは何故か？」という疑問への答えとして、 「そもそもどんなディレクトリもaddはできないから」がまず挙げられるでしょう。 もちろんgit add directory/とコマンドを打つこと自体は可能です。 しかしこのとき実際にインデックスに追加されるのは、そのdirectory自身ではなく、
How can I check in a Bash script if my local Git repository has changes?
There are some scripts that do not work correctly if they check for changes. I tried it like this: VN=$(git describe --abbrev=7 HEAD 2>/dev/null) git update-index -q --refresh CHANGED=$(git diff-index --name-only HEAD --) if [ ! -z $CHANGED ]; then VN="$VN-mod" fi Is there some kind of boolean check if there has been changes since the last commit, or how can I really test if there are new changes
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git 現在のブランチを名前指定せずにpushする - Qiita
git pull without remotely compressing objects
Git - The Refspec
Browse and display files in a git repo without cloning
Git - Packfile