Git 3.0が近づいているので、今のうちに知っておきたい変更点まとめ - Qiita
はじめに Gitは開発現場では欠かせないツールですが、「最近Gitって何か変わったの？」と聞かれると、意外と答えられない方も多いのではないでしょうか。 現在も最新バージョンは2系ですが、Gitでは将来的なメジャーバージョンも見据えた改善が継続的に進められています。 今回は、Git 3.0を見据えて注目されている変更点を紹介します。 Git 3.0とは？ 現時点（2026年6月）ではGit 3.0は正式リリースされていません。 ただし、Gitのメーリングリストや開発コミュニティでは、将来的な3.0を見据えた改善が継続的に進められています。 そのため、今後のGitを理解する上では、現在進行中の変更点を把握しておく価値があります。 1. SHA-1からSHA-256への移行 最も大きな変更の一つが、オブジェクトハッシュの移行です。 これまでGitではSHA-1が利用されてきました。
GitHubに機密情報をpushしてしまった日のために — 無効化、履歴除去、多層防御の組み立て方
はじめに GitHubに機密情報が混入してしまったとき、最初に取るべき行動は履歴削除ではありません。漏れたものが何なのかで対応の順序が大きく変わります。本記事では、GitHub Enterprise CloudやGitHub Enterprise Serverを前提に、機密情報の混入を止める仕組みと、混入してしまったあとに残存物を取り除くための作業を、コマンドが手元で再現できる粒度で整理します。 GitHub Docsの該当ページは、漏えいしたものが認証情報であれば、まず無効化やローテーションを行うべきだとしています。無効化できれば履歴の書き換えまで踏み込まなくてよい場合もあります。一方で、個人情報や顧客情報、秘密鍵、設定ファイル、社内URL、証明書のように、ローテーションができないか、残っていること自体が問題になるデータは、Git履歴やGitHub上のPR参照、キャッシュ、fork、cl
GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング
Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報（sensitive data）について調査を実施し、対応
YAMLの変更点を見落とさない！diffより強力なYAML差分確認ツール『dyff』のすすめ | SIOS Tech Lab
はじめに こんにちは、サイオステクノロジーの小野です。 Kubernetesを利用する中で、yamlファイルの差分を確認することがよくあります。 差分確認コマンドと言えばdiffコマンドが一般的ですが、yamlファイルは行単位ではなく設定単位で比較を行いたいケースが多いので、diffコマンドを使うのが難しいです。 そんな時に役立つdyffというツールをご紹介します。 dyffとは dyffはテキストの「行」ではなく「データ構造（意味）」に基づいてYAMLやJSONファイルを比較するコマンドラインツールです。 dyffは以下の特徴があります。 キーの順序を無視して比較 人間が読みやすい出力形式 ツール連携 dyffインストール方法 dyffのインストール方法について詳しくは公式のリポジトリを参照してください。 バイナリファイルを用いてインストールする場合、以下のように実行します。 $ cur
Bit - Git 互換のAIサンドボックス
前々から自分で git を拡張するための基盤が欲しかったんですよね。というわけで、実装しました。 Warning: 実験的な実装です。本番環境では使わないでください。最悪の場合、履歴管理のバイナリが破損する可能性があります。 コマンド名は bit です。主語が大きいですが、 moonbit 製の git なのと、git と一時違いでシームレスに使いたかったので... これでインストールできます。 curl -fsSL https://raw.githubusercontent.com/mizchi/bit/main/install.sh | bash # ~/.local/bin/bit 未対応の機能 --object-hash=sha256: そもそも GitHub が未対応 インタラクティブ系: bit add -p、bit rebase -i — ターミナル UI の抽象化が未設計
Introducing Lix: An embeddable version control system | Lix Blog
Git tracks: -Binary files differ Lix tracks: order_id 1002 status: - pending + shipped The same approach extends to any other format your product cares about — as long as there’s a plugin that can interpret it. How does Lix work? Lix is change-first: it stores semantic changes as queryable data, not snapshots. That means audit trails, rollbacks, and “blame” become simple queries: SELECT * FROM sta
jjを使っていて驚いた「1つの変更を育てていく」という哲学
jjを使っていて驚いた「1つの変更を育てていく」という哲学 はじめに 前回の記事でjj (Jujutsu) の基本的な使い方を紹介しました。ファイルの変更が自動で記録され、コミットメッセージを後から書けるという便利さに魅了されて使い始めたのですが、使っているうちにもっと根本的な思想の違いに気づいてしまいました。 それは「1つの修正に対して1つの変更単位（change）を使い、説明を上書きしていく」というスタイルです。作業履歴はローカルにとどめ、共有するのは1つのchangeのみ。issueやPRに対してもchangeは1つで、手元の作業履歴をどんどん修正していきます。 つまり、複数のコミットを積み重ねるのではなく、1つの変更を完成するまで何度も更新し続けるのです。まるで盆栽を育てるように、同じ変更を丁寧に育てていくイメージです。 これは、Git/GitHubに慣れた私にとって大きな思想の転
Biome と Git/GitHub を活用したJSバンドル差分表示ツールの開発 - Techtouch Developers Blog
こんにちは！フロントエンドエンジニアの all-user です。 最近、家族全員で夜9時以降を緩めのデジタルデトックス時間にしてみました。 やってみるとオセロとかトランプみたいなアナログな遊びを模索するようになるのが面白いです。 さて今回は、Biome と Git/GitHub を活用したJSバンドル差分表示ツールについてご紹介します。 フロントエンド開発者が抱える漠然とした不安 既存ソリューションの検討 差分表示ツールの設計 基本アイデア ブランチの運用方法 ③ベースビルトブランチ ④現在ビルトブランチ ⑤PR作成ブランチ 比較基準点の決定 全体ワークフロー 導入の効果 レビュー品質の向上 レガシー設定の削除が容易に 予測と結果の一致確認 JSファイル以外の成果物差分も可視化 実装上の工夫 Biome による高速フォーマット Git の Tree Hash ベースのキャッシュ戦略 マルチ
unified 形式パッチの文法について
パッチファイルの形式にはいくつかあるわけだが， git の diff で使われている形式について，ちょっと調べたのでそのメモ． diff 形式 diff コマンドが吐き出す形式は色々ある．主に以下のものがあるらしい [1] : 通常の形式 差分部分だけを表示する， diff のデフォルトの表示形式 コンテキスト形式 差分部分周辺も含めて，どういう風に変わったかが分かるようになっている，表示形式 side by side 形式 2列で差分を表示する形式 スクリプト形式 ed コマンドなどでそのまま実行すれば，差分を適用できる形式 if-then-else 形式 CPP のマクロで，両方を切り替えられるようにした形式．差分部分を #ifdef で囲って出してくれ，指定したマクロ変数を定義すると古いのに切り替えられる． 色々あるけど，パッチを送信する際よく使用されるのは，プレーンテキストでも差分
I struggled with Git, so I'm making a game to spare others the pain
Table of Contents TL;DR It's been 2 years... Sitting on my couch Graduating to a voxel world So what did it take to make this? Understanding the engine Helping folks learn Git What's in a name? And... what exactly is this thing? Relating to an abstract topic TL;DR Learning and using Git kinda sucks! So I'm building Devlands to make learning and using Git more accessible and intuitive for ... anyon
Nushellを導入したのでこんな風にプロンプトとかをカスタマイズした
この記事はNushell Advent Calendar 3日目の記事です。 昨日の記事で触れたとおり、私はNushell - 型付きシェルの基本とコマンド定義という記事をきっかけにNushellを導入しました。今までWindowsではPowerShell、LinuxやMacではbashと使い分けていたのを一本化[1]できるだけでもとてもありがたいのに、それ以上の機能が山盛りでとても頼もしい💪ですね。昨日の記事で紹介したgit-aliases.nuのような、小さなCLIアプリケーションを書くのにも便利でした。 ▶️普段のプロンプト[2] さて今回は、掲題の通り私がそんなNushellをどのように設定したのか共有しようと思います。そうはいっても元々bash+git-shで満足していたような者なので、実際にカスタマイズしたのはプロンプトくらいです。こんな風にしました👇️。 色使いはデフォル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - satococoa/wtp: 🌳 A powerful Git worktree CLI tool with automated setup, branch tracking, and smart navigation
GitHub - orhun/git-cliff: A highly customizable Changelog Generator that follows Conventional Commit specifications ⛰️
【速報！】Claude CodeがWindowsをサポート開始！
GitHub - sindrets/diffview.nvim: Single tabpage interface for easily cycling through diffs for all modified files for any git rev.
GitHub - chrchr/git-sparse-clone: Clone a git repository with only specific subdirectories
GitHub - VincenzoManto/light-release: A lightweight tool to automate your release process, compatible with conventional commit messages. It reads your commit history, determines the release type, and generates release notes without unnecessary dependencie
`.git-blame-ignore-revs` to ignore bulk formatting changes.
GitHub - GitoxideLabs/gitoxide: An idiomatic, lean, fast & safe pure Rust implementation of Git
Improving GitHub Deployments with Merge Queue