[B! dev][svn] Makotsのブックマーク

デブサミ2009 はてなの開発戦略 - 2nd life (移転しました)

先日のデブサミ2009で発表した、はてなの開発戦略 (すごい名前だ…) のプレゼン資料を公開します。前半は主に git の話で、後半ははてなブックマークリニューアルの、Perl 層の開発をどんな感じで行っていったか、という話です。デブサミ2009 はてなの開発戦略View more presentations from hotchpotch. はてなの git では、中央のマスタレポジトリサーバがあって、そこから各自 clone / fetch して開発を行ってるので、完全に github のような分散のメリットを生かしているわけではありません。しかし完全に分散を生かさずとも、git に移行したメリットは十分にあって、資料の中でもふれていますが、やはり一番便利なのが git のブランチ機能です。もうこれ無しでの開発は考えられないなぁ、ぐらいで、さくっとブランチ切って開発、ブランチの切り

Makots 2009/02/13

リンク

分散バージョン管理Git/Mercurial/Bazaar徹底比較

分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。集中型と分散型最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理

Makots 2009/01/15

リンク

Subversionでマイ文書を管理するメリットとコツ：発想七日！：オルタナティブ・ブログ

メリット3. TortoiseSVNだけマイ文書管理システムは他人と共有しないので、サーバープロセスは不要。TortoiseSVNだけで全てを賄うことができます。デメリット1. 過去のバージョンの全文検索ができないできたらすごいですね（本当にニーズがあるなら、過去バージョンを全てExportしておけばできなくはないのですが）。あと、Subversionでマイ文書を管理していて感じたちょっとしたコツのようなものをメモしておきます。コツ1. リポジトリは1つにしないなぜかというと、失敗して作り直したりしたくなるから（笑）。それ以外にも、フルバックアップが撮りやすいですし、リビジョン番号が上がってくるとログを見るのが遅くなります（多分…）。僕は、以下のように論理的なまとまり別に複数のリポジトリを作成しています。 c:\data\svn\研修資料 c:\data\svn\サイトA c

Makots 2008/12/12

リンク

SubversionとTracでファイル管理の“迷宮”から脱出

SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ）プロジェクトで修正／仕様変更が“迷宮”入りする理由ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かないソースコードを変更すると、動かなくなってし