在版本库中修改版本而无需修改版本

我有一个版本库文件：/// D：/DEV/ADM/LOV/LOV-TYPE.txt，其中有修订版1,2,3,4,5 和一个目标资源库文件：/// D：/TEST/ADM/LOV/LOV-TYPE.txt带修订版本1在版本库中修改版本而无需修改版本

由于源代码中的版本5是稳定版，我需要将该版本复制到目标资源库，但是在复制之后，修订版本应该是5，但是复制文件的修订版本是5，但目标上的修订版本仍然是2，因为它只是目标中的第二次提交。

--UPDATE 非常感谢您的回复alroc。我知道我可能是错的。我对svn或其他任何版本控制工具都很陌生。我正在尝试实现的是，我正在为将作为更改（针对应用程序siebel）使用的所有文件创建存储库，并且将具有以下结构：DEV/File1/File1_repostory ..DEV/File2/File2_repository ..同样在其他位置/服务器上，我将拥有..TEST/File1/File1_repository ..TEST/File2/File2_repository

每当我想要将DEV/File1/File1_repository @ rev3移动到目标TEST/File1 /位于rev1的File1_repository需要显示版本1和版本3，而不是我没有移动的版本2。

这是不使用版本控制工具的传统方式，但是这是我需要实现

请帮助如何实现这一

来源

2017-06-19 Sunil Pawar

您使用的是哪种版本控制系统？你已经标记了4个非常不同的标签，每个标签的答案都不相同。 – alroc

依靠标签，而不是版本号。 – Mort

@alroc我使用的是Tortoise SVN，我只是在寻找一个逻辑或特定的命令，可以为我做到这一点。 –

实现这一目标与Subversion是创建3只有这样，“假“修改目标，以便当您将代码提交给它时，它将成为修订版本5.但是，如果必须将修订版1234提交到第二个存储库并且修订版本号为15，那么会发生什么？这是很少的价值的努力。

Subversion版本号不应该被看作是一个简单的时间戳，它标志着版本库历史中发生更改的地方。您在这里重视版本号。

我怀疑你试图使用你的版本控制系统的方式，它并不意味着被使用，这意味着本质上是任意的数据。

来源

2017-06-19 20:40:56 alroc

这个想法是，我需要跟踪存储库中的特定修订......例如，我有三个存储库，每个存储库代表不同的环境，因此我需要在给定的时间跟踪特定的修订版。 DEV有1,2,3,4,5版本，经过测试团队的批准后，TEST应该有DEV的实例2和5版本。 –

此外，如果我每次都可以在目标存储库中获得期望的修订，但是如果我从源文件检出版本3，并且从目标文件中获得虚拟版本3，则会有所不同。 –

你这样做是错的。版本号不可跨移动存储库移植。而且，对于相同的项目，您不应该有多个存储库！一个存储库，并且当您需要构建DEV时，您将创建一个标签。然后，当您需要TEST时，请为此创建一个标签。你在做什么与使用Subversion时的正常做法相反，你只是为自己制造麻烦。使用Subversion手册中列出的传统流程和在线的无数教程。 – alroc

在版本库中修改版本而无需修改版本

回答

相关问题