这就是为什么我们和 atlassian 谈了一个 JIRA unlimited license 的合同。
的确这样,许多报告可以直接通过 TSQL 来获取,不过不同 JIRA 版本直接的数据库结构还是很不同的。
应该是 jenkins 动态生成 release notes, 通过提取 resolved/closed 的 task from jira.
然后包含 release notes 到 build
visualSVN 还是用 apache 的,你运行多个 apache instance 就可以了。具体参考:
我们也在用 starteam,不过正在做评估,很快要换掉了
agile 的疯子们喜欢 git,不过企业一般都会选择商业版本。
stash 是不多的 enterprise git server,不过 collanet 的 git card 也不错。推荐
好文章,git 最大好处就是把原理讲得很清楚,不过这也导致最大的难点就是学习起来比较费劲。。。
不错,好久没来了。
我为什么无法设置头像?导致无法发言?
yes
学习学习再学习:victory:
The command could not be located because '/usr/bin:/bin' is not included in the PATH environment variable.
不错,也刚刚在 ubuntu 11 server 版上 安装了 jenkins,步骤基本一致
dev -> QA -> release
CM 全程支持。自动化后很轻松
难点:
涉及数据库变更的持续集成。
持续集成之后的自动化部署。
可以,但是不容易。
sql script 可以分为 DDL, DML, 如果都是 re-runable 的话,可以放在定义好的目录里,通过脚本执行。
如果只想执行更新的 sql script,要通过脚本判断哪些是新 check-in 的。
另外,有的 sql 也有顺序性 ,所以在命名上要体现 order
首先你要有 “命名规范”,根据规范给项目起简洁的名称,以及代码。
文档库和代码库最好分开,最好使用不同的工具
如果是 SVN,可以项目库下分 trunk ,tag, branch,然后下面是各自的 小项目
没事找事,多管闲事
单元测试可以理解为微观测试,所以仅限于本地的,模块内的测试。任何通过网络/数据库/系统环境变量才能完成的都不属于单元测试。
单元测试为了能作为自动化测试一部分,一定要小巧,快速执行。
测试的覆盖率和通过率一样重要。
不过这个想法很好,当前的确缺少这样一个产品,尤其是 agile 下的 continuous integration。
前途无量!
我们公司自己写的一个自动发布程序达到你 60% 的功能。程序不能给你,但是可以提些经验:
1。QA / staging / production,各个公司各不相同,就算一个公司,这三者之间也不一样。所以一个通用的系统很难适应这种高定制化的环境 2。production 一般不敢自动发布,还是手动来的安全 3。要和容器紧密相关,为了启动和停止 server,每个节点要有 client 程序
[[i] 本帖最后由 shawn2001 于 2011-7-14 21:56 编辑 ]
咱具体到工具层面好不?:)
你说的应该是 binary/artifact management,可以用:
nexus or artifactory.