- CI - Best Practices
- CI - Deployment
- CI - Database
- CI - Inspection
- CI - Testing
- CI - Documentation and Feedback
- CI - Build Failure Notifications
- CI - Defining Tasks
- CI - Creating a Project in TeamCity
- CI - Checking in Source Code
- CI - Building On the Server
- CI - Build Scripts
- CI - Building a Solution
- CI - Requirements
- CI - Features
- CI - Version Control
- CI - Reducing Risks
- CI - Software
- CI - Overview
- CI - Home
Continuous Integration Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
CI - Documentation and Feedback
持续融合的一个关键方面是,始终要看建筑如何运作,收集重要衡量标准,记录这些成果,并通过不断建设不断产生反馈。
建立这些衡量标准有什么好处?
< Not Committing Code Enough——如果开发商不经常向版本控制存放处投放代码,原因可能是一体化进展缓慢。 为了开始缩短施工时间,对一体化进行高级别分析,以建立环境,确定瓶颈。
其次,分析调查结果并确定最适当的改进,然后试图改变建筑过程,以减少建筑工程的期限。 最后,重新评估建筑期限,以确定是否需要进一步改进。
改进测试性能——即使在运行良好的 CI系统中,通过实施自动测试,将占用大部分一体化建设时间。 评估和改进这些测试的性能,可以大大缩短时间。
地理分布分散的系统以及不可靠的硬件或软件也可能引发绩效问题。 调查和改进任何基础设施资源,以减少建筑期限。
Metrics
下面是连续整合服务器中可使用的一些衡量标准。
让我们看一看团队必须提供什么——
最简单的衡量方式之一是项目仪表板上可得到的信息。 这里的关键要素是指出每一建筑的期限。 如果每个建筑的期限开始与正在制订的法典格格格格不入,那么这个问题就是一个问题。 因此,可以得出一个反馈意见,其原因可能是,CI服务器在资源上很低,而且可能需要加强服务器的能力。
![Metrics](/continuous_integration/images/metrics.jpg)
团队委员会有设施,可以了解 CI服务器是否实际上在基础设施方面有任何问题。 在City公司admin dash板上,可点击Disk Usage,看看每座建筑消耗多少磁盘。
![Admin Dashboard](/continuous_integration/images/admin_dashboard.jpg)
如果需要更多的细节,那么团队委员会就拥有diagnostics button,这可提供更多信息,介绍中央服务器正在使用的CPU和“记忆。
![Diagnostics Button](/continuous_integration/images/diagnostics_button.jpg)
Detailed View of Build Metrics
如果人们想要看到一段时期对某个特定项目的建筑的详细看法,那么作为该项目的一部分即可得到。 在项目建造屏幕上,将前往统计屏幕上,这将提供各种统计数据和图表,说明建筑如何运作。
![Detailed View of Build Metrics](/continuous_integration/images/detailed_view_build_metrics.jpg)