バシャログでも総選挙とかやってみたい！どうもこんにちは nakamura です。 今日は Subversion のお話です。Subversion はプロパティを使うことで色々気の利いた事ができたりするのですが、svn:externals というプロパティを使うとリポジトリの中に別のリポジトリを取り込むことができます。 例えば自社開発のライブラリなどはライブラリ用のリポジトリにコミットしておいて、各プロジェクトのリポジトリでは svn:externals を使って使用するライブラリを取り込む。そうするとライブラリにバグフィックスを施した際など、一箇所にコミットするだけで済むので管理がとても楽になりますね。 svn コマンドで使う 一例として mediawiki のエクステンションを svn:externals を使って導入する際の手順をご紹介します。 mediawiki の extensio
![[Subversion] svn:externals で外部リポジトリを取り込む | バシャログ。](https://cdn-ak-scissors.b.st-hatena.com/image/square/1f4390ea5b2b558adfd9c349b9a080aae407daff/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fbashalog.c-brains.jp%2Fshared%2Fpublic%2Fimg%2Fcommon%2Ficon_ogp02.png)
Generated on: 2006-02-28 11:49 UTC. Generated by Docutils from reStructuredText source.
VisualSVN Server Enterprise-ready Subversion server for Windows. The proper way to setup an Apache Subversion server VisualSVN Server has reached more than 3,000,000 downloads and it's the most favored way to setup and maintain an Apache Subversion server on the Windows platform. It is certified for Windows Server and trusted both by thousands of SMBs and Fortune 500 companies such as General Elec
ブラウザでSubversionのレポジトリを見ているときに、ふと過去のリビジョンを参照したいときがあります。ところが、普通にレポジトリへアクセスすると、最新のリビジョンしか表示してくれません。 例:https://www.seasar.org/svn/s2container/trunk/seasar2/ もちろん、 % svn checkout https://www.seasar.org/svn/s2container/trunk/seasar2/@400などとリビジョンを指定してチェックアウトすれば取得することは可能なのですが、どうにか手軽にブラウザだけで過去のリビジョンへアクセスできる方法はないかと調べていたら、以下のようなURLでアクセスことが分かりました。 https://{レポジトリのURL}/!svn/bc/{リビジョン番号}/{レポジトリ内のファイルへのパス}〜 つまり前述
コミットコメントを意地でも書かせたいと思うことがあります。 でも意外と書いてもらえなかったりします。 酷い場合だと バグ修正 とか 対応した だけ書いてあったりします。 注意するのも疲れるし、大抵の場合は注意しても直りません。 そんなわけで、私が面倒を見ている環境だとpre-commit-hooksを使って、規定のバイト数のコメント書かないとコミット出来ないようにして対応しています。 単にエラーだと障碍だと騒ぐ人達が居るので、コメントの重要性をエラーメッセージで語りかけるようにもしてたりします(笑) 以下はTracLightning環境下で動作する(はず)のScriptです。*1 キーワードの定期的な見直しは必要ですが、コメントを書かないとコミットできなくなるので意識付けを行うのには有用だと思います。コミットコメントが書いてもらえないと悩んでいる方は試してみては如何でしょうか。 ＃結構やっ
なんか今更感のあるネタですが書いてみたいと思います。大きく分けて３パターンあると思います。 1. 単一リポジトリ単一trunk型 http://.../svn/ProjectA/ | |--------trunk/ |--------ComponentA/ |--------ComponentB/ |--------branches/ |--------Patch_1.0 |--------ComponentA/ |--------ComponentB/ |--------tags/ |--------1.0 |--------ComponentA/ |--------ComponentB/いちばんオーソドックスなパターンといえるでしょう。個人的には好みです。 ComponentAとComponentBのバージョンを同期させる必要があるならこの構成でしょう。 Redmin使ってるならhtt
ここからは、作業コピーAと作業コピーBを題材に、Subversionのチーム開発に関連する操作を見ていきます。 まず準備として、通常の並行開発に見立てて、作業コピーBのほうにも変更を加えておきましょう。 作業コピーBのhoge.txt、hoge_conflict.txtを以下のように変更してください。 【hoge.txt】 a B C 【hoge_conflict.txt】 a B E 更新 先ほど作業コピーAでコミットした内容は、まだ作業コピーBには反映されていません。リポジトリの最新状態と同期を取るために「更新」（アップデート）と呼ばれる作業が必要になります。 更新を行う作業コピーのディレクトリ（C:\work\2\B）に移動し、svn updateコマンドでリポジトリと同期化を行います。 ●【更新】 svn update C:\ work\ 2\ B> svn update D ho
id: 435 所有者: msakamoto-sf 作成日: 2009-09-13 18:05:48 カテゴリ: Subversion 今度の現場はSubversionをバリバリに使っている。自分もSVNは使っていたとはいえ、ぶっちゃけYakiBikiなど個人レベルでしか使っていないため、担当者毎のbranchをtrunkに統合したり、間違ってcommitしたのをrollbackしたりなどは行っていない。(rollbackだって、-r付でco下のをバックアップした後、最新版に上書きしてcommitするで済ませてた（;´Д｀）) 以下のまとめは、次のURLから当座必要な「trunkの変更をbranchにマージ(or その逆)」「commitしたファイルをロールバック」のやり方を抜き書きしたもの。 "Subversion メモ" http://www-aos.eps.s.u-tokyo.ac.
最近 Ubuntu の開発環境を新たに構築する必要が出てきたので、現時点の最もよい（と思われる）方法をメモしておきます。 さくらインターネットの共用サーバに Subversion + Trac をインストールする がとても参考になりました。 Subversion 1.6.3 のビルド時にコンパイルエラー は僕が昔 Ubuntu の日本のコミュニティーに質問した内容なんだけど、これは少し古くなってしまっているのと、システムにインストールしてしまっているのが難点です。 忙しい人のために mkdir ${HOME}/tools sudo apt-get install build-essential libssl-dev libsqlite3-dev autoconf libtool wget -c http://labs.xiaonei.com/apache-mirror/apr/apr-1.
こんにちは。ブログ担当のnabokov7です。 さてみなさん、ここのところ、livedoor Blog の新機能リリースのペースが上がっていることにお気づきでしょうか。 12月だけでこれだけの新規リリースのお知らせを出しました。 2007年12月27日 プライベートモードで記事を投稿できるようになりました 2007年12月25日 タグクラウド とタグ別ページを表示できるようになりました 2007年12月20日 カテゴリ別モブログ機能リリースのお知らせ 2007年12月18日 「話題のブログ」が新しくなりました 2007年12月18日 プレビュー機能強化と新リスログプラグインのお知らせ 2007年12月13日 投稿・編集を便利にするブックマークレットのご紹介 2007年12月11日 バリューコマースの商品をカンタンに紹介できるようになりました。 2007年12月11日 アップロードしたファイ
物忘れがひどく、自宅で何か作業をしても時間がたつと何をしていたか何を作っていたか忘れてしまいます。 そこで、何をしていたか後からわかるように何かしたアウトプットはSubversionに入れようと思いました。 何か作業をする前には、rubyで作ったツールで作業フォルダを作るようにしています。ツールを修正して作業フォルダを作る前に、Subversionにフォルダを作成し、作業フォルダにチェックアウトするようにすれば便利ではと考えました。 というわけで、ruby(ruby 1.8.6 i386-mswin32)でSubversionを操作できるライブラリがないかと調べてみるとドキュメント & ファイル: Windows Apache 2.2.xにsvn-win32-1.5.4_rb.zipがありました。 解凍したスクリプトとext配下のdllをC:\Ruby\lib\ruby\1.8\s
外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（
Django と戯れていたのですが、どうもチュートリアルと 実際の動きが違うのではまっていたら・・・ apt-get じゃなくて、リポジトリから取得したものの 解説だったのね。 とうわけで、subversion をインストールしてモジュールを ダウンロードしようと思ったのですが、 proxy経由になるんですよね。。。 Subversionのproxy設定 http://www.proton.jp/apps/subversion.html apt-get install subversion vi ~/.subversion/servers [global] http-proxy-exception = プロキシを通さないホスト名 http-proxy-host = プロキシサーバのホスト名 http-proxy-port = プロキシサーバのポート番号 意外とお手軽でした。 早速、Djan
社内SNSにて質問が挙がっていたものについて回答したもの。社内で思ったより関心度が高かったので、こちらにも。 挙がった質問は以下。 保守案件のリリースごとにタグを分けるとして 前回のリリース以降に変更されたファイルだけを取り出したい。(お客様に送るので) どうすればできますか？ Subversionで、特定のリビジョン間や、あるタグ(バージョン)とタグでの変更ファイル一式(差分のみ)が欲しいときはどうやればよいのか、というもの。 TortoiseSVN(社内での利用率が高いため)を使って、実現してみます。 以下の方法で、多分上手くいくと思います。お試しください。 # 上手くいかなかったら、ごめんなさい。 まず、リポジトリブラウザで、 差分が欲しいバージョン(タグ)を上図のように選択(2つ)します。 で、右クリックして「リビジョンを比較」をクリックします。 上の例は、タグを選ぶ形ですが、「ロ
名前が紛らわしいけど、ViewCVS の最新版(HEAD) であれば、Subversion のリポジトリ閲覧にも対応しています。最新版は ViewCVS の cvs リポジトリから取ってくれば良いです。
議事録をTracへ載せる話は「議事録はTracへ」に書いたけれど、今度は仕様書の話。ソフトウェア開発の構成管理にはSubversionを使っており、その中にはソースコードだけではなく、WordやExcelで作った資料も入れるようにしている。以前はサーバの共有フォルダに入れていたけれど、色々な面で問題が有ったのでSubversionとTracを使うようにした。目的は下記の通り。 仕様変更の確実な履歴管理 Wordファイル自体に変更履歴を管理する機能はあるけれど、ファイルを開いてみなければ分からないし、必ず履歴が残っているという保証も無い（誰かが変更箇所を承認してしまった等）ので、あまり使える機能ではない。確かに、短期的に変更点を知ってもらうには分かりやすくて便利なのだけど、長期的な保存に耐えうる機能ではないと思う。そこで構成管理へ入れるようにすれば、遙か昔の履歴も確実に残るので安心だ。 ソー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
apacheで.svn以下へのアクセス禁止