hori-uchi.com: タグを頻繁に切るようなプロジェクトでのsvkの使い方。これでいいのか?
タグを頻繁に切るようなプロジェクトでのsvkの使い方。これでいいのか? ここ最近はsvkを使ってバージョン管理をしているんですが、svk help introで見ることができるイントロで紹介されているように 、 # リポジトリをミラー svk mirror svn://svn.example.com/project_x //mirror/project_x # リポジトリを同期 svk sync //mirror/project_x # ローカルリポジトリを作成 svk copy //mirror/project_x //project_x として、同期したproject_xのリポジトリをそのままローカルリポジトリにするという方法でしばらく使っていました。最初はこれで問題ないように思えたんですが、元のリポジトリでブランチやタグを切った後、svk pull //project_xして、リポジ
svkの別のdepotを作る - jesterseraの日記
$ svk depotmap とやると --- '': /home/jester/.svk/local ===edit the above depot map===こんなのが出てくるので depot名: svnのレポジトリを作成するパス を追加する。 こんな感じ。 --- '': /home/jester/.svk/local Project1: /home/jester/.svk/Project1 ===edit the above depot map===保存してエディタを終了すると、svnのリポジトリがなければ作成するか聞いてくるので、yを押して作成します。 作成したdepotには /depot名/ でアクセスできます。 $ svk depotmap --list Depot Path =================================================
koshigoewiki:開発環境:svk [KoshigoeWiki]
% svk depotmap --init ~/.svk に SVK を利用する際に必要な情報が作成される。 ~/.svk/local が svn リポジトリ。 格納先になる DEPOTPATH とミラーしたい URL を引数に与える。 % svk mirror DEPOTPATH URL SVK では異なるリポジトリを１つのリポジトリにまとめて管理する。１度ミラーしたリポジトリに対する操作では、実際のリポジトリを意識する必要がない。 DEPOTPATH は、”//MODULE_NAME”として指定する。 ミラー指定後にミラー指定したリポジトリを取り込む。 % svk sync DEPOTPATH 同期後のリビジョン番号は、SVK で独自に持つ事になる。また、リビジョン番号 1 は SVK によって使われる。 HEAD 以前をミラーする必要がない場合、”–skipto HEAD” とする事
svkでsvn trunkの追っかけ
通常の手順 ~/.svkの初期化 svk depotmap --initはあらかじめ実行しなくても、 後でコマンドを実行したときに同じことをきかれるので省略可能です。 % svk depotmap --init Repository /home/kazu/.svk/local does not exist, create? (y/n)y depotについて //mirror/nadokaというのはDEPOTPATHというもので、 svkのdepot*1の中のパスを指すものです。 depotのレイアウトは //A/trunk/Aプロジェクトのtrunkのミラー //A/local/Aプロジェクトのtrunkのコピーのローカルブランチ //B/trunk/Bプロジェクトのtrunkのミラー //B/local/Bプロジェクトのtrunkのコピーのローカルブランチ //B/my-feature-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
