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

前端之家收集整理的这篇文章主要介绍了c# – 构建软件补丁的好习惯是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近负责一个演变相当无组织的软件产品,我已经建立了一个新的项目结构,源代码存储库,问题跟踪和使用nant和teamcity的构建系统.我正在向其中一个主要分支机构进行编译,测试和构建到一个设置中.

总是建立和运送完整的设置对我来说似乎是错误的,我想建立一些自动补丁构建,但是我不知道如何做到这一点.你有什么建议可以如何做到这一点,哪里可以找到关于这个话题的一些信息? Google迄今没有任何帮助.

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

库:
– git:
– 2个主要分支机构:发展和掌握

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

我想我必须将nant脚本分成几部分,并使用不同的构建步骤以某种方式将新的构建工件与旧版本进行比较,并创建一个包含更新文件的修补程序.我在正确的轨道上,如果是,有谁知道一个很好的例子或教程如何设置teamcity.

谢谢

解决方法

除非你有一个巨大的多兆字节的最终用户应用程序,生成补丁(我认为你想要的是最小化的)是一项艰巨的任务,因为你必须提供每个先前版本的修补程序,一一.

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

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

猜你在找的C#相关文章