こんな感じで表示されます。 またGit、Subversionに加えてgerritのオープンログを見に行って通知するモードもあるのですが、”gerrit query”が有効であること」に依存しているのが要注意な点です。 gerritの通知 この手のツールはおそらく他にもあると思いますが、 私の場合、リポジトリ本体が手元にないという制限された環境が、自作した理由の１つです。 動作環境 Python： 2.7.2 ※他バージョンは未確認 Required modules： ConfigParser, Skype4py, xml.etree.ElementTree はい、Pythonなのです。 弊社はPHP採用が圧倒的に多いのですが、数時間でこういったツールつくりあげるならPythonで手っ取り早く、という個人的趣向でこうなりました。 使い方 初期設定 $ python ./cinotifier.
6月に部署異動をし、自分の部署の社内SubversionリポジトリをGitHubに移行中。 ここ数日でいろいろと試行錯誤しながら作業をしているのでメモ。 Organizationの作成 Create an organization 自分のGithubアカウントでログインをして、Organizationを作成します。 Organization Nameはサービス名を利用 Organization Emailはサービスで利用しているメールアドレス。担当部署のみんなが受け取れるアドレスが良いかと思います。 Bronzeプラン($25/month) クレジットカードの番号が必要になります。（会社のクレジットカード番号を入力) Graveterに登録してアイコンを設定 Gravatar - グローバルに認識されるアバター (Globally Recognized Avatars) Organizat
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の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を見ないようにして回避可能ではあります と
git-svn git-svn は Subversion と git の相互運用を可能にするコマンドです。git-svn コマンドにより Subversion リポジトリの一部または全体を git リポジトリに変換することができます。 git-svn コマンドは tags として指定された Subversion ディレクトリを git のブランチにマッピングします。例えば、上記の releases/releases-2.6.2 は tags/releases-2.6.2 にマッピングされます。今回は releases をタグとして扱いたいため、git-svn コマンドだけでは目的を達成できません。(実行後にいくつか作業を行う必要があります。) svn2git svn2git は git-svn のラッパーですが、git-svn とは異なり、タグとして指定した Subversion ディレク
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
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
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/
上記の件、暫く痛かったんですが、理由が分かったので、共有しますね。。 ソース: Subversion 1.5 and ZSH Completion (in subversion users list) 補完するときに、 > _arguments:comparguments:303: invalid argument: ARG みたいなエラーがでてました。subversion 用の補完というかcompletion関数(_subversion) が、1.5 でのヘルプの些細な変更のせいで動かなくなったらしい。 動くようになおしたのを公開してくれてるヒトがいるので、 http://gvn.googlecode.com/svn/trunk/contrib/zsh/_subversion からひろって、zsh のディレクトリのファイルを置き換えます。たとえば、Leopardにzshは標準添付されてる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
