こんにちは、ブログ担当のfaultierです。ついこの間（1月1日！）入社したばかりの新米エンジニアですが、これからガリガリ、いやバリバリ頑張って行きますので、どうぞよろしくおねがいします。 前回の記事で紹介されているように、ブログチームはSubversionを使った開発体制に移行したことで、大分開発ペースを上げることが出きました。ですが、「もっと攻めたい！まだ行ける！」と言う方もいるでしょう。そんなあなたのために今日紹介させていただきますのがこちらのツール、svkです。 svkって何さ？ Subversionを分散リポジトリのバージョン管理システムのように使うツールです。リモートのリポジトリをローカルにミラーリングして、開発時はそれを操作することができるようになります。なんで？それ何がいいの？おいしいの？それが実はおいしいんです。 こまめにコミットできる、する癖がつく バージョン管理シス
前回の記事ではSVKの基本的な操作方法を説明しました。最終回の今回はSubversionのリポジトリと連携しながら、SVKの使い方を説明します。 リモートのSubversionのリポジトリとして、本連載第2回目で説明した方法でSubversionのリポジトリを作成します。リポジトリを作成しただけではファイルがない状態です。今回はテスト用のデータを用意しました。ファイルをダウンロードしてc:\tmp\ディレクトリに展開してください。展開後、次のコマンドを実行して、Subversionのプロジェクトにインポートします。 テスト用のデータ（sample.zip） C:\> cd c:\tmp\gihyo C:\tmp\gihyo> svn import http://localhost/svn/MyProject/ -m "test project" 認証領域: <http://localhos
2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの１つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
許可が取れず公開してなかった翻訳2つ。YAPC::Asia 2007で、ご本人に聞いて、OK取れたので、公開しました。 Thanks! Distributed Version Control with svk Collaborative document editing with svk どちらも古い記事だけど。Collaborative document editing with svk とかは役に立つと思う。 前者は、記事書くときの調査がてらに訳した感じ、だったと思う。 YAPC自体の感想は、明日にでもまとめて、書くかも。 とりあえず、去年も言ってたけど、英語わかんないとつらい...(つまり、成長してねー)。 でも、楽しい。 あっ、一点だけ。 弾さんが、Perlish magazineのネタ(http://jp.rubyist.net/PerlMa/wiki.cgi?page=2006
尾藤正人です。 僕だけじゃないと思いますが、結構マルチタスク処理が苦手です。 人間(特に男性)はやっぱりシングルタスクを処理するようにできているからでしょうか。 効率よく作業を進めようと思って最近オフラインHackを始めました。略してオフHack。 このブログを読んでいる方の多くは、RSSリーダやメール、 メッセンジャー等を駆使して日々情報収集していることと思いますが、 どうしてもRSSリーダ見たり、メールチェックしたりして、作業に集中できなくなることはないでしょうか。 僕はめちゃくちゃあります。 なので、あえてネットに接続しない、オフラインの状態でHackするようにしました。 これがオフHackです。 朝Hackと組み合わせると最強です。 普段常時ネットに接続した環境に慣れていると、 いざオフラインで作業しようとした時にいかに自分がネットに依存している状態かを思い知らされます。 なのでオ
今日は普通の更新。SVKはCVSとの連携もなかなかうまくできます。 % cd ~/cvs/ % svk import //cvs_repos/project_x project_x % cd ~/svk % svk checkout //cvs_repos/project_xとかすると、CVSでチェックアウトしているproject_xが、 svkで管理されます. この際、各ディレクトリにあるCVSディレクトリもimportされているので、checkout先のディレクトリでsvkコマンドを打てばSVKのリポジトリに対してとなり、cvsコマンドを打てば、CVSのリポジトリに対してになるという感じになります。smerge とか、push とか、pull とか, syncは使えないので、cvs update で pull、cvs commit で push みたいなイメージとなりますが。 もう一つ
Ron Bieberさんによる、SVK Tutorialsを翻訳します。 Part I から Part IIIまであるので、ここをまとめのリンク置場とします。 Part1 Part II Part III 今回は(も?)、結構適当訳かも...。 9/25追記: 今回、翻訳がしんどかったです。修行が足りないんでしょうが、ちっと今まで訳した文章の中でも、訳しづらい部類に入りまして...。読みづらいとは思いますが、ご辛抱ください。なお、これを読んで十分ってことはありません。pull/pushについて言及されていないので、片手落ち感があります。 svk pull/push について簡単に説明すると、下記みたいな感じです。 svk pull は、 sync smerge -l //mirror/xxx //local/xxx update working copy を一緒にやって、ログメッセージは自
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
