Actionscript 3 在Subversion中管理核心库
这让我很头疼!我甚至难以用语言描述这个问题 基本上,我希望能够按照以下要求管理Actionscript类的核心库(coreLib):Actionscript 3 在Subversion中管理核心库,actionscript-3,svn,project-management,Actionscript 3,Svn,Project Management,这让我很头疼!我甚至难以用语言描述这个问题 基本上,我希望能够按照以下要求管理Actionscript类的核心库(coreLib): 新项目启动时,将签出最新版本 开发人员可以对coreLib进行更改,然后在编写项目时将其提交回repo(可能是错误修复、添加功能等) 该项目包含coreLib的“快照”,因此,如果在几个月后返回,它(尽可能自动地)拥有一个coreLib副本,该副本保证与项目兼容 我尝试过使用external,但这会破坏向后的兼容性。我目前正在将coreLib导出到项目中,并将
- 新项目启动时,将签出最新版本
- 开发人员可以对coreLib进行更改,然后在编写项目时将其提交回repo(可能是错误修复、添加功能等)
- 该项目包含coreLib的“快照”,因此,如果在几个月后返回,它(尽可能自动地)拥有一个coreLib副本,该副本保证与项目兼容
有什么建议吗?svn:外部破坏兼容性的做法到底是如何倒退的?您可以将svn:externals链接到特定版本,以便在返回历史记录时,您的项目将链接到库的正确版本
另请参见我在问题中的回答我认为最简单的方法是在一个存储库中管理所有ActionScript项目和核心库。您的核心库有一个“路径/文件夹”,用作主干。为什么不将“核心库主干”复制到项目文件夹中?这只是“核心库主干”中的一个分支,位于项目文件夹中 开发人员可以在不破坏任何依赖关系的情况下更改其核心库分支。在“核心库主干”和“核心库项目分支”之间来回合并可以在没有副作用的情况下完成
-lib
-project1
-lib(branch project 1)
-project2
-lib(branch project 2)
有趣的是,我来看看。有趣的是,不知道如何实现这一点。@dr_tchock:trunk和branch目录只是subversion中的命名约定。执行svncp只不过是创建一个分支。设置新目录时,只需执行svn cp“核心库路径”project1/lib/。感谢您的澄清。我现在正在测试这一点——它看起来是迄今为止最好的答案。好的,我认为这是前进的方向。这和我以前做的没什么不同,但我没有意识到如何将它重新合并。我也是对不起,我没想到你已经这么做了。我想我的鲁莽想法和泽卢斯的想法是一致的。