哈德森+ git +行家
我很快就会转向 git 进行版本控制。我的持续构建系统是 Hudson，我使用 Maven 来构建我的工件。
任何人都有设置 git 以便与这些其他工具最佳配合的最佳实践。
关于如何在 git 中管理包和插件以最轻松地下拉到 Hudson 的建议也将受到赞赏。
请并谢谢你。
I will be moving to git for my version control soon. My continuous build system is Hudson and I use maven to build my artifacts.
Anyone have a best practice for setting up git to work best with these other tools.
recommendations on how packages and plugins should be managed in git to most easily pull down into Hudson would also be appreciated.
Please and thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们每天都在使用 git-maven-hudson。
对于 Hudson 有一个 git 插件，它工作得很好并且有一个杀手级的功能。
Maven 负责处理自己的依赖关系，不需要了解 git 或 hudson，这使得良好的解耦和更少的移动部分成为可能。
现在来说说杀手级功能：
我们基于工作票。在 git 中，我们对每个票据使用一个分支，并在该分支上为单个票据进行所有开发。当准备好共享时，我们将分支推送到中央存储库。 Git 插件将检查并加载所有新分支，将它们合并到 master 并编译/运行测试/部署到 Nexus，并将补丁推送到 master 分支。
我们定期从主分支拉取以保持靠近头部。
这工作得非常好，服务器上几乎没有任何合并冲突。
We are using git-maven-hudson daily.
For hudson there is a git plugin which works great and has a killer feature.
Maven takes care of its own dependencies and does not need to know about either git or hudson, which makes for nice decoupling and less moving parts.
Now for the killer feature :
We work ticket based. In git we use a branch per ticket and do all development for a single ticket on that branch. When ready to share we push the branch to a central repo. The Git plugin will check and load all new branches, merge them to the master and compile/run tests/deploy to Nexus and push the patches to the master branch.
We pull regularly from the master branch to keep close to head.
This works incrediby well with hardly any merge conflicts on the server.