間違いを恐れずにgitとsvnの違いを言えばgitは、ローカルファースト、svnはサーバーファーストの違いがあります。 Rails使いだと本体自体がgitで管理されているとかのせいでどうしてもgitになってしまうのですが、プログラミングではないところでもバージョン管理を普及させたいのでいろいろとテストしてみました。 gitの弱点としてあるのはコマンドライン基本、サーバーとの接続はsshが基本、utf8が基本の３点でしょうか。 svnにはtortoiseSVNという右クリックでチェックアウト、インポートと言うすばらしいソフトがあります。コマンドラインを覚えなくても一般の人に「教え込めば」使えるようになります。コマンドラインでは一般の人には教え込む前の大きな障壁があります。svnはwebDAVでザーバー管理が基本です。apacheの設定がうまくいけば管理は楽です。tortoiseSVNはWin

■バージョン Apache 2.2.9 Subversion 1.4.6 ■環境 ApacheインストールDir　　　：C:\Apache SubversionインストールDir　：C:\Subversion SVNのリポジトリ　　　　　　：F:\subversion\repos （親ディレクトリは、F:\subversionとなる） ■まずは丸見えにしてみる（Apacheの設定） httpd.conf編集 #LoadModule dav_module modules/mod_dav.so #LoadModule dav_fs_module modules/mod_dav_fs.so となっている箇所のコメントを外す C:\Apache2.2\modules\mod_dav_svn.so C:\Apache2.2\\modules\mod_authz_svn.so の有無を確認し、 存在す

Posted at 2010/01/11 17:29, Modified at 2010/01/15 00:57 多人数で開発する場合、バージョン管理システムと、そのシステム上でのブランチの作成とマージは、必要不可欠だと思う。最近、Flickr はブランチもマージもしない というのを読んでだいぶ驚いたけど、こういうのはかなり稀だ。 マージは面倒な作業だ。その面倒さは、あるソフトウェア x が xa, xb と分岐したときに、それを統合した x(a+b) をつくる、という行為自体がそもそも難しいというのもあるし、いい加減行ベースの diff が野蛮すぎるというのもあると思う。 バージョン管理システムがもっとがんばれるのでは、というのもある。広く使われているバージョン管理システムである Subversion について、マージまわりの機能の貧弱さはよく指摘される。Linus Torvalds も

ところが、この tortoise svn は、設定をちゃんとやっておかないと妙にPCが遅くなると言う現象が発生します。 先のリンクの最後に示したリソースが、この現象の解消方法についてわかりやすく書かれたページとなります。 とは言え英語のページなので日本語の情報が欲しいと言う方のために、ちょいと書いておくことにしましょう。 tortoise svn がキャッシュするディレクトリを制限する そもそもなんで tortoise svn を入れると体感的に遅くなるのでしょう？ これはバックグラウンドで動作している TSVNCache.exe なるプログラムがディスクへの書き込みイベントを監視しているからなのです。 tortoise svn はエクスプローラ上に svn 管理下にあるファイルやディレクトリのアイコンを表示するため、ファイルの読み書き、ディレクトリの作成などのイベントを監視しており

CalendarX(0.4.4dev) カレンダー用プロダクト CMFSin(0.6.1) 外部サイトのrss情報を表示するためのプロダクト SimplePortlet(1.0beta1) portletを簡単に作成したり管理したりするプロダクト PloneChat(2.0) チャット用プロダクト CMFMessage(1.1) 現在サイトにログインしているユーザがわかり その人にメッセージを送ることができるプロダクト PloneArticleModelEditor(0.2) PloneArticleのモデルを作るプロダクト PloneExFile(2.03) 添付ファイルを持ったコンテンツ用プロダクト ZAAPlugins(2.21) word,excel,pdfなどの検索を可能にするプロダクト PloneArticle(2.05) ページのレイアウトを選択できるコンテンツ用プロダクト

