大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が
JAZZの今を聞きに夢の国まで出っ張ってます。 - Fly me to the Luna
Build on Eclipseなコラボレーションツール、プロジェクト名JAZZ、または製品名TeamConcertの今を見に、オーランドまでやってきました。ツール自体は4月くらいから触り始めていました。使ってみて、Trac + Hadson + Git のいいとこどりを目指したツールだと感じています。ここ最近は製品化に向けて構成が変えられたため、初期のセットアップが難しくなり使いづらくなってきました。が、以前は簡単にセットアップもできました。 サーバーであるチケットの情報を貯めておくRepositoryもOSGiコンテナ上で動いています。そのRepositoryに対し、クライアントはSOAP/XMLかSOAP/JSONで通信されるので、EclipseRCP以外でも接続できます。が、メタモデルの設計にEMFを用いているので、もしクライアントを作成するのであればクライアントもEclipseR
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Edge Components 概念、計画とインストール / WebSphere Application Server
開発者アカウント - MediaWiki
