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

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

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

02

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

Visual Studio使用Git忽略不想上传到远程仓库的文件

作为一个.NET开发者而已,有着宇宙最强IDE:Visual Studio加持,让我们的开发效率得到了更好的提升。我们不需要担心环境变量的配置和其他代码管理工具,因为VS有丰富的拓展工具。废话不多说,直接进入正题。我们日常在使用VS开发相关的.NET项目时,经常会发现刚拉取下拉的代码什么都没有改动,就是运行了一下就会产生一些需要提交的文件,比如说最常见的bin/Debug, bin/Release,obj/Debug,obj/Release文件。但是我不想把这些文件提交到远程的git代码远程仓库中去,其实这个很简单只需要我们在初次创建项目的时候在项目目录下新增一个忽略文本文件(.gitignore),然后在使用git推送到远程仓库中就好了。

01

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

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

01

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

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

02
领券