主干开发的项目，研发组长负责合并代码，SCM 只负责发布版本、基线； 分支开发的项目，研发组长负责合并主干到分支、分支到分支的代码，SCM 负责合并分支到主干的代码，同时负责发布版本、基线。

如果有些 SCM 不熟悉代码的话，合并的工作还是让研发组长代替。所以说 SCM 主流的编程语言的基础还是的具备的，至少要能看懂。

你怎么不帮帮楼主啊。。

你保存之后，Jenkins 的 config.xml 就使用 LDAP 来验证了。如果你的 LDAP 配置有问题你是无法登录的。 这个时候你需要手动调整 config.xml 的配置文件，然后重启 Jenkins 服务器。[code]< < <

< ***

false false[/code] 上面的是启用 LDAP 后的配置，下面的是用 Jenkins 默认的验证方式。 调整系统配置以前，最好备份下 config.xml，免得出问题。

我们公司用的是 windows AD 来做域控的，用默认的那个 LDAP 配置，搞了很久都没成功。 后来下载了一个 windows Active Directory 的插件，配置了一下居然就好了。 配置 LDAP 最好还是联系下公司的 IT 人员。

Jenkins Subversion Plugin 是通过 SVNKit 来实现的扩展插件，目前已经集成到 Jenkins 的发布包里面。 SVNKit 是 svn client 的 java 实现，这个和 eclipse 里面的 SVN 插件应该差不多。[code] SVNKit brings Subversion closer to the Java world! SVNKit is a pure Java toolkit - it implements all Subversion features and provides APIs to work with Subversion working copies, access and manipulate Subversion repositories - everything within your Java application.[/code]

我在杭州的，如果在上海的话过去还近的。 上海、杭州这边 10 个人的需求总应该有吧。。

又是北京么。。 能不能在上海也搞一场。。

增加一个 failonerror 的参数试试，

[i=s] 本帖最后由 dcwang 于 2012-7-27 13:33 编辑

这周把脚本里面密码全部换成了加密后的字符串，使用的时候解密一次就可以了。 具体的代码如下：[code]<?xml version="1.0" encoding="gb2312" ?> browser build file.

svn password:${svn.depw} [/code] 在 build 脚本里面存放的 SVN 密码是 value="be0e721b863c0003b646f61e5bb1a628"，这个字符串是通过 AES 算法加密过的。在使用的时候，在脚本里面先进行解密。 另外在 AES 算法加密的过程中增加了 salt，这个 salt 只有加密人员才知道，最终的 key 是明文的 866564+salt，一般来说密码的破解难度是比较大的。 如果担心 AES.jar 被人反编译，可以进行代码混淆。 最后吐槽一句，ant 脚本通过 exec 执行命令之后获取返回值的方式很麻烦，不知道其它人有没有更好的方式。 我使用的是把执行结果输出到临时文件，然后解析临时文件内容获取执行结果的。

静态分析的结果可以事后分析吧，我现在是用 sonar 的。

我计划在内网搭建一套 puppet 环境，用来管理 web 应用的配置文件和系统应用程序的配置文件更新。 现在 java 项目打包的时候，与环境有关的配置文件全部都提取出来了，部署的时候只需要把 war 包更新过去就行了。目前研发环境、测试环境、预发布环境的配置文件只是在环境里面保留一份，需要把这几套环境的配置文件也管理起来。 配置文件提取出来之后，对于 web 项目的自动化部署会方便很多。

谢谢 先安装了 puppet，再改 hostname，导致一直没法认证成功。。

svn add * --force svn ci -m "message"

运营类的项目完全采用主干开发不太现实。有些项目一周会有 5、6 个的活动需求，而且上线时间要和第三方的公司同步，导致分支的合并会比较麻烦。后开的分支先合并，这样就会带来很多合并的问题。 我这边的合并策略是分支合并到主干由 SCM 来做，分支合并前研发先同步一次主干代码到分支，确认没有问题之后，再发起分支合并；分支合并到主干之后，由该项目的组长同步本次合并的代码到其它正在开发的分支上。

是 ios 吧。。 你可以参考一下http://stblog.baidu-tech.com/?p=1295这篇文章 hudson 只是 CI 平台。

个人建议： 1 使用 expect 脚本在验证用户密码的时候自动输入密码，expect 脚本其它用户没有权限获取到 2 在 ant 脚本执行过程中手工输入密码，ant 脚本中不保存明文密码

附件压缩了一下，刚上传了。

楼主可以试一下 puppet

mvn deploy

看了一遍他们的 pdf 文档，有些地方还是可以借鉴的

谢谢，刚发现这本好书

谢谢楼主，正在努力学习 hudson