.gitディレクトリを狙った攻撃に関する調査 - Trojankunのブログ
/.git/HEAD 宛のリクエスト 監視しているサーバに次のようなHTTPリクエストが来ていました。 GET /.git/HEAD このリクエストは設定誤りで公開されている.gitディレクトリがないか探索している通信です。 以前から何度もこのリクエストを見かけていたのですが、.gitディレクトリを公開していなければ問題ない通信なので深くは調べていませんでした。 いい機会なので今回調べてみようと思います。 参考 以下の2サイトが大変参考になりました。 medium.com qiita.com 攻撃者が.gitディレクトリを狙う理由 .gitディレクトリにはgitに関する設定ファイルやプロジェクトのソースコードが含まれています。 ソースコードにはAPIキーや資格情報がハードコードされている場合もあり、攻撃者はこれを狙っています。 また、アプリケーションのソースコードが入手できれば攻撃者はじっ
git subtree のユースケース別覚書
Git Subtreeが覚えられないのでメモ。 追記するかもしれないけど、記憶に焼き付けることが目的なので、あまり期待できない。 usecase Subtreeの追加 コミット&push pull (Subtreeを含むリポジトリの)clone ブランチが絡んだケースはまだ必要性に直面してないので割愛. 注意点 以下において例はすべて、 親となるリポジトリ: https://github.com/kyoh86/parent.git subtreeとして追加するリポジトリ: https://github.com/kyoh86/sub.git として記載していく。 また、あくまで一例なので「必ずこうしなきゃならん」という正しさのようなものは含まれていない。 Subtreeの追加 remoteを追加する
GitコミットをNotionに記録してみてる
Gitのコミットフックを使って、コミット内容をNotionに記録してみています。 Gitコミットを自動的にNotionに記録するcommit hookを書いてみた。https://t.co/jb2U68PbMB しばらく遊んでみる pic.twitter.com/rnlKJgVMtk — azu (@azu_re) December 28, 2022 実際に使ってるコミットフックは、次のリポジトリにあります。 azu/git-hooks: @azu’s global git hooks Git 2.9+からcore.hooksPathというglobalなGit Hookを設定できます。 このglobal hookを使い、どのリポジトリでもpre-commitやpost-commitなどのコミットフックのスクリプトを実行できます。 Notionにコミットログを送るGitフックの作り方 Not
【Git】ファイル名の大文字小文字を変更する
概要 Gitは、デフォルトではファイル名の変更に関して、大文字⇔小文字の変更を検知しません。（ファイル名としては大文字と小文字は区別され、どちらも存在することが可能） そのため、手元の環境でディレクトリ名を大文字から小文字に変更した場合、そのままだとリポジトリに変更が反映されません。 環境
Gitのコミットメッセージの書き方（2023年ver.）
本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
Gitのコミットログは過去形ではなく現在形（＝命令形）で - minus9d's diary
Gitのコミットログには、現在形で書く流派と過去形で書く流派がある。 どちらにすべきか決めかねていたが、Should I use past or present tense in git commit messages? - Stack Overflowを見て現在形、より正確には命令形を使うことに決めた。その理由は Gitの公式ガイドラインがそう言っているから である。 git.git - The core git plumbing は以下のように述べている。 Describe your changes in imperative mood, e.g. "make xyzzy do frotz" instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy to do frotz", as if you are g
コマンドを使わずに理解するGit - Qiita
この記事はNuco Advent Calendar 2022の7日目の記事です はじめに 株式会社Nucoでエンジニアをしている@noshishiです。 今回は、ついついその場限りのコマンド実行で乗り越えがちなGitを、コマンドを使わず理解するための記事を書こうと思います。 Gitとは バージョンを管理し、作業を分散する Gitは、分散型バージョン管理システムと呼ばれるソースコードの管理システムの1種です。 Gitは、ファイルの変更履歴（バージョン）を記録・追跡することで、過去と現在のファイルを比較し、変更点を明らかにすることで、円滑に開発作業を進めるためのツールです。 また、一度に複数の開発者がファイルを編集できるシステムなので、作業を分散して行うことができます。 Gitを使うということ まず、みんなで共有できる保存場所（以下、リモートリポジトリ）にあるファイルなどを、手元のパソコン（以
git diffの--ignoreオプションにおけるスペース、タブ、改行の扱いを理解する - Qiita
git diffコマンドを使用する場合、どのようなオプションを指定するかによって 追加行数と削除行数に大きな差が生じます 。 もしgit diffコマンドを使用して論理LOCを算出しているのであれば、各オプションの違いについてしっかりと理解し、 論理LOCの明確な定義を定める ことによって生産性評価や品質評価、工数見積の精度を高めることができます。 本稿では、sample.txtという名前のテキストファイルにおける HEAD^ : 変更前のコミット HEAD : 変更後のコミット を例にして、各オプションの違いについて詳しく説明していきます。 以下は、変更前後におけるテキストファイルの中身です。ここで$は改行（LF）、^Iはインデントを示しています。 HEAD^ : 変更前のコミット $ cat -et sample.txt Add a space in the end of line.$
10行のVim scriptで実現する快適?Conventional Commits
この記事は Vim Advent Calendar 2021 の8日目に向けたものです。 TL;DR .gitmessage とちょっとした Vim script を用意して Vim 上での Conventional Commits をサポートするようにしたら捗った話 はじめに みなさん、良いコミットメッセージを書いているでしょうか？ 私は全然です。。 わかりづらくないように気をつけつつも毎回「こんな感じで良いのかなぁ」と悩みながら書いていました。 そこで重い腰を上げて Conventional Commits を導入しようと思ったのですが、Conventional Commits をサポートするいい感じの Vim プラグインが見つからず、Commitizen を見てみるもセットアップが若干手間だったことと今の Git ワークフロー的に Not for me だったりしてピンとくるものがな
Advanced Custom Fieldで作成したカスタムフィールドの定義をgit管理するには
方針 上記の記事に書いてある Synchronized JSON 機能を利用する形で良さそう。有料プラン不要。 あとやらないといけないこと 本番環境のカスタムフィールドの定義を json に落とし込むようにする具体的な方法の確定 git管理したカスタムフィールドの定義の更新方法の流れのドキュメンテーション 後から同じことをする人に向けてのハマりどころなどがあればまとめる 本番環境のカスタムフィールドの定義を json に落とし込むには テーマディレクトリの直下に acf-json ディレクトリを作成し、index.php をコミットして本番に反映すれば良い。 acf-json/group_5f911d6e03880.json といった名前で保存されいていく。 group_ に続くid?の決まり方はわからないため、本番環境のものをmasterとしたい。 その場合、acf-jsonをgit 管
【Git】コミット直前に自動でファイルを整形する「pre-commit」が便利すぎたので紹介したい | DevelopersIO
今回のテーマ こんにちは「すずめの戸締りを見ました」AWS事業本部コンサルティング部のこーへいです。 今回のテーマは「pre-commit」です。 テーマの背景 現在担当している案件にてCloudFormationファイルの作成の為、Gitを使用しているのですが、チームの方から「『pre-commit』でコミット直前に自動的にファイルを評価し、整形してくれるツールがある」と教えていただきました。 実際にすごく便利で、是非読者の方に紹介したいと思った次第です。 この記事で何がわかるか 「pre-commit」のセットアップ方法 不要な半角スペースを消してみる セットアップ方法 基本的には公式ドキュメントに簡潔にやり方は記載されており、手順としては以下3ステップしかありません。 「pre-commit」をインストール 設定ファイルを作成 設定ファイルをリポジトリに読み込ませる 「pre-com
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git - Smart HTTP
commitlint - Lint commit messages
🍂 Remove gone git branches
git push -f が更に安全になる --force-if-includes - id:onk のはてなブログ
Git - Git オブジェクトの置き換え
SSH and Git, meet 1Password 🥰 | 1Password
Starting to work with ACF Local JSON (and git) 🤔
Wright Access - Git alias to open all diffs in vim tabs
Git Cola: The highly caffeinated Git GUI