4

以下で構成されるアプリケーションを開発しています。

  • パートナーから頻繁に提供されないソースコードベース。これはやや機能するコードであり、何かの「最終」バージョンです(そして、zipファイルで取得します)。彼らは独自のリリースサイクルとバージョン追跡を持っています。
  • 上記のコードベースで変更を加えます。これらは、バグ修正または新機能の開発のいずれかです。

今まで、私たちはなんとかコード騒乱を作成することができました。その結果、これらすべてをSVNリポジトリーに入れたいと思います。これをより少ない痛みで実現するためのベストプラクティスは何だと思いますか。

以下は、私たちが重要と考えるものです。

  • ソフトウェアベンダーにバグ修正を返送することはできないため、バグ修正/変更を追跡したいと思いますが、バグを報告することはできます(修正される場合とされない場合があります)。私たちが彼らのコードで開発するものはすべて「社内」のままであり、彼らは私たちの変更に興味がありません。
  • ベンダーから新しいコードベースを入手しない限り、最新バージョンは私たちが取り組んでいる安定したバージョンであると考えています。これはさらに分岐する可能性がありますが、結果は常に安定したトランクになり、ビルドはこの「安定した」トランクに基づいて行われます。
  • ベンダーが新しいバージョンをリリースしたら、「安定した」トランク(多くの変更が含まれています)を変更とマージして、新しい「安定した」トランクを作成します。
  • (クライアントに)デプロイするバージョンごとに、その特定のバージョンを使用してシステムをインストールしたクライアントについては、後でそのバージョンでのみバグを修正できるはずです。
  • コードベースに取り組んでいる開発者はもっといます...(いつものように:)

ヒントをありがとう。

4

1 に答える 1

6

SVNブックでは、ベンダーブランチのセクションでこのシナリオのベストプラクティスについて説明しています。

于 2010-03-15T13:56:52.070 に答える