我们有一个Web应用程序,偶尔会出现需要处理和修复的错误。我们使用subversion作为代码库。我正在挣扎的是你在什么时候创建一个新的分支或标签。我们认为如果需要重建应用程序或需要重建MSI,那么我们将创建一个分支。在像拼写错误这样简单的情况下,我们只会分发有问题的.aspx页面。
您的分支和构建策略有哪些策略?
目前,我们看起来像这样。我们有一个类库和Web应用程序。我们进行更正,将更改的页面/ DLL复制到MSI Creator(高级安装程序),然后重建我们的MSI。我们正在讨论是否使用Web部署项目/ MSbuild或类似的东西。我们需要它具有可重复性,可靠性和简单性。
答案 0 :(得分:0)
当您发布代码时,您会“标记”它。假设您使用“ReleaseVersion_1.2.3.4”
标记它“主干”将是您的主要分支。你继续在那里发展。
如果拥有已发布代码的客户出现错误,您将从“标记”(“ReleaseVersion_1.2.3.4”)进行分支,并在那里修补一些内容。
然后,您很可能会将此HotFix中的代码合并回“trunk”。
这是最简单的方法。
分支策略有很多选择。
但是如果你的代码修补程序是偶然的,那么这个代码修补程序就可以了。