リポジトリからの機微なデータの削除 - GitHub Docs
リポジトリからの機密データの削除について git filter-repo や BFG Repo-Cleaner などのツールを使用してリポジトリの履歴を変更する場合、特にオープン プル リクエストと機密データに関する影響を理解することが重要です。 git filter-repo ツールと BFG Repo-Cleaner によって、リポジトリの履歴が書き換えられます。これにより、変更した既存のコミットと依存するコミットの SHA が変更されます。 コミットの SHA を変更すると、リポジトリ内の開いている pull request に影響する場合があります。 リポジトリからファイルを削除する前に、開いているすべての pull request を結合または閉じることをお勧めします。 git rm を使用して、最新のコミットからファイルを削除することができます。 最新のコミットで追加されたファ
git commit --fixup が便利 - Qiita
始めに 私は最近エンジニアに復帰し、現場で便利に思ったことを今後記事にできたらと思っています。 そして1発目は、gitのオプションについて記事を書いてみようと思います。 --fixup はどんな時に使えるの？ Pull Requestなどで、軽微な指摘や後から気付いた修正など、本来の機能のコミットとは別に修正コミットを残すのは少し嫌な時がありますよね。 コミットが一つ手前であれば、直前のコミットを修正してくれる git commit --amendなどで対応できますが、3つ前のコミットに修正を混ぜ込みたい時などは、少し大変。 そんな時に便利なのが、この git commit --fixupです。 使い方 例えば、下記のコミットの状況で、Fix article pageのコミットに対して、追加の修正をしたいとする。 ❯ git log --oneline 1131338365 (HEAD -
いざという時のためのgit reflog - Qiita
Git Advent Calendar / Jun. 29日目の記事です．28日目は@uasiさんの「どこでも使える git diff と git apply」でした． 「間違ってマージしていないブランチを消した」「reset --hard HEAD^*で戻しすぎた」ということがたまにある． しかしgit reflogを使うと(GCされていなければ)過去のあらゆるコミット履歴を見ることができ，git logやgit branchでは辿り着けない時点まで戻すことができる． $ git reset --hard HEAD^^ # HEAD^と指定するつもりが間違えた! $ git reflog f5cb888 HEAD@{0}: head^^: updating HEAD b0b8073 HEAD@{1}: merge @{-1}: Merge made by the 'recursive'
社内Proxyに阻まれていろいろ捗らない人のためのTips - Qiita
はじめに タイトルの通り、社内Proxyがあるために、yumとかgit cloneができない人のためのTipsです。 Proxyに関する前提条件は以下の通りです。 社内Proxyがある。 ProxyはID/Passの認証がある FQDNによって制限されているページがある。(Blacklist方式) Proxyに直接アクセスできないネットワークにある。（間接的にはアクセスできる） またOSは主にLinux(CentOS,Ubuntu)ですが、Windows+Cygwinの話もたまにします。 ProxyのServerとPortは、proxysrv:port。ProxyのIDはid、Passはpassと表現します。 適宜読み替えてください。 注意事項 全て自己責任でお願いします。 理由(だいたいの場合がセキュリティ)があって、会社はこのような制限を設けています。 またこれの手っ取り早い解決方法は
gitで2つのリポジトリを混ぜる戦略を考える - golden-luckyの日記
「2つのgitリポジトリがあって、その片方をもう一方に取り込みたい」という状況を考えます。依存ライブラリのソースを自分のプロジェクトで保持したい、といった状況が典型的でしょう。 この場合、通常は git submodule を使うと思います。 git submodule であれば、他のプロジェクトを履歴ごと自分のソースの一部として管理できて、かつ双方の履歴をきれいに分離できます。 Git - Submodules ただ、双方の履歴が分離できるということは、双方の履歴を混ぜられないということでもあります。そのため、 git submodule は、他のプロジェクトのソースに自プロジェクト独自の変更を加えて管理するといった用途には向かないように思います。ではどうすればいいだろうか、という試行錯誤の記録です。 git submodule で取り込む 「Aのcloneにおけるsubmoruleへの
git で shallow clone - Qiita
$ time git clone --depth=1 git@github.com:ruby/ruby.git 1.26s user 1.42s system 20% cpu 12.964 total 早い！ git log で見た時に commit log が depth で指定した数だけになっている。ローカルへの commit log をそれだけしか積まないので早くなるのだ。svn 的だ。 注意：ただし、このレポジトリから push はできなくなるので、用途は限定的だ。手元に素早く持ってきたいだけの場合に使う。Jenkins とか CI 環境で使うとよさそう。 branch あとこれはおまけだけど、clone してから git checkout -b ブランチ名 origin/ブランチ名 で branch を切り替えるよりも、clone 時に --branch でブランチ名を指定しつつ
AWSアクセスキーをGitリポジトリに混入させないために git-secrets を導入した | DevelopersIO
先日開催されたAWS Summit Tokyo 2017、わたしもいくつかセッションを聴講してきたのですが、「DevSecOps on AWS - Policy in Code」というセッション1にてgit-secretsというツールが紹介されていました。 awslabs/git-secrets: Prevents you from committing secrets and credentials into git repositories これ以外にも、いくつかのセッションで言及されていたと思います。 git-secretsのことは以前から聞いてはいたのですが、自分自身があまりコードを書く環境にいなかったので、良くないとは思いつつも今まであまり気にしていませんでした。 ただ、AWSアクセスキーの漏洩が原因と思われる話を聞く機会はなかなか減りませんし、考えてみれば自分でも、AWSクレデ
あまり知られていない便利なGitサブコマンド4選 - Qiita
この記事について Livesense(その2) Advent Calendar7日目の記事です。 6日目はI/OスケジューラがMySQLにどの程度影響するのか確認してみると、Simplenote でブックマークレットで GitHub Flavored Markdown (GFM)でした。 はじめに Git便利ですよね。 触り始めた当初は、git status、git add、git commit、git logくらいしか使ってませんでした。 いろんなサブコマンドに興味を持ち始めたのは、git rebaseを知ってからだと思います。 CVSやSubversionからGitに移った私としては、git rebase -iにより気軽にコミットの順番を入れ替えたり、メッセージを変更できることに衝撃を受けた記憶があります。 今回は、あまり知られてないけど(個人調べ)、知っておくと何かと役立つサブコマン
期間とコミットした人でファイルリストを作成する - Qiita
git show --pretty="format:" --name-only $(git log --author=toyama --after="2014-05-01" --pretty=format:%H) | sort | uniq これで、2014年5月1日以降にtoyamaがコミットしたファイルの一覧が取得できる サブシェルのgit logのオプションを変更すれば、期間やコミットした人を変えられる。 git はオプションがわかりやすくて助かるなぁ Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat
CentOS 6でgitのバージョンを上げる - ソフトウェアエンジニアリング - Torutk
2024/05/09 Javaプログラミング 文字列 Javaプログラミング Jakarta EE Servlet and JSP 2024/05/06 IntelliJ IDEAセットアップ 2024/05/03 コマンドラインツール 2024/04/29 Bashシェルスクリプティング 2024/04/28 Findコマンド Tomcat設定 2024/04/25 Python言語の書き方 CentOS 6でgitのバージョンを上げる¶ 目次CentOS 6でgitのバージョンを上げるRPMforgeのgitをインストールwandiscoのgitをインストール依存関係解決のための暫定処置 CentOS 6.4の標準搭載gitはバージョンが1.7.1ですが、問題をはらんでいます。 CentOS 6のgitバージョンを1.7.1から新しくする RPMforgeのgitをインストール¶ wa
HTTP/1.1 200 OK - Qiita
※このお話はたぶんフィクションです。実在の人物や団体とはあんまり関係ありません。 序 planetter.comをバージョンアップすることにした。数年前にリリースしてからずっと放置していたけど、そろそろ手を付けないとやばいと思った。 しかしウェブの世界はドッグイヤーだ。3年も経てば何もかもが変わっている。しばらく開発から遠ざかっていた僕には、最近の技術トレンドなんてさっぱりわからない。 まずは自分自身をアップデートするところから始めよう。 Atom 最初はIDEだ。以前はEclipseを使っていたけど、いまはもうウェブ系言語の進化速度に追いつけていないようだった。ウェブ開発用のIDEならいまはWebStormが人気のようだ。有料だけど、最新の技術に対応しているし、使い勝手もいい。 でも最終的にはAtomを選んだ。IDE(統合開発環境)ではなくエディタなので、これ自体は単機能だけど、不足分は
Git リポジトリに上がっているファイルを履歴ごと消すには？ - Qiita
仕事で必要になったので、ファイルを履歴ごと消す方法を試してみました。 ファイルを消しても履歴は残っている 例えば、1GB のバイナリファイルを Commit & Push したとします。 そして、それを git rm で削除したとしてもリポジトリの容量は減りません。 なぜか？ git rm は「ファイルが削除されたことにするコマンド」であって、「Git リポジトリ内に保存されている履歴を消すコマンド」ではないからです。 このサイトに書かれていますが、Git は「差分」ではなく「スナップショット」を保存して、「どのスナップショットを参照するのか？」をコミット単位ごとに切り替える仕組みです。 git rm は、この「どのスナップショットを参照するのか？」という情報を削除するコマンドです。 もし、データを丸ごと消したいのであれば、保存されている全ての「スナップショット」を消さなければなりません。
gitコマンド派閥 - 弥生開発者ブログ
Misoca開発チームのmzpです。 開発チームでgitコマンドの使い方について話したら、それぞれ使い方が微妙に違っていることが分かりました。せっかくなので、それぞれの人に、なぜその使い方をしているか聞いてみました。 一時的に変更を退避させる方法 作業を中断するときにするとき、作業中の内容を退避させる方法です。 git stash派 git stash で退避させる派です。 そして再開するときは、 git stash pop で退避させた内容を適用します。 使っている理由は「コミットする内容はキレイに保ちたいので、作業中の内容はコミットしたくない」でした。 適当にコミットする派 適当な内容でコミットし、あとで cherry-pick するなり、 rebase するなりする派です。 使っている理由は「退避した内容をリモートのブランチにpushしたいので、普通にコミットしている」でした。 pu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
全ブランチから文字列検索・全コミットから文字列検索 - Qiita
あるgit commitがどのpull requestでmergeされているかをAPIでシュッと取ってくる方法 - その手の平は尻もつかめるさ
Where does the excerpt in the git diff hunk header come from?
GitHub English Challenge Cheat Sheet - Qiita
Loading...
Git でパッチファイルを作成する | まくまくGitノート
git how to disable push