svn树结构建议
我继承了一个不受任何版本控制的大项目。 工程量很大： 大约：9000 个文件 & 600 个目录，所以我们应该保留结构，即使它不是以 svn 方式组织的。
结构如下：
-\Src
-\常见的
-\帮助
-\库
-\TheProject
-main.pas
-更多文件.pas
-\引擎.A
-\引擎.B
-\Engine.C
-\常见的
-\实用工具
-\SomeMore
-\SomeMore
对于某些客户，我们使用 Engine.A，对于其他客户，我们使用 Engine.B，等等... 在我们取得任何进展之前，我们将“Engine.A”重命名为“Engine”-->开发-->编译 --> 重命名回 Engine.A。对于所有其他引擎文件夹也是如此。
有什么建议如何解决这个问题吗？ 请注意：每个引擎仅更改大约 10% 的文件，因此分支将需要大量工作。
I have inherited a big project which isn't under any version control.
The project is big:
around: 9000 files & 600 directories, so We should keep the structure even if it isn't organized the svn way.
The structure is as follows:
-\Src
-\Common
-\Help
-\Lib
-\TheProject
-main.pas
-more-files.pas
-\Engine.A
-\Engine.B
-\Engine.C
-\Common
-\Utils
-\SomeMore
-\SomeMore
For some customers we use Engine.A, for others Engine.B, etc...
Before we do any progress we rename 'Engine.A' to 'Engine' --> develope --> compile -->rename back to Engine.A. Same for all other engines folders.
Any suggestion how to work that out?
Please note: Each engine only change about 10% of the files, so branch will be a lot of work on.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
查看官方 svn 书籍。
关于分支和合并的章节应该很有趣并且可以提供一些指导。
Checkout the official svn book.
The chapters about branches and merging should be interesting and give some guidance.