我应该如何构建我的插件开发，以及如何将补丁应用到svn中的补丁？

我刚刚开始开发redmine插件和补丁，我正在使用svn。我有下一个结构：

doc/
src/
src/branches/
src/plugins/
src/patches/
src/trunk/

我的想法是为我要开发的每个插件或补丁从主干创建一个分支。插件文件夹用于存储插件的不同版本，补丁文件夹用于存储补丁的版本

我现在面临着下一个问题：我创建了一个分支问题来开发补丁。在第一个版本之后，我使用

svndiff>patch.diff

来获得补丁。然后我将其保存在patches文件夹中，然后使用

patch-p0<../patch.diff

将其应用于主干。很酷，但是我必须对补丁做一些修改，因为在生产过程中发现了一个错误

我该怎么办

• 是否创建新修补程序以修复错误
• 修复错误，创建整个修补程序（包括所做的所有更改），恢复主干中的修补程序，然后重新应用新修补程序
• 还有别的吗
Subversion（以及任何常见的SCM）的方式是“合并来自不同开发线的更改”
也就是说，代替使用svn内部技术的diff-patch方法-将分支合并到主干，在分支中添加一些更改后重新合并，而不会得到所需的结果

---

请阅读，这是一件有用的事情
我不知道为什么您要使用补丁而不是合并。这很奇怪
（对我来说）最明显的事情是从

issue\ux

分支，修复错误，合并回

issue\ux

，然后合并回

issue\ux

在您的场景中，我建议您进行更改以修复

issue_x

中的错误，创建一个补丁，并将其应用于

trunk

。不过，你还是应该从中学到一些东西