pre-commit hook で Hoge.txt と hoge.txt の重複を防ぐ設定 - miauのブログ
Subversion でファイルを管理していると、プロジェクト期間中に一度くらいは「大文字／小文字が異なる同名ファイルへのリネーム」・・・たとえば Hogeutil.java を HogeUtil.java にリネームするとか・・・で悩まされることがあったりします。こういう操作を行ったリポジトリから最新ファイルを取得しようとすると、エラーになって抜け出せなくなったりするんですよね。 ちゃんと原因は調べていないんですが、SVN 上のリネーム（ファイル移動）はコピー＆元ファイルの削除で行われるので、 Hogeutil.java を HogeUtil.java にリネームしようとする→Windows 上だと同名ファイルなので処理に失敗する もし同名ファイルの処理をスキップしても次の削除の段階で意図せずに消されてしまい、次のリビジョン取得に失敗する というのが原因だと思われます。今回はまじめに対策
git push したら commit log を mail で送信する - tkuchikiの日記
自前で git をホスティングしているリポジトリに対して push したときに、 commit log を mail で送信する方法です。 /path/to/repo/.git/hooks 以下に、所謂コミットフックを行うためのファイルがあります。 そのなかに、post-receive.sample というファイルがあるので、 cd /path/to/repo/.git/hooks cp post-receive.sample post-receive して、 ##### post-receive ##### - #. /usr/share/git-core/contrib/hooks/post-receive-email + . /usr/share/git-core/contrib/hooks/post-receive-email と変更します(コメントアウトを外す)。 utf-8 を
ほげめも: Git でエンコーディングチェック
Git でエンコーディングチェック Git で、コミット前にファイルのエンコーディングをチェックする pre-commit フックスクリプトを書きました。 いちおう Unix の Git でも Windows の Git でも使えるのと、まだ未完成なのが特徴です。 クロスプラットフォームな開発環境の現場では、リポジトリ内のファイルのエンコーディングは UTF-8 で統一しているのに Shift JIS のファイルをコミットしてしまう Windows ユーザがいたりするので、そういうのを検出してコミットを阻止するのがこのスクリプトの目的です。 ファイルのエンコーディングの判定はたとえば nkf --guess あたりを使えば簡単そうですが、追加のソフトをインストールする手間はかけたくありません。Git があれば必ず利用可能なことが期待できるソフトウェアの中で、ファイルのエンコーディング判定に
master への push を禁止するローカル git hook の正しい書き方 - 永遠に未完成
GitHub などで Pull Request ベースで開発をしていると、master には間違っても push したくないわけです。 GitHub 側には残念ながら master への push を禁止するような設定はできないので、仕方ないのでクライアント側の Hook で対応しようってことになり、この方法についてググるとこことかこことか、いくつか方法を紹介しているページが出てくるんですが、どれもやり方が間違っている*1ので、正しい方法を紹介。 何がまずいのか 上記に挙げた方法では、細かい部分は違ってたりするけど、git symbolic-ref HEAD を使って現在ブランチを見て、master だったら push を禁止する、という方法を取っている。 しかし、push はカレントブランチから行われるとは限らない。dev ブランチにいるときに git push origin maste
git hookを使用してブランチごとに異なるJenkinsのジョブを実行する。 - Qiita
やりたいこと リモートリポジトリにpushした際に、pushしたブランチごとに異なるJenkinsのジョブを実行したい。 環境 Windows前提で書いていますが、それ以外でも同様の設定で動くと思います。 Jenkins側の設定 Jenkinsの各ジョブの設定で「ビルドトリガ」から「リモートからのビルド」を選んで認証トークンを設定します。これだけです。 git hooksの設定 サーバーサイドフックの「post-update」を使います。参考:Gitフック 「post-update」を使えばpushしたブランチごとに処理を分岐させることができます。 リモートリポジトリの「.git/hooks」ディレクトリに「post-update」というファイルを作成して、下記を記述します。 #どのブランチがpushされたか受け取る。 branch=$(git rev-parse --symbolic -
git hook はじめの一歩 - Qiita
はじめに この記事はGitアドベントカレンダー2016 16日目の記事になります。 昨日は@knsh14さんのgit diff --indent-heuristicに関する概要と実装についての記事でした。これからのgit diffライフが楽しくなる素敵な記事でした。 私からはgit hookについて初学者向けの内容を書きたいと思います。 本記事のゴール git hookを言葉だけ知っていたけど概要が理解できること。 また、利用したことがまだない方がhookの種類を適切に選んで、活用できるようになること。 目次は以下となります。 git hookとは？ hookの種類は？ どうやって利用するの？(クライアントサイド/サーバサイド) おわりに git hookとは？ 特定のアクションが行われた時に、スクリプトを実行できます。 例えばコミットやマージ時にリポジトリの運用ルールを破っていないかチェ
gitの共有リポジトリにpushしたらChatworkにメッセージを通知する - Qiita
追記 Slackにも通知できるようにした記事を書きました。 目的 複数人でgitの共有リポジトリにpushするようになると、コンフリクトの可能性や同僚の進捗などが気になることがあります。その際には変更の度に何らかのお知らせが届くと嬉しいですよね。今回はChatworkを使ったpushの通知機能を実装してみます。 仕様 今回は下記のような状況を想定しています。 gitを使ってソースコードを管理している。 GitHubなどの外部サービスを使わずに、自前のサーバー中にgit共有リポジトリを置いている。 Chatworkを利用している。 gitリポジトリに誰かがpushしたことを検知して、Chatworkの特定のチャットルームにコミット・メッセージを投稿します。あなたが管理しているリポジトリはおそらく1つや2つではないでしょうから、メッセージにはリポジトリ名とpushしたブランチ名が含まれるように
Git : コミットメッセージに自動でブランチ名を挿入する - i++
参考：How to add Git's branch name to the commit message? .git/hooks/ 下にある prepare-commit-msg.sample を prepare-commit-msg に変更する（.sample を外す） prepare-commit-msg に以下のようなスクリプトを追記する branchPath=$(git symbolic-ref -q HEAD) # branchPath は refs/heads/feature/XXXX_YYYY のような文字列に branchName=${branchPath##*/} # 最後の / 以下を取得し、branchName は XXXX_YYYY のような文字列に issueNumber=$(echo $branchName | cut -d "_" -f 1) # "_" を
Gitのpost-receive Hookでブランチ名などを受け取ったりする | おそらくはそれさえも平凡な日々
いろいろ調べてまとめようとしたら、以下によくまとまっていた。 http://stackoverflow.com/questions/7351551/writing-a-git-post-receive-hook-to-deal-with-a-specific-branch/13057643#13057643 標準入力にoldrev, newref, refnameが空白区切りで入ってくるのでそれを読み出す。push --allなどで複数のブランチが一度にpushされた場合には複数行の入力が入ってくる。 なので、masterブランチがpushされ、前回からarticleディレクトリが更新されていた場合に作業をさせたい場合は以下のようにすれば良さそうであった。 #!/bin/bash # 標準入力を一行づつ読み出す while read oldrev newrev refname; do br
Writing a git post-receive hook to deal with a specific branch
Here's my current hook in a bare repo that lives in the company's server: git push origin master This hooks pushes to Assembla. What i need is to push only one branch (master, ideally) when someone pushes changes to that branch on our server, and ignore pushes to other branches. Is it possible to select the branch from a bare repo and push only that branch to Assembla?
Git - Git ポリシーの実施例
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Git - Git フック
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nulab/git-hooks: Gitのフックスクリプト集・・・になる予定