Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
CollabNet，オープンソース・バージョン管理システムの新版「Subversion 1.5」公開
米CollabNetの支援しているオープンソース・ソフトウエア開発コミュニティは米国時間2008年6月19日，ソフトウエア開発用バージョン管理システムの新版「Subversion 1.5」を公開した。開発コミュニティのWebサイトから無償でダウンロードできる。 Subversionは，ソースコードの変更履歴などを管理するためのソフトウエア構成管理（SCM：Software Configuration Management）ツール。複数のグループが分散して1つのソフトウエアを並行開発する場合などに，ソースコードを矛盾なく管理できる。 新版は，開発過程で枝分かれさせたソースコードを統合（マージ）する機能を改善し，マージ作業の自動化を進めた。マージ作業中に矛盾する変更部分をその場で修正し，問題解決する機能も搭載した。試験的な修正作業などの負担を軽減するため，ソースコードのごく一部だけを修正対象に
SubversionリポジトリとTrac作成コマンドのメモ - maru.cc@はてな
いま、デプロイ方法や、プロジェクト管理方法のうまい方法が無いか模索中です。 何十、何百人月で、運用が数年続く案件ならば、初期設定がある程度コストがかかっても、しっかりとした仕組みを設置することは出来ますが、うちの場合には、1人月程度で、しかも運用自体も数ヶ月という短期案件が結構あります。 その場合に、初期コストをかけずに、ある程度大規模になっても適用できる仕組みが無いものか。 今現在は、Subversionでバージョン管理をし、そこから、rsyncのシェルバッチを使用し、ステージング、本番へ反映する仕組みはあるのだが、もっといい方法は無いものか。 いい方法があったら、ぜひ教えてください。 で、Subversionも、ひとつの共有リポジトリにプロジェクトごとにフォルダを作成して作業していたのですが、ファイル数が多くなってくると、svn update がめちゃめちゃ重くなってきたので、プロジェ
TortoiseSVN
図の一覧 1.1. バージョン管理外フォルダーの TortoiseSVN メニュー1.2. インポートダイアログ1.3. ファイル差分ビューアー1.4. ログダイアログ2.1. 典型的なクライアント/サーバーシステム2.2. 回避したい問題2.3. ロック・変更・アンロックモデル2.4. コピー・変更・マージモデル2.5. ...コピー・変更・マージモデル（の続き）2.6. リポジトリのファイルシステム2.7. リポジトリ3.1. バージョン管理外フォルダーの TortoiseSVN メニュー4.1. エクスプローラーのアイコンオーバーレイ表示4.2. バージョン管理下のフォルダーのコンテキストメニュー4.3. バージョン管理されたフォルダー内のショートカットに対するエクスプローラーのファイルメニュー4.4. バージョン管理下のディレクトリに対する右ドラッグメニュー4.5. 認証ダイアログ
TortoiseSVNの使い方
「TortoiseSVNのインストールと設定」までで TortoiseSVNを使う準備ができました。 このページでは実際にTortoiseSVNを用いてバージョン管理システムを実際に使っていきます。 バージョン管理の流れ バージョン管理システムでソースやドキュメント類を管理するに当たっての 大まかな流れとしては以下の二通りが考えられます。 コピー・修正・マージモデル コピー・修正・マージの手法では、複数のユーザーが平行してソースやドキュメントを 修正できます。 同時に修正できるため、他のユーザーと修正部分が重なる場合もあります。 この場合、ユーザーが手動で衝突部分を編集し、「衝突」を解消する必要があります。 この手法だと衝突だらけになるのではと思うかもしれませんが、リポジトリ利用者の間で ちょっとコミュニケーションをとっていれば、そんなに衝突だらけにならないものです。 ただ、バイナリファイ
2004-03-07
メモ。 ざっと読んだけど、CVSを使ってる人のみならず、これからSubversionを使おうという人にもいいかな。 現在翻訳中（笑） Subversion for CVS Usersの邦訳っす。ちなみに原文はMike Masonによるものです。 訳はwakatonoによるものですが、原文に忠実でなかったり、はしょってたりします（汗）。 CVSは、Open Source なバージョン管理システムのデファクトスタンダードである。オープンソースプロジェクトが最も多く集うSourceForgeにおいて、プロジェクトのソースコードを管理するためにCVSを用いているが、これは数千という開発者がこのシステムに親しんでいるということを意味している。しかし、CVSが長い間使われ続け、新しいソース管理システムの準備が出来た。3年という開発期間を経て、Subversion 1.0 がリリースされた。 このガイド
VSS? SVN? - 神様なんて信じない僕らのために
個人的にはどう転んでもSVNなんだが、 世の中にはVSSが良いと主張する人たちがいる。 その一つの理由は「バイナリの扱い」だったりするけど、 もう一つの理由は「ソースは俺のものだから書き換えるな」という人がいるということ。 VSSは排他モデルなんだよね。 「俺のソースは俺のもの」 逆に SVNは協調モデル。 「俺のソースはみんなのもの」 どっちが良いかは一概に言えないけれども、 所謂SVNには コミットしようとしたらもの凄く書き換えられていてまるで別物をマージしろと言われて憤慨する コミットした筈なのに修正が消されてしまっている（誰かがマージに失敗している） 勝手にソースを直されるのは嫌だ（特に理解していないプログラマに） という問題は発生しうる。 そういった意味では、 ロックして排他的な制御を行っているVSSに理があるとも言える。 が、 直したい時にチェックアウトしたままのあいつはいない
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
MOONGIFT: >> Subversionのステータスを見える化「StatSVN」:オープンソースを毎日紹介
バージョン管理が日々利用していれば、開発した結果が蓄積されていることだろうと思う。そうしたログ情報を活用しているだろうか。大抵、何らかの問題があったときに、見返す程度だろう。 それではせっかくの情報が活用しきれていない。解析し、さらに開発効率を高める情報源として利用しよう。 今回紹介するオープンソース・ソフトウェアはStatSVN、Subvesion解析ソフトウェアだ。 StatSVNはSubversionから出力されるログ情報を解析してHTMLやグラフに変換するソフトウェアだ。解析元になるデータは、XML形式でsvnコマンドで出力する必要がある。そして、そのXMLデータを解析すると、一気にファイルが出力される。 開発者ごとに開発行数、Subversion全体における行数の変化、平均ファイルサイズ、ログメッセージを月ごとで出力と言った機能がある。日本語のコミットログは文字化けするが、HTM
UNIX USER 2003 8: Subversionで管理せよ (draft)
オープンソースの開発においてCVSというバージョン管理システムは非常に重 要な要素の一つと考えられています。CVSを使えば、ネットワーク上に分散し た多数の開発者がうまく協調しながらソースを修正していくことが可能です。 オープンソースを開発をサポートしているSourceForgeではプロジェクトごと にCVSリポジトリが用意されていますし、SourceForgeなどを使っていないオー プンソースプロジェクトでも自分でCVSリポジトリを用意しているところが数 多く存在しています。 しかし、CVSを使いこんでいくとCVSによってあたえられる制約がいろいろと苦 痛になってきます。特にファイルの移動やディレクトリの扱いなどがうまく管 理できないことが開発のすすめ方に影響を与えていると言えるでしょう。特に 開発の初期段階では、ソースファイルのレイアウト構造などが固まっていない ために、その段階でCV
無料で使えるオンラインSubversionリポジトリサービス - ナレッジエース
相変わらずVimのカスタマイズに熱中しています。 手を加えるほどに、できることがどんどん増えていくのが楽しいところ。(ようやく基本機能も全様が見えてきた) さて先日、このVimの設定ファイルを自宅と会社で共有したいと思い、オンラインのSVNリポジトリサービスを探してみました。 せっかくなので調べた結果を書いておきます。 無料オンラインSubversionリポジトリサービス 私が試してみたサービスは以下の3つ。 それぞれサービスの特徴が異なるで、目的にあったものを選ぶのがよいでしょう。 Unfuddle Unfuddle: Free Source Control, Bug and Issue Tracking 容量 プロジェクト数 管理ツール 日本語表示
YappoLogs: 悪のりで学ぶsvnadmin/trac入門実用編
悪のりで学ぶsvnadmin/trac入門実用編 とある平和なある週末に事件は起こった xx:14 ([aopy]+) stfuawsc汚染なコードをciってまった xx:14 (A) ちょ xx:14 (B) ｗｗ xx:14 (C) ｗｗｗ xx:14 (D) stfuawsc xx:14 {[ainOS]+} パネラーディスカッションという事で、直近のコミットした内容をこの世から抹消しなければならなくなった。 しかもtrac上のデータもあわせて..! 消したいリビジョンは100である。 svnのデータを消すコマンドだけで直前のコミットを取り消せないものかと調べたが、出来ないという事が分かった。 ちょっと冷静になって、svnadmin dumpとsvnadmin loadの組み合わせで何とか出来ないか？と考え$ svnadmin dump /svn/public > /tmp/publ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20080311/
IBM Developer
Springhead Project Website - 有効なWikiNameではありません
Subversionでサイト管理(1/3) - Linux Home Server Memo - 自宅サーバ
http://wiki.machband.org/svn/