Closed. This question is opinion-based。它当前不接受答案。












想要改善这个问题吗?更新问题,以便editing this post用事实和引用来回答。

3年前关闭。



Improve this question




我最近负责的是一个相当杂乱无章的软件产品,并使用nant和teamcity建立了一个新的项目结构,源代码存储库,问题跟踪和构建系统。我正在对主要分支之一的每次提交进行编译,测试并构建到安装程序中。

始终构建和交付完整的安装程序对我来说似乎是错误的,我想建立某种自动的修补程序构建,但是我不知道该怎么做。您对我该如何做或在何处可以找到有关此主题的信息有任何建议吗?到目前为止,谷歌没有帮助。

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

资料库:
-git:
-2个主要分支:开发和掌握

构建系统:
-团队合作
-2种配置:一种用于构建每个分支
-构建仅包含一个构建步骤:
-nant运行程序:nant脚本是存储库的一部分,包含以下目标:清理,初始化,编译,测试,部署,build_setup(使用inno设置)

我想我必须将nant脚本分成多个部分,并使用不同的构建步骤,以某种方式将新的构建工件与旧的构建工件进行比较,并创建一个包含更新文件的补丁。我是否走上了正轨?如果是,我是否有人知道一个很好的示例或教程,说明如何建立团队精神。

最佳答案

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

另外,您可以投资于自动更新基础架构,以便每当发布新版本时,应用程序都会进行自我更新。

至于为每次提交构建安装程序,我个人认为这不是必需的,除非您一直在不断测试安装程序本身。相反,每当需要发布时,都应手动触发完整的构建。

09-04 13:42
查看更多