构建程序

时间:2010-04-21 02:12:53

标签: build-automation

我的公司正在实施自动构建和部署程序。我们现在正在做的是从svn中检出源代码并在Ant脚本中指定源文件夹。这是正确的方法吗?我们可以省略导出过程并直接从SVN构建吗?

另一个问题是版本控制。目前,我们正在创建一个标签,只要有一个版本,然后使用标签号来命名构建产品,该产品将被发送到客户的站点。我已经在互联网上进行了搜索,这里看起来正确的命名产品的方式是这样的:x.y.z.revision。但是,我们公司规模很小,客户总是希望快速更改和发布。我想知道仅使用标签号来命名产品的缺点是什么?对于像我们这样的小公司来说,最好的方法是什么?

三江源,

萨拉

1 个答案:

答案 0 :(得分:1)

听起来你正在以正确的方式去做 - 从Ant检查并构建。您不能直接在SVN存储库“内部”构建 - 您需要在某处签出并在工作副本内构建。每次进行更改时,您都需要更新工作副本然后构建。

我唯一建议的是在解剖学上寻找为你做这件事的工具,而不是你必须自己做。有一些工具可以自动执行此过程(ContinuumTeamCityBamboo),范围从免费到付费。

如果您还没有使用持续集成工具,可以find benefits to your daily development as well.如果您当前正在使用它,您可能会惊讶地发现它们如何用于控制版本和夜间构建以及即时反馈和测试。

对于产品版本号,没有明确正确的方法来解决这个问题。一般来说,内部版本号只是一个内部参考,版本号是一个营销的东西。

Major.Minor.Revision格式似乎很受欢迎,有助于区分变化程度。根据您的更改频率,这可能就足够了,但您可能会发现您的版本号很快就会变高。

这篇Wikipedia文章讨论了许多不同版本号的方法。