我们决定为我们的部署解决办法建立一个海关检查站。 我们正在重新起草和重新设计我们所有产品的部署战略。 可悲的是,我们没有一个是部署专家。
在这方面,我们迄今已经做了以下工作:
A. 导 言 在InstallShield将编写MSI包。 我们将利用“Installshield”提议的任何特征(一体化、共同登记、登记等)。 InstallShield制造的方言不会被使用(即boot子的陷阱)。 MSIs将无声安装。
B. 出席情况 每当我们需要写进InstallShield能够操作的缝.时,我们将使用DTF在管理法(C#)中写。 我们将建立一个“海关行动框架”,它将“规范”我们如何使用习俗行动。
C. 出席情况 我们将在C#中建立一个“安装”的定制boot(“安装......exe”)。
我们决定采用 多边微型和小型卫星方法,并利用微型和小型卫星交易“链”从推进器(从办公室2007年安装机)安装。
视力演播室和服务器 s锁的激励下,我们设想创建的增强疗法。 推进器将负责:
- Prerequisite installation: Each application require a pre-requisite. These pre-requisites are listed in an XML file placed on the same folder as the MSI (inspired from Office 2007 installer) along with other metadata. Depending on current state of the system, the boostrapper will decide which pre-requisite to be installed or not.
- Feature selection: We are planning to structure the "internal" MSI s feature in such a way that it will not be appropriate to be displayed right away to the end-user. We will have feature labeled as "Core_Files", or "Vista_Only" or "64bit_Only". Depending on the metadata on the XML file (on item 1) and the target system, the bootstrapper will be responsible in "populating" a "feature tree" that the user can customize (also inspired from Office 2007 bootstrapper).
- Pre-installation Checks: The bootstrapper will be responsible in checking if the system is ready to receive the installation. For instance, if a machine needs to reboot prior to installation or if the user needs to manually install a service pack, patch or a windows component. Anything that needs to be done that needs user intervention should be displayed here. Think of it as a check list (a listbox) with checks and exes. (Inspired from SQL server s bootstrapper). The "rules" will be written in C#.
- Application Configuration: For application that needs to be "configured" prior to installation. These "parameters" (user configuration) will be passed to the respective MSI via MSI Properties.
- Actual Installation: The bootstrapper will then perform the installation. Proper "transaction" should be observed when necessary. All "products" that should be grouped together shall be displayed as one product in Add/Remove Programs (by messing with the ARP entries). Also, proper progress shall be reported by each MSI being installed.
纽约总部 这正是我们迄今所做的。
我认为,在建立诸如DotNetInstaller和BMG等海关boot间装置方面,有两种非方框解决办法。 我们审视了这一问题,但并不像我们所希望的那样灵活。 也有国家邮政局,但我们不相信它是否做好了准备。
因此,我们在这里决定建立我们自己的习俗boot锁。
Question:
我们是否cra? 我们是否应该建立自己的boot锁? 上文所列哪些想法不切实际? 是否有更好的办法?
对我国局势的任何投入都将受到高度赞赏。 另外,如果有问题,请不要犹豫。