![]() |
1
4
不是真的。Subversion修订号适用于整个源代码树。如果您能够对提交的修订进行更改,这将破坏变更管理的思想。 您可以做的是创建一个版本37的分支,并对此进行更改。这将创建一个新的修订,比如100。然后您可以提交它,您将得到您正在寻找的修改版本37。 |
![]() |
2
3
这是有可能的,但要求你不要灰心丧气,了解SVN存储库转储格式并有一个稳定的手(和备份)。 过程将是在文本版本中转储整个存储库,找到要查找的修订的条目并添加信息,然后重新加载转储(覆盖现有存储库)。 不幸的是,这种格式不适合胆小的人(它类似于带有扩展名的HTTP,大多数字段的前面都有其长度),破坏它相当容易。 也不建议这样做;现在就提交文件,以后要更加小心。 |
![]() |
3
1
不,那是不可能的。你不能改变历史。 如果可以按您的要求执行,那么这将打破版本控制的整个概念:拥有可靠的提交历史。 |
![]() |
4
0
看起来是不可能的。 您可以尝试从以后的版本中获取这两个文件,并使用它们(使用版本37中的文件)。 |
![]() |
5
0
听起来你不太在乎它是第37版。相反,您正试图重新导出具有特定现实世界属性的修订版(即,您给客户的修订版恰好是第37版)。 正如马特所说,你真的想从Rev 37中创建一个分支。实际上,这意味着您将把Rev 37复制到一个Subversion目录中,该目录的名称解释了它是什么,例如/branches/client-a。然后,将丢失的文件添加到分支并提交。然后,您可以从/branches/client-a导出以获得所需的内容。 |
![]() |
Eric · pip安装-e svn+ssh不接受用户 7 年前 |
|
Anu699 · 在git中管理多个项目的最佳方式是什么?[已关闭] 7 年前 |
![]() |
Dipu H · Viewvc未扩展关键字 7 年前 |
![]() |
NealWalters · SVNLook-存储库格式-语法不正确 7 年前 |
![]() |
m-mas · 尝试与svn重新同步trac时出错 7 年前 |
![]() |
Wombattle · 通过命令行在SVN中保留时间戳 7 年前 |