.gitignoreを使わずに特定ファイルをgit管理から除外する方法 | DevelopersIO
Claude Codeを使い始めたことで、.claude/ディレクトリやCLAUDE.mdなどのファイルが生成されるようになった。これらをチーム全体で共有できれば作業効率も向上すると思うが、現時点では諸事情により共有できない状況にある。 しかし、.gitignoreに追加するとチーム全体に影響を与えてしまう。自分だけがClaude Codeを使っている場合、チームの.gitignoreを変更するのは適切ではないだろう。 本記事では、.gitignoreを使わずに特定のファイルやディレクトリをgit管理から除外する方法を紹介する。 検証環境 macOS 15.7.3 git version 2.50.1 (Apple Git-155) .git/info/excludeとは .git/info/excludeは、ローカルリポジトリ専用の除外設定ファイルである。.gitignoreと同じ書式で
Git diff閲覧ツール「ReviewIt」が「difit」に変わります
こんにちは、よしこです。 先日、ローカルで見やすくGit差分を表示できるReviewItというOSSを公開しました。 こんなのあったら便利かなと思いつきで作ったツールでしたが、公開直後からとても好評です！ まだリリースしてから10日なのですが、GitHub Starに650⭐️が集まったり、既に14件のPRがマージされたりと、盛り上がっていてとても嬉しいです！ そんなReviewItなのですが、このたび名称を「difit」に変えることにしました！ 経緯 先日、ReviewItと類似の商標をお持ちの会社様より、既存サービス名称との混同を招く懸念などがある旨をご連絡いただきました。（一方的な侵害通告のような形ではなく、柔らかい形でご連絡くださいました） 私としても商標まわりは全然調べられていなかったのと、少しでも外部にご迷惑をおかけする可能性のないすっきりした状態で運用していきたいなと思い、改
【Git】離れた複数のcommit（コミット）をまとめる方法｜Webエンジニア研究室
今回はこういった疑問にお答えします。 この記事を読めば、一つにまとめたい複数のコミットをサクッとまとめることができるようになります。 少しでも参考になれば幸いです。 【Git】離れた複数のcommit（コミット）をまとめる方法 まずは現状を整理しましょう。 以下のように複数のコミットがあって、TODOと書いてある3つのコミットとhogeと書いてある2つのコミットをそれぞれ一つにまとめたい状況です。 このような状況で使うべきGitコマンドはgit rebase -iです。 まず、以下のコマンドを打って最新のコミットから５個目までのコミットを編集対象にします。 git rebase -i HEAD~5 すると以下のようにエディタが開きます。 これが複数のコミットを一つにまとめるための編集画面です。 この中で編集するのは以下の部分です。 pick 1e23c92 TODO pick ec4a6d
Gitの中身
はじめに Gitで管理するプロジェクトには.gitというディレクトリがあり、その中にGitの管理情報が入っている。その中には、全てのコミットや、いろんなバージョンのファイル、ブランチ、タグといった情報が格納されている。Gitを操作するにあたり、この中身がどうなっているかを理解する必要はないし、もし中身を覚えたとしても、操作方法は変わらないまま、内部実装だけ変更になる可能性もある。それでも、Gitの仕組み、特に様々な情報が.gitにどのように格納されているかを知っておくのは二つの理由から有用だと考える。 一つ目の理由は、「物が動く仕組み」を知っておくことが教養だからだ。車を運転するのに、アクセルを踏めば進み、ブレーキを踏めば止まり、ハンドルを回せば曲がることを知っていれば十分だ。しかし、シリンダーにガソリンが噴射され、ピストンで圧縮したところで点火し、爆発する力でピストンが押される、という直
OpenCommitでAIにコミットメッセージを書かせる
概要 OpenCommit を利用すれば AI にコミットメッセージを書かせることができます。本記事では、OpenCommit を利用して Next.js プロジェクトで AI にコミットメッセージを書かせてみました。 結論 OpenCommit を利用することで以下が実現できます。 コミットメッセージに悩むことなく、コミットメッセージを作成できる。 GitHub Actions と連携することで、チームメンバーのスキルに依存せず、コミットメッセージの一貫性を確保できる。 コミットメッセージに絵文字を自動で追加できる。 Git Hook と連携することで、git commit 時にコミットメッセージを自動生成できる。 OpenCommit の各種設定は ~/.opencommit、あるいは .env に保存できる。 Commitlint の連携もありますが、Commitlint と連携させ
gitレポジトリ考古学に使う道具 - エムスリーテックブログ
こちらはエムスリーAdvent Calendar 2024 13日目の記事です。 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 今回は、長年運用されてきたレポジトリをgitを使って発掘する上で使っている道具を紹介します。 福岡タワー（ふくおかタワー）は、福岡県福岡市早良区のシーサイドももち地区にあるランドマークタワー（電波塔）。本文には関係ありません。 帳票環境 レポジトリからDBテーブルの使用箇所を探す スケジュール設定だけ消される gitレポジトリ考古学 ファイルが消えたコミットを知りたい ある記述が消えた(追加された)コミットを知りたい あるテーブルが使われているバッチを探したい 大量にgit grepしたい git grepの結果がEUC-JPでもUTF-8でも正しく日本語を出力する まとめ We are hiring! 帳票環境 弊社には「
git branch コマンド - Qiita
20190505追記 わかりにくい表現を修正しました。 git branch -vコマンドの説明を追加しました。 git branch \<branchname>コマンドの説明に追記しました。 git branchコマンドについて、主にオプションをまとめました。 表示 git branch ローカルブランチの一覧を表示する。 git branch -r -r、もしくは、--remotesオプション。 リモートブランチの一覧を表示する。 git branch -a -a、もしくは--allオプション。 リモートブランチを含んだブランチの一覧を表示する。 git branch --merged --mergedオプション。 HEADにマージ済みのブランチの一覧を表示する。 git branch --no-merged --no-mergedオプション。 HEADにマージされていないブランチの一
結局 Git のブランチ戦略ってどうすればいいの？ - Qiita
1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
複数のGit(Hub)リポジトリを履歴を保持しながらマージするやり方
はじめに 時々やりたい時があるのでメモ。 シェルスクリプト GitHub の前提ですが REMOTE_URL を変えれば多分他のサービスでも使えると思います。 # https://github.com/mryhryki/target の場合の例 export OWNER="mryhryki" export REPOSITORY="target" export REMOTE_URL="git@github.com:${OWNER}/${REPOSITORY}.git" export DIR_PATH="subtree" # マージ先ディレクトリ。この場合 `(ROOT)/subtree/` に `mryhryki/target` のリポジトリのコンテンツが入ります。 cd "(マージ先のリポジトリルート)" git remote add "${REPOSITORY}" "${REMOTE_U
【git rebase -i】したときのコマンドをすべて試してみた(p, r, e,s ,f ,x ,d) - Qiita
pick 85b703f update 2 pick 4d9e3ec update 3 # Rebase 5d6b0f5..1fc7711 onto 5d6b0f5 (6 commands) # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this commit's log message # x, exec = run command (the rest of the line
git-replay を最低限の使い方で触ってみた - Mitsuyuki.Shiiba
git-replay というコマンドが追加されたみたいなので触ってみた。とは言っても、自分はあんまり凝ったことはやらないので、細かいところまでは踏み込まずに最低限の使い方ができたらいいなってくらいの気持ちで触った。 github.blog この記事には、こんな風に書いてある↓ git replay exists to address these challenges. It offers an alternative to git rebase that, in addition to being far more performant: Can operate in bare repositories. Can rebase branches other than the currently checked-out one (in non-bare repositories). Can
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AIでGitコミットメッセージを自動生成 - Qiita
git rebase --onto どこへ どこから どのブランチを - Qiita
aicommitsでコミットメッセージを自動生成する
「Git for Windows」にセキュリティアップデート ～資格情報の漏洩などにつながる可能性／最大深刻度は「High」
git rm の取り消し | Tech控え帳
[memo] git for windows (git bash) のバージョンアップ - Qiita![[memo] git for windows (git bash) のバージョンアップ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/041f5755412340b0395db38dbe8cc30c4d00df2a/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGOTczNTAlMkZwcm9maWxlLWltYWdlcyUyRjE3NDQyMDk4NTg_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPTM3YjRkYzhiMjg2YTEyZDdkZGFmNGJmM2I5MjBlN2Vl%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dfc4186c050626b1e6746d813f5eec926%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCbWVtbyU1RCUyMGdpdCUyMGZvciUyMHdpbmRvd3MlMjAlMjhnaXQlMjBiYXNoJTI5JTIwJUUzJTgxJUFFJUUzJTgzJTkwJUUzJTgzJUJDJUUzJTgyJUI4JUUzJTgzJUE3JUUzJTgzJUIzJUUzJTgyJUEyJUUzJTgzJTgzJUUzJTgzJTk3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9ODg1YjZlMGFjZjFjMjI1ZTI1NWU2MWJkMTA0NjNmMTk%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDB5b3NoaTM4OTExMSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTlhNWI3Y2IyNGVlYWMxODcxMGFlNjBjM2FlMDU5YmQz%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D0d56dfd9a0fdcef6734f2922a913ce24)
git clone --depth 1 したリポジトリの履歴をやっぱりすべて取得する - Qiita
【Git】git-diffにフィルターをかける方法 - Qiita
Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita
