InfoQ

News

Subversion 1.5のリリース

作者 Mark Levison and Deborah Hartman, 翻訳者 編集部 投稿日 2008年6月26日 午後6時4分

コミュニティ
Agile
トピック
アジャイル技術,
コンフィグ管理,
Versioning
タグ
Source Control,
Continuous Integration,
Subversion

Subversion(source)は、マチュアなオープンソースバージョンコントロールシステムであり、Apache Software Foundation、KDE、GNOME、Free Pascal、GCC、Python、Django、RubyおよびMonoを含む多くのオープンソースプロジェクトで使用されている。そのデベロッパが、バージョン1.5をリリースしたところである(source)。Subversionは、もともとはCVSに取って代わるものとして設計されたバージョン管理システムであるのだが、重要な制限があると感じている人が多くいる。

Subversionは、「ブランチモデル」戦争を引き起こしたが、実践者(source)によると(source)CVSに有意義な改善がおこなわれたということである。

  • ディレクトリやファイルの名前変更:バージョンの追跡可能性を失くすことなく、ソースコードツリーの再構築が容易である。
  • チェックアウトディレクトリは「クリーン」(CVSディレクトリはない)。
  • ファイルのキャッシュが「未接続」状態でのアクションをさらに可能にする。
  • アトミックコミット。
  • ログパーコミット。
  • 速度の改善。
  • BIN(バイナリ)ファイルのより適切な操作。
  • 積極的なデベロッパによるコミュニティ。

Subversionはネットワーク通信にHTTPベースのWebDAV/DeltaVプロトコルおよびApache Webサーバを使用し、リポジトリサイドのネットワークサービスを提供する。このことが、相互運用性という点で、CVSに対するSubversionの優 勢となり、重要機能を無償で提供している。それには認証、ワイヤー圧縮および基本リポジトリのブラウズなどがある。しかしながら、Subversionは カスタムプロトコルを使用した「svnserv」スタンドアロンサーバオプションを提供し、セキュアセルで結ばれる。オープンソースソフトウェアである が、商用サポート(source)が利用可能である。


Subversion Developer Intro(source)からの概要図

Version 1.5は、以下のような多くの新機能(source)がある。

  • マージのトラッキング:マージされた修正内容およびマージされたブランチをユーザが確認することができる。その目的は、ブランチ間 (1.0、1.1および主開発)の修正を移行する際の作業を削減することである。
  • まばらなチェックアウト:非常に大規模なソースツリーを持っているデベロッパが、マシンに対するコードのサブセットのみを取得することができる。
  • インタラクティブな競合解決:コマンドラインクライアントでの競合解決のサポートおよびそのサポートを他のクライアントに公開しつつ、APIはフックする。
  • 修正リストのサポート:デベロッパが、一連のファイルに単一の修正リストとして名前を付けることができる。これは、デベロッパが同時に複数の問題に取り掛かっている場合に便利である。
  • コピーおよび移行操作の機能強化

Subversion向けEclipseプラグインの新バージョン(Subclipse)(サイト・英語)もリリースされた。その他のクライアントには、 TortiseSVN (Windows Shell Extension)(サイト・英語)、RapidSVN (リッチクライアント)(サイト・英語)およびAnkhSVN(Visual Studioプラグイン)(サイト・英語)がある。

原文はこちらです:     http://www.infoq.com/news/2008/06/subversion_15

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。