构建软件补丁的好习惯是什么?

时间:2011-08-09 07:59:49

标签: c# build teamcity nant patch

我最近负责一个软件产品,这个产品发展得相当无组织,我建立了一个新的项目结构,一个源代码库,一个问题跟踪和一个使用nant和teamcity的构建系统。我正处于对每个主要分支的每个提交进行编译,测试并构建到设置中的点。

总是建立和发布完整设置对我来说似乎不对,我想建立某种自动补丁构建,但我不知道如何做到这一点。您有什么建议我可以做到这一点,或者我可以在哪里找到有关该主题的信息?到目前为止谷歌没有帮助。

有关我当前设置的更多详细信息:

存储库: - git: - 2个主要分支:发展和掌握

构建系统: - teamcity - 2种配置:一种用于构建每个分支 - build只包含一个构建步骤: - nant runner:nant脚本是存储库的一部分,包含以下目标:clean,init,compile,test,deploy,build_setup(使用inno setup)

我想我必须将nant脚本拆分成碎片并使用不同的构建步骤以某种方式将新构建工件与旧构建工件进行比较,并创建包含更新文件的补丁。我是否在正确的轨道上,如果是这样,有没有人知道如何设置团队城市的好例子或教程。

2 个答案:

答案 0 :(得分:2)

除非您拥有的是一个庞大的多兆字节终端用户应用程序,否则生成补丁(我认为您希望减少它)是一项艰巨的任务,因为您必须提供每个以前版本的补丁程序。最新的。

或者,您可以投资自动更新基础架构,以便应用程序在新版本发布时自行更新。

至于每次提交的构建设置,我个人认为这不是必要的,除非你不断测试安装程序本身。相反,无论何时释放,都应手动触发完整构建。

答案 1 :(得分:0)

您应该查看Microsoft的ClickOnce之类的内容以获取更新/补丁。