1

プロジェクトまたはブランチが終了する (二度と変更されることはない) または放棄されたときに推奨される戦略は何だろうと思っていました。

プロジェクトの場合、次のことを行う必要があります。

  • そのままにしておく
  • すべてのプロジェクトが終了/放棄されたときに移動されるリポジトリ ルート フォルダーを用意する
  • フォルダの名前を「CLOSED - Project Name」のような名前に変更するだけです
  • 閉じたすべてのプロジェクトを含む新しいリポジトリに移動します (すべての履歴が失われるため、これはあまり良い考えではないと思います)。
  • 別の解決策は？

ブランチの場合、次のことを行う必要があります。

  • そのままにしておく
  • CLOSED または ABANDONED という名前のブランチ内のフォルダーに移動します。
  • ブランチの名前を「Closed - Branch Name」に変更します
  • 別の解決策は？
4

3 に答える 3

1

削除するだけです。すべての履歴はリポジトリ内に保持されます - リポジトリは (ほとんど) 決して忘れません。

ペグ リビジョンを指定することにより、コマンド ライン ツールを使用してアクセスできます。

svn command item@PEG-REV

TortoiseSVNでは、このボタンを使用してペグのリビジョンを設定することで、過去にさかのぼることができます:

レポブラウザ

正しいペグ リビジョンがわからない場合は、ログを使用して見つけてください。

于 2012-10-15T12:10:05.693 に答える
0

最新のプロジェクト/ブランチの状態を追跡するために、適切なタグ付けアプローチを使用することをお勧めします。ブランチ履歴は削除された後もリポジトリに保持されますが、を使用して削除されたブランチの最新のブランチ状態を見つけるのが難しい（または単に長い時間がかかる）場合がありますpeg revisions。

私に関しては、次の図で説明できるきめ細かいタグ付けアプローチを使用しています（ここでは、同じ原則を表すより詳細な図を見つけることができます）。

タグ付けアプローチ

ご覧のとおり、リポジトリを構造化するという特定の規則を使用しています。タグディレクトリには、次のサブディレクトリがあります。

/tags
    /builds
        /PA
        /A
        /B
    /releases
        /AR
        /BR
        /RC
        /ST

PAプレアルファ A はアルファ を意味しますベータはアルファをB 意味しますリリースはベータリリースを意味しますリリース候補は安定を意味します AR BR RC ST

説明されている規則に従って、リポジトリに特定のディレクトリ構造があります。

/tags
        /builds
            /PA
                /1.x.0
                /1.x.3
                /2.x.0
            /A
                /1.x.1
                /1.x.4
                /2.x.1
            /B
                /1.x.2
                /1.x.5
             -> /2.x.2 <-
        /releases
            /AR
                /1.0.0
            /BR
                /1.0.1
            /RC
                /1.0.2
                /1.0.3
            /ST
             -> /1.0.4 <-

ブランチを削除する前に、対応するディレクトリにタグを作成することが期待されます。tags/builds/Bそして、削除したブランチの最新の状態を、たとえばディレクトリで簡単に見つけることができますtags/releases/ST。

于 2012-10-16T08:16:01.563 に答える
0

Subversion から古いプロジェクトを削除するのが嫌いです。多くの人は、プロジェクトは常に履歴に存在すると言いますが、プロジェクトがどこにあり、いつ削除されたかを調べるには、過去のランダムな日付を選び始める必要があるため、実際には発見することはできません. 探しているものの正確な名前がわからない場合、Subversion で削除されたアイテムを見つけるのは非常に困難です。

私は、「アーカイブ」と呼ばれる SVN の最上位ディレクトリを作成する別の戦略を好みます。古いプロジェクトはそこに移動されるため、古いプロジェクトがトランクに表示されなくなるという利点が保持されますが、古いプロジェクトのソースを参照する必要がある場合は、非常に簡単に見つけることができ、古い機能していないプロジェクトが 1 つに保持されます。場所。

私の場合、リポジトリ構造は次のようなものです。

/trunk
/tags
/branches
/archive
  /projects
于 2012-10-16T10:38:46.790 に答える