Svn Subversion分支/交换

目前我一直在使用GIT，并且非常满意

由于一些项目限制，我们接管了一个已经启动的项目，该项目最近达到了1.0生产版本

现在，我想将稳定版本1.0作为分支，我们继续在主干中开发

现在我的结构看起来像：

branche
--app-1.0

trunk
--app

现在有两种情况：我继续在主干中开发。我修复了1.0版的一个bug。在一个Java类中。只有一行代码发生了变化。除了这一行之外，我如何在不重写“旧”类的情况下将其提交到app-1.0

第二个场景：有人让我检查是否有bug。我切换到app-1.0，找到bug，修复它，我偶然发现第二个bug，也修复它，将它提交到app-1.0。如何将其提交到后备箱

在这两种情况下，merge命令是否正确

什么是最佳实践

在我的GIT上，我总是有相反的想法：我在那里开发了一个分支app-1.0 app-2.0，当我发现它是稳定的时，我将它合并到主干上，它始终是我稳定版本的表示

---

我希望你们能帮我：-）

两种情况：你合并

从SVN手册：

将分支合并回主干（假设您有主干的工作副本，并且分支是在修订版250中创建的）：

如果您在修订版23进行分支，并且希望将主干上的更改合并到分支中，则可以从分支的工作副本内部执行此操作：

$ svn merge -r 23:30 file:///tmp/repos/trunk/vendors
U  myproj/thhgttg.txt

---

您可以轻松地将单个修订从主干合并到分支或从分支合并到主干。Merge是正确的命令

如果已签出分支，则可以执行以下操作：

svn merge -r <from_revision>:<to_revision> http://host/path/to/trunk

svn合并-r:http://host/path/to/trunk

或

svn合并-chttp://host/path/to/trunk

（

-c

相当于

-r:

）

---

在SVN中，合并是通过获取两个修订之间的差异，并将它们应用到您的工作目录中来实现的。合并后，您必须提交更改。如果您想将错误修复从分支合并到主干，请转到主干工作目录，并从分支URL进行合并。

如果您了解Git，为什么不使用

Git svn

来满足subversion repo并像您习惯的那样使用Git？我们正在处理管理硬件，事件开发计算机是特殊的，我们可能不会更改任何内容：（并且您不能从外部hd/usb记忆棒执行msysgit的便携式版本吗？我还建议查看-它简化了问题中两种场景的合并。

svn merge -r <from_revision>:<to_revision> http://host/path/to/trunk

svn merge -c <revision> http://host/path/to/trunk