v1.5
ブランチにちなんで名付けられたタグを作成しました。いくつかのテストの後、いくつかのバグが見つかりました。これらの変更を に伝播する必要があるようtag/v1.5
です。しかし、タグの更新やマージのような慣行を示唆していないコメントがいくつか見られます。
私の質問は、このような状況を処理するための最良の方法は何ですか. おそらくタグを削除して、ブランチヘッドリビジョンから再作成しますか?
ベスト プラクティスは削除tags
しないことです。実際、タグは触れることを意図したものではなく、単なるラベルです。ただし、すべてが任意の svn リポジトリ内のフォルダーであることは事実ですが、実際には、通常は作業し、バグが発生した場合はtrunk
更新し、そのままにしておきます。参照用の以前の作業履歴のマーカーとして、ブランチは個別の作業にも使用できます。ベストプラクティスは、単一のメインラインの単一トランクパターンで作業し、ブランチをできるだけ避けることです (継続的デリバリー統合)。タグから分岐して更新し、トランクにマージします。 滞在することを意図しています。私がすることは、をブランチ名にコピーして、そこで更新することです。それから私はそれをに戻します。為にbranches
tags
tags
tag
branch
merge
trunk
自動マージautomerger utilityと呼ばれる svn 用のクールなユーティリティがあります
Google と Facebook はトランクベースの開発を採用しました。開発 上記の資料で、これらの Google 社員は HEAD に取り組んでいること、および HEAD へのチェックインが常に行われることについて話しました。Ashish は、Q&A セクションの最後に数回トランクを作成すると述べており、進行中の開発のための分岐の回避について言及しています (リリース自体とは関係ありません)。公式です。Trunk Based Development (TBD) は Google が行っていることであり、彼らはそれをスケーリングします。( http://paulhammant.com/2013/05/06/googles-scaled-trunk-based-development/ )
SVN のタグは (慣習的に) RO サブツリーです。タグコードを作成した後に変更した場合は、変更したコードから新しいタグを作成する必要があります