|
|
9 回复 | 直到 17 年前
|
1
7
CruiseControl和Nant可能是具有灵活输出的构建的最佳选择。但是快速部署呢? 我担心的是,您以错误的方式查看每日构建。日报不需要广泛使用。事实上,QA和开发是唯一应该每天关心构建的人。即使这样,开发人员也不应该失去同步;)。 客户团队应该只在迭代结束时接收构建。这就是你向他们展示你所做的事情,他们提供反馈,然后你继续前进。每天给他们一次构建可能会导致一次致命的打击,这会扼杀你的速度。 尽管如此,一个好的部署包可能对QA有好处。但同样,这取决于它们与您的开发迭代的步调。我的经验是,无论对错,QA是一次迭代,对上一次迭代的可交付成果进行测试。从这个角度来看,他们也应该使用最后一个“稳定”版本进行测试。 |
|
|
2
5
|
|
|
3
1
我建议ClickOnce提供执行时更新的选项。这样,只有使用该软件的人才能接收并安装更新。 |
|
|
4
1
你可以试试免费注册的COM。看见 this other question . 但是ActiveX EXE仍然需要注册。 编辑:澄清一下,使用免注册COM意味着您提到的OCX/DLL组件不需要注册。他们使用的任何OCX/DLL组件也没有。您只需将整个应用程序目录复制到测试人员的机器上,它就会立即工作。 |
|
5
1
如果我正确理解您的问题,您需要管理员权限才能安装产品。我认为有三种选择:
2) 构建一个不需要MSI安装的变体,并且可以直接执行。显然,您的测试人员不会使用此变体测试部署和安装过程,但他们可以执行产品功能的其他测试。我不知道你们的产品是否能做到这一点;这肯定是工作。 3) 拿你的敏捷药方来说:“[更喜欢]响应变化而不是遵循计划”。也就是说,如果拒绝您的测试人员的管理员权限会干扰他们高效地完成工作的能力,那么就向组织提出挑战,让他们拥有管理员权限。(根据经验,这将意味着转向#1,但这可能是最好的证明方式)。如果他们被要求测试产品,他们怎么能不被允许以客户的方式安装呢? |
|
|
6
1
尽可能使用XCOPY部署,对COM组件使用.local。这可能是第三方组件的问题。由于第三方组件非常稳定,您应该能够为这些组件构建一个自定义MSI,安装一次就可以了。 |
|
|
7
0
您应该尝试可以手动运行的自动构建/部署过程或脚本。试试Teamcity或CruiseControl。祝你好运 |
|
|
8
0
我不确定你的痛点到底是什么。
如果是后者,请尝试Microsoft的 SMS 产品不,这与手机无关。如果所有用户不在同一个域中,那么您必须在产品中构建“自动更新”功能。这是一个 third party offering 我听说过但从未使用过的。 |
推荐文章