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

Goo*_*ooo 10 c# nant teamcity patch build

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

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

关于我当前设置的更多细节:

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

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

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

Ant*_*lev 2

除非您拥有的是一个巨大的多兆字节最终用户应用程序,否则生成补丁(我假设您希望将其最小化)是一项艰巨的任务,因为您必须提供从每个先前版本到最新版本的补丁-约会一。

或者,您可以投资自动更新基础设施,以便每当发布新版本时应用程序都会自行更新。

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