ぼくが現在のオペレーティングシステムで一番不満があるユーザーインターフェースは “ファイル” です。　実装のレイアではなく、あくまで UI 的な不満。 ファイルという考え方はもう何十年も前からありつつも、しかしまったくもって変っていないユーザインターフェース。 OS などシステム的なことと、ユーザがコンピュータ利用することとが、ひとつのファイルというシステム上で渾然一体となっているうえ、ファイルの “考え方” 自体も、なんだかコンピュータってこんなもん？と思えることが沢山あります。 次期 Windows にのるはずだった新ファイルシステム WinFS。　どんな実装になるのかわからないながらも、ぼくは何かこれに一筋の光明を見ていただけに搭載が見送られたと聞いたときは残念でした。 さて WinFS はさておき、ファイルという考え方は一般生活で行う作業と同じで、ある意味直感的。　現実に即している

ファイルバージョン管理システム TortoiseSVN のインストール及び使い方の紹介エントリです。 🙂 前回はこちら。 TortoiseSVN でファイルのバージョン管理をしてみる (1) バージョン管理システムはもともと、ソフトウェアの元となるソースコードに対して極めて厳密にそしてデリケートにいろいろな管理を行うためにつくられたものです。　とはいえ、対象は別にソースコードだけになっているわけでもないので、自分でライトに使うこともできます。 ここでは、サーバなどはたてずに Windows のファイルシステムだけつかって TortoiseSVN を設定し、「職務履歴」というエクセル/ワードファイルのバージョン管理をすることを例としながら、Subvertion / TortoiseSVN の使い方を書きたいと思います。 ちなみに、TortoiseSVN は「トータス SVN」。　カメさん

ちょっと間が開いてしまいましたが、TortoiseSVN の続きのエントリです。 前回はこちら。 TortoiseSVN でファイルのバージョン管理をしてみる (2) 次回は、いわば締めの処理。 trunk のファイル群を tags に”名前をつけて状態を保持” させるやり方を書いてみます。 最新版のファイルを trunk というディレクトリに格納した上、編集を行い、履歴管理を TortoiseSVN に行ってもらうところまで前回に書きました。 今回はリリースや提出など区切り区切りのファイルを tags というディレクトリに格納し、それらのファイルをいつでも取り出せるようにする操作方法を書いてみます。 前回までのサンプル「職務履歴」だと、作業中の職務履歴のファイルを trunk 内でいろいろ更新。　そして、それらファイル”群” をどこかに提出したときに、その時点の状態に名前をつけて tag

TortoiseSVN(Subverion)を使うのは初めてじゃないんだけど、まだまだ初心者。 チェックアウト・更新・コミットはできるようになったけど、 もう1歩突っ込んだ使い方をしたい。そんな悩みって‥‥ありません? もちろん、本当に初めての方にも読んでいただけるように、 初めてのメニューも追加しました。 (2008.12.16) 本文は、TortoiseSVN 1.5を利用して作成しています。 バージョン1.6の機能については、その旨を記載しています。 (2009.05.21) このページは2箇所でミラーリングしています。片側で開かない場合は他方を試してください。 両方ブックマークしていただかないと意味がありませんけどね（笑）。 http://www.critical.ne.jp/~shacho/tips/svnmanual/ http://hide.xsv.info/tips/svn

DoRuby! (ドルビー!) は現場のエンジニアによる、主にRubyなどの技術に関する様々な実践ノウハウを集めた技術情報サイトです。 こんにちは、shimadaです。 オープンソースの世界では着々と普及が進んでいる分散バージョン管理システム（DVCS）ですが、 商用開発の現場では、スケジュールの制約や実績、メンバーの習熟度の問題から、 実際のプロジェクトにはなかなか導入できないのが実情ではないでしょうか。 バージョン管理システムは、個人でちょこちょこいじってもノウハウは蓄積できません。なぜなら、チーム開発でしか起こらないコンフリクトやマージといった作業が、個人作業では発生しないからです。 僕らのチームでも、興味はあっても採用のきっかけがないという状況でした。 そこで、まずはDVCSをチームで使ってみるための入り口として、仕様書やスケジュールなどのドキュメントをDVCSで管理してみようとい