問題タブ [svn-trunk]

プロジェクトを管理するためにTortoiseSVNを実行しています。明らかに、タグ付けに関する原則はSVNのすべての実装に適用されますが、この質問では、TortoiseSVN固有のダイアログボックスとメッセージをいくつか参照します。

私の作業ディレクトリとSubversionリポジトリ構造の両方に、ソースルートディレクトリとその下のトランク、タグ、ブランチディレクトリがあります。（箇条書きを使用せずにマークダウンでマルチレベルのインデントされた階層を作成する方法を理解できなかったので、誰かがこれを編集して修正できれば幸いです。）

作業コピーのトランクディレクトリから作業していて、リポジトリのトランクディレクトリを指しています。タグ「Release1」を適用したいので、「Branch / tag ...」メニューオプションをクリックして、リポジトリパスを[repo_path / bla / Source / Tags/Release1」タグとして設定します。このダイアログボックスにオプションが表示されます。 「作業コピーを新しいブランチ/タグに切り替える」に。

このオプションをオフのままにすると、/ Tagsの下に新しい「Release1」ブランチが作成されますが、作業コピーは以前の「トランク」パスに残ります。このオプションをオンにした場合（またはSwitchコマンドを使用した場合）作業コピーが「/Tags」の下の新しい「Release1」ブランチに切り替わると理解しています。

私が概念を見逃しているのは、この決定をどのように行うかです。定義上（？）そのタグをある時点でのコードのスナップショットにしたいので、作業ディレクトリを最近作成したタグに切り替えたいとは思われません。作業ディレクトリを切り替えない場合は、トランクから作業を続行し、別のスナップショットを作成する準備ができたら、別のタグを作成します。等々...

私はこの権利を理解していますか、それとも前の段落で何か間違ったことを述べていますか（たとえば、タグは特定の時点のスナップショットを表す必要があるため、タグに切り替えたくないというステートメント）、またはこの決定を行う方法に関して何かが欠けていますか？

SVN ブランチをトランクに移動するにはどうすればよいですか?

私が直面している問題は、SVN (コマンド ラインまたは Eclipse 内) で移動コマンドを実行すると、ブランチ フォルダーをトランクにしか移動できず、そのフォルダーがトランクにあることです。しかし、そのブランチのすべてのコンテンツをトランクに入れたいです。

例えば

そうなるでしょう

そしてそうではない

もちろん、project1、project2、project3 を 3 つの異なるプロジェクトとして...

これはどのように行うことができますか？ここでカメは役に立ちますか？それとも、これはすべてのプロジェクトを単独で移動することでのみ可能ですか?

svn サーバーで、存在しないかのようにリビジョンを削除することは可能ですか?

そのため、次の改訂があります。

1004 が存在しなかったかのように、svn で 1004 を削除して 1003 に戻すことはできますか?

私の無知を許してください、私はまだSVNの使い方を学んでいます。

SVN 環境の PC クライアントで Visual Studio 2010 を使用する場合、使用中の可能性のあるブランチに加えて、各プロジェクトに「トランク」参照作業コピーが本当に必要であると想定するのは合理的ですか? ブランチの変更をトランクにマージするときに、トランクのない単一のブランチコピーをリポジトリに適切に調整する方法がわかりません...

このシナリオをどのように修正しますか? したがって、基本的に私は PROD/WHOTest ファイルにいて、svn del trunk と入力しました

まだ変更をコミットしていません。どのように撤退しますか？

svn del --keep local trunk
または svn revert trunk

2 つの同時リリースに取り組んでいます。1 つはブランチで、もう 1 つはトランクです。ブランチに行くすべての変更は、トランクにマージする必要があります。大きな機能に取り組んでいる場合、これには多くの時間がかかります。したがって、このプロセスを自動化したいと思います。つまり、ブランチに変更があるたびに..これらの変更はトランクにマージされます。

同じように、私は SVN を調査しており、これを行うスクリプトを作成することを考えています。誰かがこれを達成する方法を知っていますか?何らかのチュートリアルはありますか? 私はすでにこのようなさまざまな記事を参照しています。

これまでのところ、私はそれを機能させることができませんでした。

Tortoise Subversion でフォルダの内容を削除する必要があります。したがって、基本的に、開発者はテストのためにプロジェクトのトランクに 30 ギガバイトのデータをロードし、このフォルダーのすべてのコンテンツを削除し、これらのデータを保持する必要はありません。

それで、私はこのコマンドを使用しますか、これは正しい構文ですか: svn delete something.com/svn/prod/WHOtest/trunk

次にコミットしてから、フォルダーを再作成して再度コミットしますか?

macports svn リポジトリは次のようになります。

これを git svn を使用してインポートし、標準機能を使用してブランチとタグを正しく解釈したいと考えています。

私が見たいのは、ディレクトリを持つ単一の git リポジトリです

言い換えれば、branchs ディレクトリのブランチをブランチとして保持し (トランクの場合)、タグを git タグとして保持したいと考えています。ただし、ブランチを切り替えることなく、トランク、contrib、distfiles、ダウンロード、およびユーザーの両方のコンテンツを表示できるようにしたいと考えています。

これはこの質問に似ていますが、これらの追加のディレクトリ (contrib、distfiles、downloads、users) には独自のタグやブランチがないという点で異なります。それらはトランクのサブディレクトリであるべきだと私には思われるので、代わりの解決策は、トランクの下に表示されるこれらの追加のサブディレクトリでトランクをチェックアウトすることです。ただし、理由により不可能な場合があります。

これを簡単に処理する方法が提案されていない場合、本当に難しいことをしなくても、contrib とトランクを同時に簡単に参照できますか? 私はサブモジュールでそれを判断することができましたが、それは問題を求めているようです.

私が働いている会社では、x 時間 (通常は 3 か月) ごとにリリースがあります。その間、4 ～ 6 回の「ブランチ リリース可能な」スプリントがあり、すべてのコードがそのブランチに入ります。

しばらくして、ブランチがバージョン xxx としてリリースされ、次のバージョンに進むだけです。しかし、通常のコミットメントにより、古いバージョンを数か月または数年間維持する必要があります。

バージョンからリリースへの分岐は正しいのだろうか。このため、リリース バージョン ブランチがトランクに完全に再統合されることはありません。彼らは永遠に生きています。それらを維持するために、ブランチでバグが見つかった場合、トランクでそれを修正し、手動でブランチに移植する (私はこれが好きです) か、代わりにブランチで作業して移植します (トランクなしでコミットブランチのようなものです)。再統合) トランクに戻ります。おそらく、ブランチが古すぎて大きな変更をサポートできないために、トランクにブランチにマージできない/できないコードが含まれている可能性があることに注意してください。

私たちが使用する方法論の利点/欠点を知っていますか? 保守可能なバージョンに対処する別の方法はありますか? たぶんsvnの外ですか？