首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    使用Setup Factory安装包制作工具制作安装包

    在我们开发完软件后,除了极个别案例我们把整个目录复制给客户用外,我们一般都需要做成安装包,方便整个软件的部署操作,以安装包的部署操作可能简单的是复制文件,也可能包括一些注册表、数据库等额外的操作,不过安装包部署肯定是能够给客户提供专业、统一的软件安装体验,同时封装了很多细节方面的处理。在我们日常的基于.NET的开发中,VS2010之前我们还可以使用内置的安装包制作工具,自从VS2012、VS2013以后,微软把这个去掉,集成使用了InstallShield进行安装包的制作了,我自己在这方面也写了两篇随笔《基于DevExpress的Winform程序安装包的制作》、《基于InstallShield2013LimitedEdition的安装包制作》,不过基于InstallShield的制作虽然可以完成安装包的打包操作,不过也不见得是比较方便的打包工具,本篇介绍的Setup Factory是一个非常高效,功能强大的安装包制作工具,在独立于VS之外,我们可以用它作为我们常规.NET开发的安装包制作,简单易用。

    02

    《持续交付:发布可靠软件的系统方法》第5章 部署流水线

    第5章 部署流水线 5.1 引言 持续集成的主要关注对象是开发团队。持续集成系统的输出通常作为手工测试流程和后续发布流程的输入。在软件的发布过程中,很多浪费来自于测试和运维环节。我们常常看到: 构建和运维团队的人员一直在等待说明文档或缺陷修 测试人员等待“好的”版本构建出来 在新功能开发完成几周之后,开发团队才能收到缺陷报告 开发快完成时,才发现当前的软件架构无法满足该系统的一些非功能需求。 解决方案就是采取一种更完整的端到端的方法来交付软件。我们已经解决了配置管理以及自动化大量构建、部署、测试和发布流程的

    01

    pcAnywhere SRC[古董]

    卷 Data 的文件夹 PATH 列表 卷序列号为 CCFC-6FBE H:. ├─AccessServer │ ├─r1.0 │ │ ├─CD Components │ │ │ ├─ACROBAT │ │ │ └─DOC │ │ │ ├─Getting started card │ │ │ └─User Guide │ │ ├─CM │ │ │ ├─Build Docs │ │ │ ├─BuildScripts │ │ │ ├─Install Shield for Windows Installer │ │ │ │ └─Modules │ │ │ │ └─i386 │ │ │ └─Misc │ │ ├─Design │ │ │ ├─1.0 │ │ │ └─1.5 │ │ ├─Help │ │ ├─QA │ │ │ ├─Engineering │ │ │ ├─Source │ │ │ └─Testscripts │ │ └─Source │ │ ├─Config │ │ │ ├─AuditConfig │ │ │ │ └─res │ │ │ ├─awcfgmgr │ │ │ ├─awio │ │ │ ├─awofrwrk │ │ │ ├─awplay32 │ │ │ ├─awshim │ │ │ │ └─res │ │ │ ├─dbclient │ │ │ ├─DBENGINE │ │ │ ├─dbinclude │ │ │ ├─DBLAYER │ │ │ ├─DefaultConfig │ │ │ ├─hostadmn │ │ │ ├─pcamgt │ │ │ │ └─pcamgtshim │ │ │ ├─propglue │ │ │ ├─propsheetglue │ │ │ │ └─res │ │ │ ├─TokenM │ │ │ └─winawsvr │ │ │ └─res │ │ ├─Debug │ │ ├─Family │ │ │ ├─ehandres │ │ │ └─Unhandled Exceptions │ │ ├─Include │ │ ├─Install │ │ │ ├─ASCustom │ │ │ └─CD install – Access Server │ │ │ └─Binaries │ │ │ ├─Full │ │ │ │ └─Bin │ │ │ └─Trialware │ │ │ └─Bin │ │ ├─ISWORK │ │ │ └─Panel Bitmaps │ │ │ └─Access Server │ │ ├─LiveUpdate │ │ │ ├─ini files │ │ │ ├─pcalu │ │ │ ├─RunPcaLu │ │ │ ├─Triage │ │ │ └─Winzip Self Extractor │ │ ├─MiniQuake │ │ ├─Nobuilds │ │ │ ├─DDK │ │ │ │ ├─64-Bit │ │ │ │ └─Debug │ │ │ ├─Help │ │ │ ├─Japan │ │ │ ├─LUMessage │ │ │ ├─Merge Modules │ │ │ ├─OEM │ │ │ ├─SampleTemplateFiles │ │ │ ├─ServiceDesk │ │ │ ├─ThinHost │ │ │ └─x64 │ │ │ ├─amd64_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50215.4652_x-ww_e9b892b4 │ │ │ └─Manifests │ │ ├─Servers │ │ │ └─Include │ │ ├─Shared │ │ │ ├─Communication │ │ │ │ ├─awcm32 │ │ │ │ ├─awcmthk │ │ │ │ ├─awds32 │ │ │ │ ├─awses32 │ │ │ │ ├─connproc │ │ │ │ ├─DataStream │ │ │ │ │ ├─DevCapi │ │ │ │ │ ├─DevEcc │ │ │ │ │ ├─DevPCA │ │ │ │ │ ├─DevSer │ │ │ │ │ ├─DevSocket │ │ │ │ │ ├─DevSPX │ │ │ │ │ ├─DevTapi │ │ │ │ │ ├─DevTCP │ │ │ │ │ ├─DsMgr │ │ │ │ │ ├─DStcp │ │ │ │ │ └─Include │ │ │ │ ├─Include │ │ │

    03

    Wix 安装部署(五) Bootstrapper 捆绑安装

    Wix的xml配置确实很费劲,忍不住有点像吐槽一下,前四篇完成的功能在Windows Installer中通过配置能很快的弄出来。可惜有很多加了锁的功能在InstallShield Limited Edition 版本中是用不了的。 但基本满足安装需求了。按照这个目录(下图)一个一个去配,配出来的也像样了(这里就不说了)。但是无法定制行为,以及打补丁等。wix又是一个极端,完全依赖xml。这两天想解决自动检测.net framework版本没有就自动安装的功能和注册dll的就很费劲。 在Windows Installer中分别在Redistributables和Registry中设置就行了,特别是注册,可以直接把目录从你自己的电脑上拖过来。但今天要讲的,就是wix中的Bootstrapper 项目,制作一个捆绑安装程序,也是Windows Installer中没有的。将多个需要安装的文件,按照顺序一次性装完。

    02
    领券