Subversionを使って開発しているソースコードを管理しているプロジェクトは多数ある。会社でも利用されている方が多いだろう。ソースコードをただコミットしておくだけというのが一段階目、次がリビジョンを比較したり、ソースコードの変化を追うようになる。そして次は必要な変化を探すようになる。 ソースを取り込んでインデックスを作成する どこからソースコードが変化したのか、前に見たコメントはどこにあるのか…そんな情報を知るには検索するのがベストだろう。 今回紹介するオープンソース・ソフトウェアはSupoSE、Subversion用リポジトリ検索エンジンだ。 SupoSEはJava製のソフトウェアで、Windows向けにはコマンドファイルが用意されている。まずインデックスの作成が必要で、リポジトリのURLを指定して行う。これは各リビジョンの各ソースコードに対して行われるので若干時間のかかる処理になる

私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に

[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。

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

分散バージョン管理システムの覇者は？ コマンドラインで使う分には、達人が使うのでなければ、どのツールも正直あまり代わり映えがしません。一般的な開発者の多くは開発環境として日本語版のWindowsを利用していると思われるので、日本語版のWindows上の環境での状況を中心に各ツールを比較してみます。

バージョン管理が日々利用していれば、開発した結果が蓄積されていることだろうと思う。そうしたログ情報を活用しているだろうか。大抵、何らかの問題があったときに、見返す程度だろう。 それではせっかくの情報が活用しきれていない。解析し、さらに開発効率を高める情報源として利用しよう。 今回紹介するオープンソース・ソフトウェアはStatSVN、Subvesion解析ソフトウェアだ。 StatSVNはSubversionから出力されるログ情報を解析してHTMLやグラフに変換するソフトウェアだ。解析元になるデータは、XML形式でsvnコマンドで出力する必要がある。そして、そのXMLデータを解析すると、一気にファイルが出力される。 開発者ごとに開発行数、Subversion全体における行数の変化、平均ファイルサイズ、ログメッセージを月ごとで出力と言った機能がある。日本語のコミットログは文字化けするが、HTM

複数台へのデプロイをするときに、 各マシンでsvn updateをして、 最新版のファイルをSubversionのリポジトリから入手する手法があります。 でも、これって各マシンにSubversionを入れないといけないんだよね。 portsも入れていない（わざとだけど）FreeBSDにいろいろと入れるのは大変めんどーい！ というわけで、http経由でSubversionのサーバからsvn checkout/updateできればいいや、 という目的のためのインストール方法のメモ。 neonはインストールする必要はなく、subversionのディレクトリ下に入れておくだけでよいようです。 fetch http://www.webdav.org/neon/neon-0.28.3.tar.gz fetch http://subversion.tigris.org/downloads/subvers

金利は何より大切な部分だということができますから、これを念入りにチェックすれば、あなた自身にとって最もふさわしいおまとめローンが発見できるはずです。 キャッシングサービスを利用する場合は、前もって審査に通らなければなりません。この審査は、本当に申し込んできた人に返す能力が備わっているのかないのかを見極めるためのものになります。 違う会社で既にキャッシングによりお金を借りているという方が、更に借りようとする場合、どこの金融会社でも楽に貸付が受けられるという訳には行かないので注意が必要です。 こちらのサイトは、「とにかく今日まとまったお金がいるようになった！」などと言われる人のために、即日キャッシングを扱っている金融関連業者を、十分に検証して、公にしているサイトというわけです。 規模が少し小さいキャッシングが主要業務内容のローン業者ということになると、正直不安になるのは普通のことですよね。そう

2004年にTracの存在を知って惚れ込む。Tracや同様のソフトウエアを普及させるべく，収集した情報をdiscypus.jpにて発信している。 今回は，最初にTracの稼働に必要なソフトウエアについて説明します。その後，Trac Lightningを実際にWindowsにインストールする手順と，Trac Lightningのディレクトリ構成，そしてTrac Lightningが稼働しないときの解決方法を説明します。 Tracのソフトウエア構成 Tracは，プログラミング言語Pythonで記述されています。チケットやWikiなどのデータを保存するために，標準では組み込み型リレーショナル・データベースSQLiteを用いています（PostgreSQLおよびMySQLも使用できますが，Trac 0.10/0.11では実験的なサポートに留まっています）。 Tracは，Webアプリケーションです。W

米CollabNetは3月20日（米国時間）、自社が支援するオープンソースのバージョン管理ソフトウェア「Subversion」の開発チームが、最新版「Subversion 1.6」をリリースしたことを発表した。ツリーの衝突検出など、エンタープライズ向け機能を強化した。チームのWebサイトよりダウンロードできる。 Subversionはオープンソースのソフトウェア設定管理システムで、特に分散したチームメンバーによるソフトウェア開発を効率化できるツール。 最新版では、ツリー衝突の検出、認証管理の強化、レポジトリ容量の削減の3つが大きな改善点となる。 新機能となるツリー衝突の検出は、ユーザーがコードを更新、マージ、移行した際にツリー衝突の可能性がある場合、フラグを立てて知らせるもの。ファイルコンテンツではなく、ディレクトリ構造段階で知らせることで、衝突を防ぐという。Suvbersionクライアン

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