将命令放入一个 bat
start /b restart.bat
分支分支,就是方便 merge。如果老死不相往来,独立版本库也没什么。就是管理上稍微复杂些
成功了但是没内容,看似 pattern 的问题,你先放个 full name.jar 试试
是
文章对于 SCMer 要从另外一个角度看问题,
为什么不能把桥修在趟水过河的地方?-- 上 SCM 系统前的需求分析,以及对商业系统的 customization 为什么不能为过桥的群众开通汽车?-- 过程脚本华/自动化 为什么不能对他们进行安全教育?-- 培训过程和工具
用 email token
To see a list of all available email tokens and what they display, you can click the "?" (question mark) associated with the Content Token Reference at the top bottom of the email-ext section on the project configuration screen.
是把 target path 下的 items 发布到 svn url
agile 配置管理对普通配置管理提出更高的要求,高速的迭代要求更多的自动化,以减少成员花在过程和文档上的时间。
其实区别主要在于变更管理上。
我们最大的 svn repo ~10GB,速度还可以。我觉得要根据不同项目划分新的库,这样可以保持一个合理的大小。
另外,访问速度好像 apache+web 的方式,效率比较低。用 SVN 会好些。
如何将理论化的 SCM,实施到具体项目中,达到对项目影响最小,效果最大。尤其是 agile 项目,势必要引入 CI,脚本化 + 自动化。
上了 CI ,整天没事干:lol
邪恶
内存: java 编译首先是内存,例如我们现在的项目编译 XMX=2048M 才能跑起来。
操作系统: 内存大了也就要求操作系统是 64 位,否则无法寻址。
CPU: CPU 其实也很重要,因为关系到构建速度。如果你的项目一次构建超过了 1 个小时,那你如何实现 hourly 的 CI ?
硬盘: 当然越大越好,我们的 hudson 就曾经把一个普通的 SCSI 硬盘跑到 IO 错误。不过对于 CI,因为所有的源代码都在 SCM 中,构建结果上传到相应 repo,报告存入数据库。所有本地数据都可以恢复,硬盘的安全等级不许需要太高。
scmroad 于 2011-4-28 09:26 发表
一个 ip 地址
750w/66.66w=11.25w [/quote]
750w/66.66w=11.25
lynnos 于 2011-4-26 14:28 发表
感觉在 hudson 的 console 起不来一个 GUI,在等等 pasey 的评论 [/quote]
java -jar hudson 加载,可以起 GUI console
nexus 的免费版功能太少,professional 还可以。
我们正在评估 artifactory pro,license 比 nexus 便宜不少。
个人感觉和 DISPLAY 这个环境变量有关
codyzhang 于 2011-4-22 15:43 发表
maven pom.xml 就有这个功能! [/quote]
maven 的确是有,而且功能更强大。不过问题是:
1。现有的 ant 项目集成 ivy,可以简单的实现 90% 的 maven 功能。 2。ivy 的依赖管理比 maven 更强大 3。无论 maven 还是 ivy 都需要一个 repo manager 来实现基于 UI 的企业级的依赖管理
scmroad 于 2011-4-22 09:09 发表
想要实现什么目标? [/quote]
hudson 是 oracle 的 team 和一些其他公司维护,短期目标修复现有 bug,中期目标推出 2.0 版本,长期目标通过提供服务/培训/插件等形式实现盈利。
jenkins 是延续以前的 hudson, 原班人马,同样形式。
两个版本短时间互相兼容,大的 bug 都会修复,长久的形式就很难说了。建议使用现有版本,等过短时间尘埃落地再说。
MYSQL 能不能管理 svnaccessfile ? 也就是把目录权限放到 mysql 中
是 bash 吗?
export LOGMSG=/usr/bin/svnlook log /opt/SVN/svndata/test --revision 110 | grep [a-zA-Z0-9] |wc -c
echo $LOGMSG
revision 号是每次提交都会改变,最好单独使用 tag or branch。开销很小的