我的团队的开发流程基于持续集成.我们创建的唯一分支是维护分支,当我们发布时,但是开发人员应该定期(每天,如果不经常)提交到主干,这样每个人的工作总是集成,持续测试,以及所有好东西.
我对DVCS的理解是它非常适合分支.几年前我在一个非常有用的团队中工作,因为每个开发都是在一个分支上完成的,只有在完成和测试时才合并.但这与持续整合不同.
但在我看来,对于使用连续集成的团队而言,像Git这样的DVCS工具的常规功能并不是特别相关,如果合并更改需要额外的步骤可能会被遗忘,甚至可能会阻碍持续集成过程.
我确信DVCS还有其他好处(例如,提交非常快,因为它是本地的,可能与主分支合并可能在后台发生,而开发人员继续工作).
但是对于这个问题,我对使用DVCS和连续集成的团队如何协调这两个看似相互矛盾的哲学感兴趣.我主要是想听听那些真正这样做的人.
想象一下Jenkins工作A需要1分钟才能运行,而工作B需要5分钟.
如果我们将作业A配置为触发作业B,则作业B正在运行作业A可以在B完成之前运行5次.但是,Jenkins没有为作业B的队列添加5个构建,这很好,因为否则快速的作业A将为不良的慢作业B创建不断增长的构建积压.
但是,现在我们希望使用参数化触发器插件将作业A触发器B作为参数化作业.参数化作业确实排队积压,这意味着作业A很乐意为作业B创建大量构建,这可能无法跟上.
每次触发时向队列添加新的参数化构建都是有意义的,因为参数可能不同.Jenkins不应该总是假设新的参数化构建不需要先前排队的构建.
但是,在我们的例子中,我们实际上是这样的.作业A构建并打包我们的应用程序,然后作业B将其部署到类似生产的环境中并运行更多的集成测试.我们还有一个构建C,它可以部署到另一个环境并进行更多测试,因此这对我们来说是一个不断升级的模式.
我们希望参数化作业B的队列只保留添加的最后一个构建; 每个新构建都将替换当前队列中的任何作业.
有没有很好的方法来实现这一目标？
给定一个使用Spring 2.5的应用程序,当迁移到Spring 3.0时,可能会出现哪些难点,即开发团队将不得不花时间让事情发生的事情.假设团队不会尝试利用新的Spring功能作为升级的一部分,而只是让应用程序进入其工作状态,就像在2.5上一样.利用3.0功能将是下一步要考虑的事项.
编辑:我已经修改了问题,专注于升级的痛点,这就是我真正追求的.
我正在重新构建一对在一种情况下使用Hibernate的应用程序,以及第二种情况下Hibernate和Java 内容存储库(特别是JackRabbit)的组合.
重新架构的一个关键问题是提高性能,所以我想知道为应用程序的设计和开发引入DBA是否有任何价值.
请注意,我并没有质疑让DBA参与管理生产数据库的价值.但是在过去的项目中,必须让一个好的DBA参与设计和编码阶段,找出优化数据结构的方法,将代码放入存储过程等等.
但鉴于数据库结构几乎完全由Hibernate和JackRabbit管理,因此优化它们的余地不大.当然,如果我们发现它们表现不佳,DBA可能会发现问题并且我们可以提交补丁来改进它们,但我不知道我们希望(或能够)在应用方式上做很多事情 - 具体调整.
想知道DBA在这种类型的应用程序中的作用的另一个原因是我们的大部分性能问题很可能在持久层之上,即数据库,休眠或JackRabbit并不是太慢,就是这样的我们已经构建了我们的数据并推动它并不是很好.修复此问题将涉及数据建模,但实现介质是XML文件和Java代码,而不是数据库表和SQL.DBA通常对此类事物了解多少？
在建立在持久层之上的应用程序的设计和开发中,让我完全不再需要DBA的事情令人怀疑.我不太相信使用预先打包的解决方案可以完全消除对特定应用程序进行数据库优化的需求.
我错过了关键点吗？熟练的DBA可以调整hibernate配置文件,以便为我的应用程序的特定用例提供极快的速度吗？在没有DBA手动调整数据库本身,构建索引等的情况下考虑运行高负载Hibernate应用程序是否是疯狂的？或者是否有一个新的生物在开发领域专门优化基于XML的数据模型和抽象的持久层？
我一直在为我公司的软件调查OSGi,但最近建议我们去看看Impala.根据其网页,Impala是"基于Spring框架的基于Java的Web应用程序的动态模块框架".
一目了然,看看这篇关于差异的博客文章,我可以看到的关键差异是Impala比OSGi简单,不管理第三方组件的版本化,并且使用/知道的广泛使用(我看不到)关于Stack Overflow的一个问题.
我想知道那些对Impala和OSGi有直接经验的人(即那些比阅读博客文章和在线文档更深入地调查过的人)对于两者之间的实际差异有更深入的了解,和/或关于什么类型的每个项目可能或多或少都适合.
编辑:将Springsource Slices包含在比较中可能也很有趣,尽管它还是早期的原型.一目了然,它似乎只适用于DM Server.