0

標準レイアウトがあります

tags
branches
trunk

ただし、トランクにはコードがありません。トランクは使用されたことがありません。代わりに、すべての作業がブランチで行われ、そのブランチが行われたと見なされると、新しいブランチが作成されます。これ以降、すべてのリリース可能なコードはトランクに常駐します。これは、他のすべてのプロジェクトがセットアップされる方法であり、インストールパッケージをビルドするときにTeamCityがすべての最新のリリース可能なプロジェクトをフェッチしてビルドする方法です。

ブランチの下には、1.0ブランチと1.0ブランチから分岐したfooブランチがあります。

branches
 |- 1.0
     |- foo

fooは現在開発中であり、1.0には最新のリリースされたコードが含まれています。私のアイデアは、1.0をトランクとマージし、fooが完了したら、それをトランクとマージすることでした。1.0に基づいているので、問題が発生しますか？トランクにも影響があり、トランクにはfooに存在しない他の変更が含まれている可能性がありますか？

また、どの時点で1.0ブランチを削除しても安全だと考えられますか？1.0がトランクにマージされた直後、またはfooもマージされた直後ですか？

4

1 に答える 1

0

  1. ワークフローとマインドを修正する必要があります - それらは壊れています

    • トランクの HEADを foo の祖先から作成した場合、トランクは (後で) 変更を含むことができず、変更は foo には存在しません (すべての開発が foo で行われる場合)。
    • 1.0/foo をトランクとして、トランクをタグとして使用しようとしています

  2. svn rm廃止されたブランチ (1.0) は、foo も廃止される場合にのみ削除できます - Subversion リポジトリはパスベースです- 1.0 を削除することはできませんが、foo はそのままにしておきます

于 2013-01-30T13:01:01.990 に答える