2017-06-19 11 views
0

リポジトリファイル:/// D:/DEV/ADM/LOV/LOV-TYPE.txtにリビジョン1,2,3,4,5 とリポジトリファイル:/// D:/TEST/ADM/LOV/LOV-TYPE.txt with revison 1リビジョン間でリビジョンを変更せずにリビジョンをコピーする

ソースのリビジョン5は安定しているので、そのリビジョンをコピー先のリポジトリにコピーする必要がありますが、コピー後はリビジョンは5になりますが、コピーされるファイルのリビジョンは5ですが、デスティネーションのリビジョンは2のままです。

- UPDATE 本当にありがとうございます。私は間違っているかも知れない私はsvnや実際にはどのバージョン管理ツールでも新しいです。私が達成しようとしているのは、(アプリケーションsiebelの)変更の一部として使用され、次の構造を持つすべてのファイル用のリポジトリを作成していることです。DEV/File1/File1_repostory ..DEV/File2 /同様に他の場所/サーバ上で私は..TEST/File1/File1_repository ..TEST/File2/File2_repository

DEV/File1/File1_repository @ rev3を移動先のTEST/File1/rev1にあるFile1_repositoryは、私が移動していないrev2ではなく、バージョン1と3を持っていることを示す必要があります。 Subversionでこれを実現する唯一の方法は3「ダミーを作成することです。この

+2

どのバージョン管理システムを使用していますか?あなたは4つの非常に異なるものをタグ付けしました。答えはそれぞれ異なるでしょう。 – alroc

+2

バージョン番号ではなく、タグを利用します。 – Mort

+0

@alroc私は私のためにこれを行うことができるロジックまたは特定のコマンドを探している同じ私はTortoise SVNを使用しています。 –

答えて

0

を達成するためにどのように助けてください

これは、ツールをバージョン管理の使用する従来の方法ではありませんが、これは私が

を達成するために必要なものですあなたのコードをコミットするとリビジョン5となるように、リビジョン1234を2番目のリポジトリに持ってきて、リビジョン15に座っていなければならないのはどういうことでしょうか?これは、ほとんど価値のない多くの努力です。

Subversionのリビジョン番号は、変更が加えられたリポジトリの履歴の中のポイントをマークする単純化されたタイムスタンプ以上のものであってはなりません。ここではリビジョン番号を重視しています。

私はあなたのバージョン管理システムを、本質的に任意のデータに重点​​を置いて使用するつもりはない方法で使用しようとしていると思われます。

+0

を更新しました。アイデアは、リポジトリ間で特定のリビジョンを追跡する必要があるということです。例えば、それぞれ異なる環境を表す3つのリポジトリがあるため、特定のリビジョンを特定の時間に追跡する必要があります。 .. DEVには1,2,3,4,5のリビジョンがあり、TESTにはテストチームの承認後DEVの2と5のリビジョンが必要です。 –

+0

さらに、私がダミーコミットを行う場合は、宛先リポジトリで目的のリビジョンに到達するたびにコミットしますが、ソースからバージョン3をチェックし、宛先からダミーバージョン3をチェックしても違います。 –

+0

これはすべて間違っています。リビジョン番号はリポジトリ間で移植できません。さらに、同じアイテムに対して複数のリポジトリを持つべきではありません! 1つのリポジトリ、およびDEV用のビルドが必要なときは、タグを作成します。その後、TESTに必要なものがあれば、そのタグを作成します。あなたがやっていることは、Subversionを使うときの通常のやりとりに反するものであり、あなた自身が苦労しているだけです。 Subversionのマニュアルやオンラインの無数のチュートリアルで概説した従来のプロセスを使用してください。 – alroc

関連する問題