問題タブ [trunk]

私はおそらくこれを熟考したことがないか、Subversion にすでに存在するオプションを単に知らないだけかもしれません (私は確かに専門家ではありません)。

新しい機能の作業を開始するためにブランチを作成した場合、トランクの最新のリビジョンでブランチを最新の状態に保つ簡単な方法があれば、リビジョンの範囲をマージします。コミットした変更はブランチにのみ影響しますが、トランク (およびもちろんブランチ)からすべてのリビジョンを簡単に更新して取得できるようにしたいと考えています。これは可能ですか？私が求めていることは理にかなっていますか?

これは、ある範囲のリビジョンをマージすることと必ずしも変わらないと思います。マージを許可する前にこれらすべてのベストプラクティスチェックを実行する AnkhSVN を使用しているだけで、必要以上に複雑に感じることがあります。アイデアは、他の開発者がトランクに対して行う可能性のあるコミットでブランチを最新の状態に保ち、最終的にブランチをトランクにマージしたときにすべてがスムーズに (可能な限り) 進むようにすることです。

Visual SVN Manager を使用してリポジトリを作成しましたが、最初は /trunk /branches と /tags を作成していませんでした。プロジェクトが成長したので、これらを追加する必要があります ==> 分岐とマージは不可欠です! そうするための最良の方法は何ですか？

私には巨大なプロジェクトがあります。

ブランチを作成する必要があります - これはプロジェクトのバージョン 2 になりますが、バージョン 1 のバグ修正としてトランクを保持し、ブランチ 1 と並行して変更する必要もあります。

ブランチに新機能を追加しながら、バグ修正をトランクからブランチ 1 にマージする必要があります。

最後に、すべての変更をトランクにマージして、そこから新しいタグを作成する必要があります。

したがって、バージョン 1 のバグ修正、バージョン 2 の新しいブランチ、そしてもちろんバージョン 2 のバグ修正のマージが必要です。

私はsvnを使用していますが、svnは常に問題を引き起こします。競合なしで何かをマージすることはできません。

誰かが私に何をすべきかアドバイスをくれますか?

よろしく

Subversion1.5リポジトリのトランクに開発ブランチを再統合しようとしています。この操作の前に、トランクから開発ブランチへのすべての変更をマージしました。ブランチからの変更を再統合しようとすると、次のエラーメッセージが表示されます。

その後、メッセージは私のプロジェクトのいくつかのフォルダについて不平を言い続けます。しかし、トランクから開発ブランチへの変更を再度マージしようとすると、TortoiseSVNは、マージするものがないことを通知します（以前にすべての変更をマージしたため）。

私はここからの指示に従おうとしています：http ：//svnbook.red-bean.com/en/1.5/svn.branchmerge.basicmerging.html 、しかしそのような問題を解決することについては何もありません。

何か案は？おそらく、トランクを削除してから、ブランチのコピーを作成する必要がありますか？しかし、それが安全かどうかはよくわかりません。

も参照してください

--reintegrateを使用したsvnmergeは範囲の欠落について文句を言いますが、mergeinfoは正しいようです

新しい機能に多くの作業を必要とする大きなプロジェクトがあるので、この作業を行うためにブランチを使用することを計画しました。私はこれまでこれを行う必要はありませんでした。経験豊富なSubversionユーザーから、物事がスムーズに「機能する」はずだという保証を得たいと思っていました。

私が特に懸念しているのは、Subversionがブランチとトランクの間で削除、名前変更、移動されたファイルをどれだけうまく処理できるかということです。つまり、ブランチで複数のファイルが削除または名前変更/移動されたが、それらのファイルが引き続き使用され、トランクで変更を受け取った場合でも、トランクとのマージは問題なく続行されます（もちろん、必要に応じてブランチを作り直します）。 ）？

また、ブランチをトランクと再統合するときに、ファイルの名前（または存在）がトランクとブランチで大きく異なる場合、再統合は困難になりますか？ブランチで削除（移動）されたファイルはトランクで削除（移動）されますか、それともファイルが残り、競合が発生しますか？

SVNの本は私にとってこれらの質問を解決しなかったので、あなたの経験は大いにありがたいです。ありがとうございました！

私は愚かな状況にあります：私はトランクの作業コピーにいくつかの変更を加えました。変更はテストされていないので、すべての変更をブランチに転送したいと思います。Tortoiseのマニュアルによると、Switchはすべての変更を失います。変更を作業コピーに保持し、リポジトリのブランチに保存する方法はありますか？

SVNとリポジトリのチェックアウトに関して（うまくいけば小さな）質問がありました。基本的に、何をいつチェックアウトするかに関して、矛盾するチュートリアルと提案があります。一部の人は言うでしょう：

svn co http://my.repos.com/project my_project

…他の人が言う間：

svn co http://my.repos.com/project/trunk my_project

プロジェクト全体に対して、トランクを直接取得したいのはいつですか？過去にどちらかで問題が発生したことはありませんが、一方が他方よりも好ましいシナリオがあるかどうかはわかりません。

一番。

開発者が変わったため、トランクを破棄し (ただし、後世のために保管しておきます)、ローカル コピーをロードしてそれを置き換える必要があります。

これを行う方法についていくつかの考えがあります。

1) トランクからすべてのファイルを削除する 2) 削除をコミットする 3) 「新しい」トランクを作業コピーにコピーする 4) すべてのファイルを再帰的に追加する 5) コミットする

また

1) トランクをタグに移動 2) コミット 3) 「新しい」トランクで SVN インポートを実行

続行する最良の方法はどれですか? この状況を処理するためのより良い方法はありますか?

「新しい」トランクに存在しなくなったファイルの削除と、すべての変更と追加をキャプチャする必要があります。

Subversion から Mercurial に移行しています。Subversion では、テスト用にhttp://trunk.myproduct.comがあります。Mercurial のトランクのようなサイトの標準的な名前は何だろうと思っています。「トランク」は Subversion 用語のようです。http://default.myproduct.comが最もわかりやすい名前ですが、一般的に使用されている名前ですか? 最も標準的なコンベンションを探しています。

いくつかのコードプレックス プロジェクトのフォークを作成しました。追加のコードなどを実行し、カスタム コードをソース管理リポジトリにプルしました。

私が自分のフォークに取り組んでからの数週間と数か月で、メイントランクが更新されました。

コードをトランクのコードと同期するにはどうすればよいですか?

（コードをトランクと同期したい主な理由は、トランクがvs2010にアップグレードされ、まだvs2008プロジェクトバージョンを使用しているためです:( ）。