Subversionのシステム構成を考えてみた
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
プログラマの思索: Subversionコードラインのライフサイクル
Subversionを使ったブランチモデル、バージョン管理戦略がだいぶ分かってきたのでまとめてみる。 ＃走り書きなので後でロジカルにまとめる。 元ネタは下記の記事。 複数のアジャイルチームでのバージョン管理 【1】Subversionブランチが作られるタイミングは、2つある。 一つは、本番リリース直後に作るリリースブランチ。 他方は、突然やってきた大きな機能追加に対応するタスクブランチ。 【1-1】リリースブランチは普通で頻繁に作る。 リリースブランチのライフサイクルは、下記の通り。 これがVer1.0, 2.0とバージョンアップするたびに作られる。 Create：本番リリース直後にtrunkから切られたTagから作る。 ↓ Update：緊急のバグ修正を反映する。当然、trunkにもマージする。 ↓ Delete：次のバージョンが本番リリースされた直後に廃止される。 ここで重要なポイント
構成管理 実践入門 第3章 Subversionベストプラクティス コードライン編その１ メインライン
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
Trac - Wikipedia
Trac（トラック）は、ソフトウェアのプロジェクト管理とバグ追跡のためのツールである。ウェブベース、オープンソースであり、CVSTracに影響を受けた。Edgewall Softwareにより開発され、保守されている。 TracはPythonにより実装されている。2005年の中ごろまではGPLで配布されていたが、バージョン0.9以降は修正BSDライセンスで配布されている[2]。 修正BSDライセンスとGPLは、どちらもフリーソフトウェアライセンスである。 Windows環境向けにはWindows上にSVN/Trac含めた環境を簡単に構築できるTrac Lightningがある。 Tracはバグのデータベース、バージョン管理、ウィキ間のハイパーリンク情報を提供する。 また、Subversion、Git、Mercurial、Bazaarといったバージョン管理システムへのウェブインタフェースも提
[Think IT] 第4回：チケットとソースコードを連携せよ！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第4回：チケットとソースコードを連携せよ！ 著者：masuidrive 公開日：2007/12/27（木） Tracの最大の利点はSubversionとの連携にあり さて、最終回の今回はTracのチケットとソースコードの連携を実際に試していく。 コードを書く開発者から見た場合、Tracの最大の利点は普段使い慣れたSubversionから、Tracを使うことができる点にある。開発者は自分の環境に新たなツールをインストールすることなく、Tracへ情報を送ることができる。 Tracの操作は通常Webから行うが、すべての操作をコマンドラインからでもできる。この機能とSubversionへコミット時に自動的にコマンドを呼び出すフックという機能を組み合わせることで、開発者がリポジトリへコミットするとTracを操作するという処理を自動化できるのである。 Subver
Subversion(TortoiseSVN)でブランチ(分岐)を作成する方法(手順)
SVN Index Tips Top TortoiseSVN(TortoiseSVN)でブランチ(分岐)を作成する方法(手順) 以下に該当するような場合は、ブランチを作成して trunkとは別々に管理するようにしましょう。 特定のリビジョンでリリースしたくなった。 trunkへは継続して新しい機能を追加していきたいが、リリースするところへは入れたくない。 でも、バグ修正はtrunkへもリリースするところへも入れたい。両方を適切に管理したい。 trunkとは別のラインで、機能の変更 (処理系のバージョンが変わるなどある程度大きな変更)を 専用の作業場所を作ってやりたくなった [機能ブランチ]。 自分では管理していない外注先などで作成しているライブラリなどが、 定期的に(不定期でもよくて、要するに1回だけではなくて「何回も」という意味) 納入される。必要に迫られて自分でも納品物をアレンジするの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion/運用方法 - ピノキヲ IT Wiki
ExactEye.com is for sale | HugeDomains
HugeDomains.com