来自于2013年的老牌网络服务单位
采云入驻代办电话:19958123201

敏捷仍然是王者,但持续集成却是难以实现的目标

时间 :2020-12-09 浏览 :15868 分类 :公司新闻
Dimensional Research最近做的有关现代开发团队测试趋势的调查显示,敏捷方法已经得到了广泛地使用,但只有很少的组织拥有按小时基准部署的能力,而受访者们对这个目标越来越关注。

Dimensional Research最近做的有关现代开发团队测试趋势的调查显示,敏捷方法已经得到了广泛地使用,但只有很少的组织拥有按小时基准部署的能力,而受访者们对这个目标越来越关注。


现在,在相关网站中常常能看到这样一句话:


如果不能即时进行部署,那就根本不是持续交付!


两年前只有82%的组织宣称采纳了敏捷开发方法,而现在已经有89%的组织使用了敏捷开发方法,但持续部署能力的调查结果却不同。


正如Charles Babcock在他的文章中所说的那样,


持续集成意味着频繁的部署,通常被认为是敏捷开发过程的终极目标。大约有28%的组织宣称在努力实现这一目标,但是实际上仅仅有14%的组织确实在为该目标努力。一年前,只有18%的组织努力实现每小时持续集成的目标。这一年以来这个数字增加了10%,这说明有很多开发人员都认识到持续集成的意义和优势。这种意识的增长速度比真正实践这一目标的增长速度要快,一年前Dimension Labs类似的调查表明真正在实践该目标的组织约占10%,今年这个数字增长到了14%,涨幅约为4%。


报告结果显示,在过去的一年中,部署新版本所需要的时间得到了“显著的改善”。当被问到:“你的团队通常多久部署一次新的版本?”时,受访者回答如下。


14%的受访者按小时基准部署;

34%的受访者每天部署一次;

21%的受访者每周部署一次;

31%的受访者超过一周部署一次。

值得一提的是,有更多的组织希望能更加频繁地进行部署,而较少的组织依然希望保持较长的部署周期。


与其他优势相比,采用DevOps通常被视为提升更快交付能力的必要手段,有88%的组织正在实践或考虑采用DevOps,仅有少数组织(6%)没有采用DevOps的计划,还有6%的组织甚至从来没有考虑过要用DevOps。


共有732人参与了这次调查。受访者来自不同职业、不同规模的公司、不同产业和不同地区。这份报告由Dimensional Research呈现,并由Sauce Labs倾情赞助。


最新内容
最新内容
HTTP/1.1 200 OK Date: 3 ?? 2025 12:04:04 G6T Content-Length: 3073 Content-Type: text/html Connection: Close Server: Microsoft-IIS/10.0 Runtime Error

Server Error


Runtime Error

Description: A server error has occurred. The current custom error settings prevent the details of the error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

Details: To enable the details of this specific error message to be viewable on remote machines, please define an errorDetails attribute within the "filter.config" configuration file. This errorDetails attribute should then have its value set to "On".


<!-- Filter.Config Configuration File -->

<configuration>
    <httpFilters errorDetail="On">
        <!-- managed filters configuration -->
    </httpFilters>
</configuration>

Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "errorPage" attribute of the <httpFilters> configuration tag to point to a custom error page location.


<!-- Filter.Config Configuration File -->

<configuration>
    <httpFilters errorDetail="LocalOnly" errorPage="mycustompage.htm">
        <!-- managed filters configuration -->
    </httpFilters>
</configuration>