【问题标题】:Recommended way to organize JSF big application on daily builds在日常构建中组织 JSF 大型应用程序的推荐方法
【发布时间】:2010-09-26 15:01:52
【问题描述】:

我们在一个大团队中工作,在 JSF 中构建一个 Web 应用程序,每个开发人员都在其中开发新任务。例如:用户管理、安全、系统参数等。

我们需要创建一个日常任务来从 SVN 构建 WAR。

我们知道如何使用 Daily Builder、SVN 等

我们的问题是如何为每个模块保存它?将 Web 应用程序打包为 JSF 构建的推荐方法是什么,它构建在 MVC 模块上并且页面是 bean 的一部分?我们应该使用多个 WAR/包吗?

我需要为每个模块保存它,因为有时一个模块中可能会出现不应与其余模块一起上传的错误。 (我知道如何编译和查找决定是否上传)。

【问题讨论】:

    标签: version-control web-applications jsf continuous-integration dailybuilds


    【解决方案1】:

    您可以使用模块开发所在的“工作分支”(或“模块分支”)。主干将包含所有内容,在给定“模块分支”上工作的开发人员每天都会从主干合并到工作,但只有在工作完全完成后才发布到主干(完成包括测试通过)。 类似的东西(图片来自Version Control for Multiple Agile Teams):

    上图说明了每个团队方法的“工作分支”,但可以想象使用更细粒度的方法并使用每个模块的工作分支。原理类似。

    然后你将主干和所有“工作分支”置于持续集成之下。

    【讨论】:

    • 问题是开发人员总是认为他们的工作已经完成。我对新模块没有问题,我对过去的工作模块有问题,例如用户错误地通过更改通用代码来影响其工作功能。
    • @Odelya 我明白了。但我不知道你怎么能处理这个问题,除非整体上运行非回归测试(例如使用 selenium)。
    • @Pascal 这就是为什么我将这个问题发布到 StackOverFlow :)
    • @Odelya 我的意思是检查回归的唯一方法是进行测试:)
    • @Pascal:您能否编辑并为这个特定问题添加更合适的标签?这至少与 JSF 无关,但我不确定哪些敏捷特定标签最适合 :)
    猜你喜欢
    • 2012-04-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-04-18
    • 2014-12-26
    • 1970-01-01
    • 1970-01-01
    • 2011-12-21
    相关资源
    最近更新 更多