Unityでバージョン管理ツールを使うの役立ちそうなリンクのまとめ。SVNだとトラブル無く使えるみたいです。 あさいちのーと 【Unity】SVNに対応してみた(Windows編) http://asaichi256.blog.fc2.com/blog-entry-25.html A-Liaison BLOG: Unity 3.5でバージョン管理をする http://akisute.com/2012/03/unity-35.html

社内SNSにて質問が挙がっていたものについて回答したもの。社内で思ったより関心度が高かったので、こちらにも。 挙がった質問は以下。 保守案件のリリースごとにタグを分けるとして 前回のリリース以降に変更されたファイルだけを取り出したい。(お客様に送るので) どうすればできますか？ Subversionで、特定のリビジョン間や、あるタグ(バージョン)とタグでの変更ファイル一式(差分のみ)が欲しいときはどうやればよいのか、というもの。 TortoiseSVN(社内での利用率が高いため)を使って、実現してみます。 以下の方法で、多分上手くいくと思います。お試しください。 # 上手くいかなかったら、ごめんなさい。 まず、リポジトリブラウザで、 差分が欲しいバージョン(タグ)を上図のように選択(2つ)します。 で、右クリックして「リビジョンを比較」をクリックします。 上の例は、タグを選ぶ形ですが、「ロ

もう8月ですね。暑いですね。W杯はスペインの優勝で幕を閉じました。 僕は7月からやばそうなプロジェクトに入りました。僕の7月の残業時間は60ですが、100オーバーの人も少なくないようです。夜中の11時過ぎても人がいっぱいいるのはやっぱ変ですよね。 来年の3月まで続くのにこの状況です。自分も含めて心身壊す人が出ないことを祈ります。 さてそんな状況ではありますが、興味深いエントリがありました。 分散型バージョン管理システムは実際の開発現場でどれだけ普及するか？ - 現場のためのソフトウェア開発プロセス - たかのり日記 エントリの内容には割と同意です。 僕自身も含めてですが、いままで見てきた感じでいうとSVNを使いこなしてかつ構成管理を意識できる開発者は多くないのが現実です。 ありがちなのはこんな感じ。 コミット漏れによるコンパイルエラー 他の人の変更内容を誤って上書き 自分が作業しているEc

文字通りでTortoiseSVNを使って初期チェックアウトのように大量のファイルを一度にチェックアウトすると（私の場合、250ファイルぐらいチェックアウトしたところで）、「tmpフォルダからファイルを移動できない。ファイルまたはディレクトリが壊れているため、読み取ることができません。」というエラーメッセージとともに処理が中止されます。 http://schleichermann.wordpress.com/2009/12/09/svn-tortoisesvn-cant-move-the-file-or-directory-is-corrupted-and-unreadable-windows-7/ こちらの記事によると、Windowsのインデックスサービスが原因のようだ。なので、上記エラーは”インデックス対象のフォルダにチェックアウトすると”という条件がつきます。また、Windows7限定

外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（

かおるんさんの記事のコメントで、誤った意見を書いてしまったので修正しておく。 【元ネタ】 Subversion のフォルダ構成 - かおるんダイアリー Subversionのフォルダ構成 | Ryuzee.com Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 InfoQ: 複数のアジャイルチームでのバージョン管理 【問題】 SVN直下のディレクトリは、branch/tag/trunkになっている。 ソースやドキュメントはどこに配置すべきか？ 【結論】 管理したい一つのまとまり(プロジェクト)単位で、trunk/branch/tag　を作った方がブランチを管理しやすいと思っていた。 最初はtrunkの中にソースやら仕様書を配置して、管理方法がよく分からなかった。 でも、さかばさんと議論してみて、ryuzeeさんのやり方が良いと思う。 思い出してみたら、下記の

Subversionで簡単・確実にファイルを構成管理：エンジニアがお薦めする 現場で使えるツール10選（4）（1/5 ページ） 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです！ 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」（Capability Maturity Model Integration：ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン）のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理（ドキュメント管理）におけるSubversionの

SVNで構成管理する時の良い記事が公開されたのでメモ。 【元ネタ】 Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 SVNの使い方の記事はネット上にいくらでもある。 しかし、上記の記事で重要と思われる内容は、構成管理や変更管理の考え方を初心者向けに分かりやすく説明している点と、ドキュメント管理に構成管理の考え方を入れるべきだという主張だ。 CMMIの観点では、ソフトウェア構成管理は「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されている。 この考え方に基づくと、バージョンとは実はプロセスのベースラインを意味する。 つまり、リリース時にバージョン(又はタグ)を付けるタイミングは、開発者から顧客へ、あるいは営業チームから顧客へ、などのように、他者へ成果物を手渡すタイミングと同一なのだ。 構成管理が変更管理と密接に関係する理由は、上記のような

手動だとすぐ忘れてしまいますよね＞＜ というか、svn:keyword なのか svn:keywords なのか、または Id なのか ID なのか全く覚えられないので、自動で追加してくれる方が良いですよね。 という訳で、そのような設定をする場合は以下のファイルに追加するよ。 ちなみに、以下は mac の場合。linux 系も同じだと思われる。 TortoiseSVN の場合はツールの設定から編集すると良いです。 ~/.subversion/config まず、自動で propset が行われる事を許可するため、 [miscellany] セクションの下でコメントアウトになっている # enable-auto-props = yes からコメントアウトを外します。 そうすると、さらに下に記載されている [auto-props] というセクションが有効になるので、その下の行に propset

以前にサクラレンタルサーバにSubversionを導入し、TortoiseSVNを使ってファイルのバージョン管理をしています。で、最近になってあるプロジェクトでバグ管理するツールが必要になり、何かないかなぁーと探していました。 昔のプロジェクトでBugzillaを使ったときあったのですが、いろいろと面倒そうだったので、簡単にでそうだったTracを導入。そのメモです。 Tracとは Trac（トラック）は、ソフトウェアのプロジェクト管理とバグ追跡のためのツールである。Web ベース、オープンソースであり、CVSTracに影響を受けた。 Edgewall Softwareにより開発され、保守されている。 Tracはバグのデータベース、バージョン管理、wiki間のハイパーリンク情報を提供する。 また、Subversion、Git、Mercurial、Bazaarといったバージョン管理システムへの

A complete workflow to write, review & deploy code.