Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

subversionに関するkamipoのブックマーク (108)

  • svnnotify - ただのにっき(2007-02-08)

    ■ svnnotify こないだからまじめにRubyForgeを使うようになって、結果的に開発のためにsvnを使うようになったんだけど(個人的なドキュメント管理にはだいぶ前から使っていた。原稿とか)、まずはcommit logをメールで受け取りたいと。 でも、svnのサンプルに付いてるようなショボいのはいやん、と思ったので調べていたら、RubyForgeのFAQにHow do I get diff emails when I commit code?というのがあった。おお、これこれ。 でもこのまま使ってみるとHTMLメールになっちゃって、W-ZERO3で読めなかったりするものだから、もうちょっとシンプルにしようと思ってsvnnotifyを探すも見つからない。ウロウロしてたらCPANにあった。CPANか〜。 で、久々にCPANをセットアップ中。続きはあとで書く。まぁ、ドキュメントだけあればい

  • Trac と Subversion を連携させる - snbhsmt_log

    Trac の配布アーカイブやリポジトリの contrib ディレクトリにある trac-pre-commit-hook と trac-post-commit-hook スクリプトを利用すると、 Trac と SCM を連携させる事ができる。 今回は Trac と Subversion を連携させてみる。 環境 : CentOS 4.6 / Subversion 1.1.4-2 (rpm) / Trac 0.10.4-1 (rpmforge) 標準状態でも Subversion のコミット・ログに #4 とか書いておくと、 Trac のリポジトリ・ブラウザがチケット 4 へのリンクに変換してくれる。 上記のスクリプトを利用すると、メッセージ (今回は Subversion のコミット・ログ) を Trac のチケット・コメントとして投稿し、それにチェンジセットへのリンクを追加してくれる。 こ

  • [Think IT] 第4回:チケットとソースコードを連携せよ! (1/3)

    【バグ管理の作法】Trac徹底活用! 第4回:チケットとソースコードを連携せよ! 著者:masuidrive 公開日:2007/12/27(木) Tracの最大の利点はSubversionとの連携にあり さて、最終回の今回はTracのチケットとソースコードの連携を実際に試していく。 コードを書く開発者から見た場合、Tracの最大の利点は普段使い慣れたSubversionから、Tracを使うことができる点にある。開発者は自分の環境に新たなツールをインストールすることなく、Tracへ情報を送ることができる。 Tracの操作は通常Webから行うが、すべての操作をコマンドラインからでもできる。この機能とSubversionへコミット時に自動的にコマンドを呼び出すフックという機能を組み合わせることで、開発者がリポジトリへコミットするとTracを操作するという処理を自動化できるのである。 Subver

  • Subversion でコミットメールを出す post-commit スクリプト - ぱいそにすたん!

    語メールは ISO-2022-JP に限るの会編集(ぉ). 今見直すと変数名とか微妙なところがあるけどキニシナイ. #!/usr/bin/env python # -*- coding: utf-8 -*- import os import sys import smtplib smtpserver = 'localhost' fromaddr = 'svn-admin@hoge.local' toaddrs = 'svn-ml@hoge.local' svnlookcomm = 'LANG=ja_JP.UTF-8 /usr/local/bin/svnlook' def svnlook(verb, repos, rev): p = os.popen('%s %s %s -r %s' % (svnlookcomm, verb, repos, rev)) result = p.read()

    Subversion でコミットメールを出す post-commit スクリプト - ぱいそにすたん!
  • Trac のバージョンアップをしてみたよ

    ■ Trac のバージョンアップをしてみたよ 一応 Trac を使ってみたよ の続きなのか?Trac で遊んでみたよっての書きたいんだけど、まだまとまっていないのでまた今度。 んで、Trac の 0.9 がリリースされたようで、ファン(?)としては放っておけないので速攻でバージョンアップしました。Debian パッケージの 0.8.1-3sarge2 から 0.9 へのアップグレードです。 まず、新しいファイルをダウンロードしてきて現状のファイルを上書きインストールします。インストールする時に、--force を付けないと、今配置されているファイルを上書きしない様子。気付かなくてちょっとハマッタ。 $ wget http://ftp.edgewall.com/pub/trac/trac-0.9.tar.gz $ tar xvfz trac-0.9.tar.gz $ cd trac-0.9

  • SVK経由でもtrac-post-commit-hookが動いた - Bouldering & Com.

    Tracから、SVKでミラーリングしてるリポジトリを参照させているんですがSVK - Bouldering & Com.、SVKでのsync時にもpost-commit-hookが動かないかなーと思って試してみたら、ばっちり動きました。おかげで、trac-post-commit-hookが使えます。Chia-Liang Kao最高! trac-post-commit-hook使い方 用意するもの ${SVN_REPOS_DIR}/hooks/post-commit を用意します。これはsvnがコミット時に勝手にコールしてくれます。引数は二つで1つめがリポジトリパスで、2つめがこのコミットのリビジョン番号。 実行権限 ${SVN_REPOS_DIR}/hooks/post-commit はリポジトリにアクセスしているプロセスの所有者の権限でアクセスされるので、Apache+mod_dav_s

    SVK経由でもtrac-post-commit-hookが動いた - Bouldering & Com.
  • Subversionを見直せ - プログラマの思索

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

    Subversionを見直せ - プログラマの思索
  • Subversionで日本語ログ入りのcommitメールを送る

    日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。

  • Blog - Mikula Beutl - SEO Consulting

    This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.

    Blog - Mikula Beutl - SEO Consulting
  • trac-post-commit-hookが便利すぎる

    きしだのはてなより. NetBeans Profilerも5.5がでるのかぁ. 総務省もごくろうなこっちゃ. 浅海先生ご推薦のドメインモデル系書籍の一覧. ここ数年,この手の分野から遠ざかっていたが,いつ舞い戻るとも知れないので,チェックはしておこう. hudson1.28でSubversion指定してるんだけど,なんでかChangelogが表示されない.こっちの環境バグかなと調べてみたら,単に未実装なだけだった.orz SubversionSCM.javaのcalcChangeLog()に,しっかり // TODO: changelog format conversion って書いてあった. ふーん,そっかAntのhttp://ant.apache.org/manual/CoreTasks/changelog.html使ってんのか.「svn log --xml」で得られるXMLをCvsC

    trac-post-commit-hookが便利すぎる
  • Trac&Subversion連携 - 気の向くままに・・・

    TracとSubversionを組み合わせて使用している場合(Plugin等で環境を構築すれば、他のバージョン管理システムでも使えると思いますが)、Subversionのコミットメッセージに#1234って感じのテキストを埋め込むことでChangeset(あるいはBrowser)から該当するチケットへのリンクが、また、チケットのコメントにr2345って感じのテキストを埋め込むことで、対応するChangesetへのリンクが自動的に生成されます。 これを組み合わせることで、「あるチケットの修正の際にどの部分を修正したか」「この修正はどのチケットに基づくものか」といった追跡を容易に行うことができるようになります。 もしかしたら、後日似たような不具合が発生した場合、「前回はどの部分を直したかなぁ・・・」って感じで、参考になったりするかもしれません(似たような不具合を発生させるな、というツッコミは不採

    Trac&Subversion連携 - 気の向くままに・・・
  • bluegate.org

    このドメインについて問い合わせる bluegate.org 2022 著作権. 不許複製 プライバシーポリシー

  • 10分で作る、Subversionレポジトリ - Unix的なアレ

    バージョン管理システムにはCVSやsubversionなど様々なものがありますが、サーバーのセットアップに抵抗がある人もいるのではないでしょうか? しかしながら実際のところ、パッケージ化されているので驚くほど簡単にできてしまいます。 今回は、もっとも簡単な手順でSubversionのレポジトリサーバーを構築する方法を紹介したいと思います。 動作環境 今回の手順の動作環境は下記のとおり。OSをインストールしたままの、まっさらな状態を想定しています。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 それでは早速いきましょう。当に10分間で構築できます。 パッケージのインストール 下記の作業はすべてrootで作業をするものとします。(まっさらな状態を想定しているため、sudoは利用していません。) それでは必要なパッケージをイ

    10分で作る、Subversionレポジトリ - Unix的なアレ
    kamipo
    kamipo 2008/11/26
    a2[en|dis][site|mod]で設定変えれる
  • かWiki - Git/Subversionコマンド対応表

    こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の

  • Subversionのインストールと設定(Apache編)

    SubversionはApache無しでも動作させることができますが、Apacheと連携して動作させることで、 ApacheのBasic認証やDigest認証等の認証機能、SSL等の暗号化通信等を利用することができます。 また、ブラウザから、最新のリポジトリの内容を見ることができます。 既に Apache を運用しているサーバーで Subversion を利用する場合は、Apapcheとの連携はそんなに手間では ありませんので、お勧めです。 また、Apacheが利用するポートで通信を行うため、新たにポートを空ける必要もありません。 ただし、Apacheの各種設定にはApacheの再起動を伴うケースがある事にも留意してください。 Subversionのインストールを行います。Subversionはそれ単体でも動きます。 (サイトでも「 Subversionのインストールと設定(svnser

  • 東京工業大学ロボット技術研究会 - Subversionの導入と使用

  • svndumpfilterで「単に番号が飛ばないようにするための空のリビジョンです」を出させない

    svndumpfilterをincludeやexcludeオプションと一緒に使って特定のリビジョンのみを抽出した場合、抽出されなかったレビジョンはコミットログが「単に番号が飛ばないようにするための空のリビジョンです。」という内容の空のレビジョンで置き換えられます。 空のリビジョンを出力したくない場合は--drop-empty-revsオプションをつけます。このままでは番号が飛び飛びになるので、--renumber-revsも同時につけて、番号をつめます。 svnadmin dump /var/svn/repos | svndumpfilter include --drop-empty-revs --renumber-revs /foo svnadmin dumpした内容を新しい空のリポジトリにloadする場合のように以前のリビジョン番号を保存したい場合は有用ですが、通常は単に目障りなだけで

    svndumpfilterで「単に番号が飛ばないようにするための空のリビジョンです」を出させない
    kamipo
    kamipo 2008/11/16
    svnadmin dump /var/svn/repos | svndumpfilter include --drop-empty-revs --renumber-revs /foo
  • Subversionのリポジトリの内容を別リポジトリに移動する。

    Subversionのリポジトリの内容を別リポジトリに移動する手順について。 <想定> 移動元: /var/lib/svn/repos 異動先: /var/lib/svn/repos_new svnadmin dump /var/lib/svn/repos > repos.dump cat repos.dump | svnadmin load /var/lib/svn/repos_new 移動元リポジトリの特定ディレクトリのみ対象とする場合はsvndumpfilterを併用する。 <想定> リポジトリ中の /some_dir のみを対象とする svnadmin dump /var/lib/svn/repos | svndumpfilter include /some_dir > repos.dump cat repos.dump | svnadmin load /var/lib/svn/r

    Subversionのリポジトリの内容を別リポジトリに移動する。
    kamipo
    kamipo 2008/11/16
    cat repos.dump | svnadmin load /var/lib/svn/repos_new --parent_dir /foo/
  • Subversionのsvn:externalsというプロパティ

    Fetching external item into 'path/to/example' Updated external to revision 12345. Subversionを使ってて「svn update」するとよく上記のようなのがでることがあるんだけど、今までどっか別のライブラリ取ってきてるんだろうなぐらいのことはわかってたんだけど、ちゃんと知らなかったので調べてみた。 さっそぐググってみると、これはSubversionのsvn:externalsというプロパティの機能らしく、たとえば自分のプロジェクトのリポジトリ内で他のプロジェクトのライブラリを使いまわしたいときなどに、このプロパティを設定しておくだけで、あたかも自分のプロジェクトの中にあるライブラリのようにsvn updateコマンドで他のプロジェクトのライブラリを更新してくれるというものらしい で、具体的な使い方なんだ

  • 岩家ぶろぐ [svn] ひとつのリポジトリを分割して複数のリポジトリを作成する

    svn を触わり始めた数ヶ月前にひとつのリポジトリを作成してみて以来,その中に複数のプロジェクトをつっこんでいました.しかし最近,なんだか都合が悪いように感じてきたため,プロジェクトごとにリポジトリを作成して管理することにしました. 大まかな手順としては, リポジトリの内容を,プロジェクトごとにダンプする. プロジェクト別に空のリポジトリを作成する. ダンプファイルを読み込む. 構成を調整する. な感じです. 以下,その過程のメモです. はじめに 既存のひとつのリポジトリ (これを R とし,パスは /repos) に 2つのプロジェクト project1,project2 があるものとします. /repos # リポジトリ R のパス /repos/project1 # R 内の project1 のパス /repos/project2 # R 内の project2 のパス (pro