分散バージョン管理システム。
はじめに こんにちは。フルサポート開発チームの中野です。 皆さんは、開発中に「この修正は以前行ったコミット内で行うべきだった」と思った経験はありませんか。私の場合は、機能実装後に気づいたtypoの修正や、ログ出力の追加忘れなど、本来は元の機能実装コミットに含めるべき変更が別のコミットになってしまうことがよくあります。 そこで今回は、fzf と fzf-git.sh を使って、このような修正を元の機能実装コミットに統合し、レビューしやすいコミット履歴を効率的に作成する方法をご紹介します。これらのツールを使うことで、過去のコミットを簡単に検索・選択でき、コミット履歴の整理が気軽に行えるようになりま…
LFS管理のオブジェクトは非圧縮で管理されるため、git本体で管理するよりも容量が大きくなってしまいます. しかし、LFS拡張を使用するとオブジェクトを圧縮管理させて運用できるかもしれません. 1. 前提 2. Git LFS Extensions 2-1. Git LFS Extensionsとは 2-2. LFSオブジェクトの圧縮/展開拡張 2-3. 運用上の注意 2-3-1. 関連ツールの対応が期待できない 2-3-2. .lfsconfig で extensions の指定ができない 3. (参考) 1. 前提 LFSのセットアップは完了していることを前提とします. zv-louis.…
Git LFSを使うとき、GithubやGitLabなどのサービスを使えば容易なのですが、どうにもこうにもストレージやtransactionのコストが気になりますね. そこで、LFSに対応したGitのbareリポジトリを自前で準備できないか調べてみたところ、 まだ experimental な機能ではありますが、 pure SSH プロトコルに対応した git-lfs-transfer コマンドをサーバに準備してやれば、 ssh接続での利用に限ってLFSに対応したbareリポジトリを作ることができるようになることがわかりました. これでひとまずはコスト意識せずに Git-LFS を使えます. …
GitHubへリポジトリを移行したい！ となったとき、ファイルサイズ制限(100MB)やリポジトリサイズの警告(1GB)ですんなり行かないことがあります. 移行にはLFSの導入が必須となるのでリポジトリの再作成が必須なのですが、過去の履歴もなんとか保持したい・・ですよね. 履歴をそのままにして、過去に遡って巨大なファイルをLFS管理としてリポジトリを再構築する手順です. 1. 動機 2. 移行手順 2-1. 対象のリポジトリをクローンする 2-2. 対象のファイルを確認 2-2. 対象のファイルを選択 2-3. 対象のファイルを移行 2-3-1. LFS移行の実行 2-3-2. リポジトリの確…
関連記事 概要 試してみた 参考情報 関連記事 GitHub - devlights/blog-summary: ブログ「いろいろ備忘録日記」のまとめ 概要 以下、自分用のメモです。忘れないうちにメモメモ。。。 長い事 git 使っていますが、git notes というコマンドがあることを最近知りました。 これ便利ですね。コミットハッシュを変更せずにメモを付与出来る。もっと早く知っておけば良かった。 試してみた gistにメモ残していたので、そのまま貼ってます。 git notesについてのメモ 参考情報 git-scm.com 過去の記事については、以下のページからご参照下さい。 ブログ過去…
こんにちは、pregum_foxです。 今回はGitの便利機能 git worktree の使い方について、特に .env や .vscode などの Git管理外ファイルを手軽に扱う方法 にフォーカスしてご紹介します。 運用方法のパターンは大きく分けて3つ。それぞれのメリット・デメリットを比較しながら、私が開発した git-worktree-sync というツールを使った方法も解説します。 ✅ そもそも git worktree って何？ git worktree を使うと、1つのGitリポジトリで複数の作業ディレクトリを扱うことができます。 たとえば別ブランチで検証作業したいときに、いちい…
読書メモ。2025年48冊目。『いちばんやさしいGit&GitHubの教本 第3版』を読んでの感想となります。（2025/6/30記載） 本の概要 動機 感想 忘れたくないメモ コミット単位 ローカルリポジトリとリモートリポジトリ コミットの打ち消し origin ブランチの単位 コンフリクト コンフリクト発生中の作業 本の概要 実際のワークフローをイメージしながら、実践的なGit/GitHubの使い方が身につく「いちばんやさしい」入門書です。前半は手元のパソコンでファイルを実際にバージョン管理しながら、Gitの基本的な使い方を解説。後半は実践的なワークフローに沿ってGitHubを使い、チーム…
PRレビューのポイント：質の高いコードを生み出すために Pull Request（PR）レビューは、チーム開発における品質保証と知識共有の重要なプロセスです。この記事では、Webエンジニアが知っておくべきPRレビューの基本と、1時間で学べる実践ポイントを網羅的に解説します。 1. PRレビューとは？ Pull Request（PR）レビューは、開発者がコードをmainブランチなどにマージする前に、他のメンバーがコードを確認・検証するプロセスです。レビューを通じて、コードの品質やセキュリティ、パフォーマンス、保守性が担保されます。 2. なぜレビューが必要なのか バグの早期発見と修正 コーディン…
ブランチ戦略（main, dev, feature）完全ガイド チームでのソフトウェア開発において、ブランチ戦略はプロジェクトの品質と開発スピードを大きく左右します。本記事では、1時間で理解できるように、main・dev・featureといった代表的なブランチ戦略について体系的に解説します。 1. ブランチとは？ Gitのブランチは、プロジェクトのコードを並行して変更するための仕組みです。特定の機能開発、バグ修正、リリース準備などを独立して行えるようになります。 2. よく使われるブランチ戦略 main（またはmaster）：本番環境にデプロイされる安定版コード develop（またはdev）…
Gitの基本（clone, commit, push, pull）完全ガイド Gitは、Webエンジニアにとって必須の分散型バージョン管理システムです。本記事では、特に重要なコマンドであるclone、commit、push、pullを中心に、Gitの基本的な使い方と背景知識を1時間で習得できるように解説します。 1. Gitとは？ Gitは、ソースコードやドキュメントなどの変更履歴を管理するツールです。プロジェクトの状態を過去に遡って確認できたり、複数人での開発を効率化したりするために活用されます。 特徴 分散型：ローカルにも履歴が保存される ブランチ操作が高速 複数人での並行開発に強い 2.…
backlog.com
en-ambi.com
mag.osdn.jp
anond.hatelabo.jp
www.slideshare.net
programmerbox.com
keijinsonyaban.blogspot.com
www.atlassian.com
www.timedia.co.jp
