こんな感じで表示されます。 またGit、Subversionに加えてgerritのオープンログを見に行って通知するモードもあるのですが、”gerrit query”が有効であること」に依存しているのが要注意な点です。 gerritの通知 この手のツールはおそらく他にもあると思いますが、 私の場合、リポジトリ本体が手元にないという制限された環境が、自作した理由の１つです。 動作環境 Python： 2.7.2 ※他バージョンは未確認 Required modules： ConfigParser, Skype4py, xml.etree.ElementTree はい、Pythonなのです。 弊社はPHP採用が圧倒的に多いのですが、数時間でこういったツールつくりあげるならPythonで手っ取り早く、という個人的趣向でこうなりました。 使い方 初期設定 $ python ./cinotifier.

コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの

trunk下にもりもりディレクトリ(＆配下に大量のファイル)があり、trunk をまともにcoすると日が暮れて朝日を拝みそうなときのお話です。 必要なディレクトリの数だけそれぞれについてsvn coすると、ディレクトリをまたいだcommit(changeset)ができなくなるのでいまいちだなーと思ってたら、それ、sparse checkout でできるよって教えてもらいました。 http://www.collab.net/community/subversion/articles/svn_1.5_releasenotes.html#sparse-checkouts $ svn ls http://svn/oreno/trunk adm/ bin/ elisp/ etc/ ...sugoi takusan no dhirekutori... $ cd ~/repos/oreno/ $ svn

世の中には数多くのバージョン管理システムがある。しかし、それらの源流をたどるといずれもRevision Control System（RCS）に行き当たる。RCSは個人使用には適していたものの、グループでの使用には適していなかった。このためRCSはConcurrent Versions System（CVS）へと進化することになった。そして、CVSが何年にもわたって使われた後、CVSを超えるCVSとしてSubversionが登場することになったのである。これと時期を同じくして、単一リポジトリ形式ではなく分散リポジトリ形式を採用したさまざまなバージョン管理システムが一般的になっていった。Gitはこういったものの1つであり、極めて人気の高いものとなっている。 何らかのバージョン管理システムをすでに使用している場合、それがGitを導入する際の障壁となることは明らかである。しかし、CVSからSub

皆さん、こんばんは。笹亀です。 ご挨拶が遅くなりましたが、明けましておめでとうございます。 今年も良いブログを皆さんにご提供できるように頑張ります！ 先日のニュースでAppleCEOのスティーブ・ジョブスさんが病気で休暇に入るとの心配なニュースをみました。急なことでとても心配です。１日も早い復帰をお祈り致します。 さて、本日はSubversion(svn)の基本コマンドからよく使うコマンドやこだわりの使用方法まで一気にご紹介します。いろんなサイトを観て確認しながら使うことが多いので、よく使うコマンドやこだわりの方法をメインにご紹介できればと思います。 まずは基本コマンドの紹介です。 ーーーーーーーーーーーーーーーーーーーーーーーー ■基本コマンド １．バージョン管理されているモジュールを取り出す

分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提

みなさんこんにちは。@ryuzeeです。 先日何人かに聞かれたので書くことにします。 うちはPHPでの開発が多いので、色々なオープンソースなツールを組み合わせて自動化に組み込んでいますが、Javaな人はSonarを使うとよいかもしれません。 statSVNって何？http://www.statsvn.org/にある通りで、Subversionのログを利用して以下のような分析をしてくれる。 ソースコードの行数推移開発者ごとのソースコード行数時間別のアクティビィティ分析開発者毎のアクティビィティ分析モジュール毎のアクティビィティ分析ディレクトリ毎の状況ファイル数や平均ファイルサイズ、巨大ファイル変更回数の多いファイルの分析コミットログの時系列での整形出力などなど インストール簡単です。 http://sourceforge.net/projects/statsvn/にアクセスし、statsvn

Welcome to TheChaw.com – a unique and memorable domain name for your business or project. With its catchy and easy-to-remember name, this domain is an excellent investment for establishing a strong online presence. Its versatile nature allows it to be used in various industries, making it a valuable asset for growth and success.

こんにちは、熊谷です。 普段Subversionでバージョン管理を行いながら開発をしているのですが、こっちのプロジェクトはtrunkだったり、あっちはほげほげブランチだったり、はたまたtrunkからほげほげブランチにスイッチしたりして開発をすると今どこにいるのか分からなくなってきて、時折svn infoで確認することがあります。 そんなことで、もっと便利に分かりやすくなる方法はないかなと探していたところ、openbooth | ターミナルをちょっと便利にするスクリプトというブログ記事にこれだ！という内容が書かれていました。早速こちらのスクリプトを使用して、普段使用しているzshのプロンプト部分に表示するよう.zshrcを変更しました。 local GRAY=$'%{\e[0;37m%}' local LIGHT_GRAY=$'%{\e[0;37m%}' local WHITE=$'%{\e

唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と

CakePHPは、PHP言語の高速開発用フレームワークです。日々、発展を遂げる各種フレームワークの動向を見極めつつ、日本発のCakePHP応援ブログとして、最新情報をお届けします。 来日したgwooは、「tracって使いにくいでしょ、もっと手軽に使えるようなCake製のマネジメントシステムを作るから」と言っていました。 ついに登場です。 introducing something new to chew on http://bakery.cakephp.org/articles/view/introducing-something-new-to-chew-on 今後、tracの代わりにこちらが主流になるはずです。SVNからGitへの移行がはじまりそうです。PHPユーザも、Gitを使えるようにならないといけない時代になってきたみたいですね。 [追記] 下記に説明されていますが、SVNでもアク

svnだと rm -rf って svn up ったら元に戻せた。 gitでいくらgit pullしてもなんか逆ギレされるので俺が正ギレする始末。俺が逆とかは考えてはいけない。 とりあえず以下のコマンド発見。 % git checkout hogeで、hogeが元に戻る。 しかし、svn upの場合は対象ファイル、つまりhogeを指定しなくてもよかった。 hoge huga を元に戻したい場合は、svnなら svn up って打てば自動で二つとも元ファイルが降って来るけど、 gitの場合は git checkout . とか打たなきゃならない。 coって略せないcheckoutとか打つ気にならない。ドットとかもタイプしたくない。 エイリアス書いて終わろう。 alias gup='git checkout .'

SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br

svn propset 'svn:ignore' 'config.php' ./ svn propset 'svn:ignore' 'cache_*' ./var/function_cache/ svn propset 'svn:ignore' '*.jpg *.gif *.png' ./var/img_cache/gif/w76_h76/ svn propset 'svn:ignore' '*.jpg *.gif *.png' ./var/img_cache/gif/w120_h120/ svn propset 'svn:ignore' '*.jpg *.gif *.png' ./var/img_cache/gif/w180_h180/ svn propset 'svn:ignore' '*.jpg *.gif *.png' ./var/img_cache/gif/w240_h320/