トーテムポーる SVKを用いたlocal-remote subversion repository間のseamlessな開発
概要 本エントリーではSVKという分散バージョン管理システムを用いてSubversion のローカルとリモートのrepositoryの管理を効率的に行う方法について記述する。 目的 過去のrevisionと互換性が維持されづらい大幅な変更を一度に行う場合次のような需要が生まれる。 作業時に頻繁にcommitを行いたい。 問題がでた場合に、問題の無いrevisionまで戻したい。 目的の作業が達成された場合のみcommitを行いたい。 中途半端にコンパイルが通らないようなソースコードはcommitしたくない。 これらを同時に行うには、作業時の頻繁なcommitはlocalのrepositoryに行い、目的の作業が達成された場合のみremote のsource repositoryにcommit出来れば良い。 ここで問題となるのがlocal repository と remo
第3回 SVKとSubversion | gihyo.jp
2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの１つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
svk によるレポジトリ分割の作業記録 - daily dayflower
前回は svnadmin dump を利用してレポジトリの分割を行いましたが，今回は svk をレポジトリ操作ツールとして使用し，レポジトリの分割をおこなってみました。 svndumpfilter に比べるとやや柔軟性が落ちますが，ことレポジトリの分割ということに焦点をおくのであれば，svk を利用したほうが簡便かつ安定しているようです。以下の手順は私があまり svk に慣れていないので煩雑にみえますが，svk に慣れている方からすると直感的でしょうし DEPOTs の切り替えを行うことなくやってのけることもできるはずです。 他の文献には svk repository をそのまま新レポジトリとする手法が載ってたりしたんですが，今回は SVN レポジトリがリモートにあったため愚直な方法を使いました。もっといい方法があるよ，という方はご教示ください。 前説 svk がなんなのかは省略します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dkiroku.com
ライブドアブログ｜無料で豊富な機能が充実
