前回の記事がものすごい勢いでかきかけですが、こんばんは。 もともとはひとりで開発していてGitを利用していて途中でSubversionのリポジトリを用意する必要ができたのでその際に行ったことを書いておきます。 まず、Subversionのリポジトリを用意します。 環境しだいだと思いますが、例を書いておきます。 svnadmin create [svnリポジトリ] --fs-type fsfs svn mkdir [svnリポジトリ]/trunk [svnリポジトリ]/branches [svnリポジトリ]/tags -m "make directory for branches"プロジェクトのリポジトリに移動して以下の用な作業をします。 git svn init [svnリポジトリ] -T trunk -b branches -t tags git svn fetch # リポジトリから取
複数のsvnリポジトリを一つにまとめる方法 うちのsvnリポジトリは、trac等で公開をする前までは、各コンポーネント毎にリポジトリを作るという非効率な管理をしていました。 そろそろ嫌になって来たので、これを全部公開用にまとめようと思い、helpみながら頑張りました。 要件的には、リビジョン番号が変わっても良いから、とにかくlogを含めてインポートしたい! という感じです。 最初はsvkとか使わなきゃだめなのかなぁ、とか思ってたのですがsvnadminだけで願いが叶いました。 dumpとloadを使います。 loadする時はオプション無しでloadしてしまうと、dump前のファイルパスにデータをぶっ込んでくれちゃうので、trunkとかが混ざってカオスになっちゃいました。 そこで--parent-dirオプションを使って、どのパスにloadするかを明示的に指定してloadします。 --par
こんにちは、SHIMADAです。Gitネタはたろちゃんに先を越されてしまいましたが、自分の環境でも、実際のプロジェクトでGitを実用的に使える状況になってきたので、そのへんについて書こうと思います。 ■ 前提 前提条件として、 1. プロジェクトのためのsvnリポジトリがサーバーに用意されていること 2. リポジトリが PROJECT_NAME/ `- trunk/ `- branches/ `- tags/ というSubversionの標準的なディレクトリ構成となっていること 3. ローカルに最新のgitがインストールされていること が条件となります。 前者が揃っていないという人は、まずSubversionを導入できるように社内での推進をがんばってください。 申請書とUSBメモリがないとコミットできないんだよ……、という人は、残念ながらあきらめてください。 (あれはネタだと信じていますが
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー(一般的なファイルとディレクトリの階層構造)の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く