当前位置：文江博客话题详情

构建工具评估报告

发布于 2024-07-30 17:47:18 字数 210 浏览 2 评论 0原文

目前正在评估构建工具/框架。我需要仔细记录我的发现并将其提交给项目供考虑。

我很难想出一个好方法来涵盖这种工具的所有要点。有人知道涵盖这个主题的好网站吗？（不必特定于构建工具 - 工具评估的一般大纲就足够了，我可以根据我的需要对其进行定制）

如果您可以分享一些技巧，那就太棒了 - 我的演示技巧很糟糕:-( 我想要帮助！

提前感谢您的

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

秋风の叶未落 2024-08-06 17:47:18

构建工具将帮助您自动化和集成与将软件片段组合在一起相关的任务。这些任务的重要性可能会有所不同，具体取决于它们设计的环境。我们可以概括这些环境：

开发 - 每个开发人员应该（至少）一个开发环境，它应该是独立的，因此您应该能够使用一台没有互联网接入的笔记本电脑来成功执行大多数开发任务。构建工具保证轻松设置开发环境。
集成 - 应该只有一个集成，在该集成上执行与不同团队创建的不同组件的集成。这里一切都应该自动化，构建工具保证了这一点。
测试 - 可以有各种具有不同角色的测试环境，由（真实的）人类执行测试。构建工具有助于设置测试环境。
生产 - 可能有很多这样的产品，在不同的州有不同的版本。构建工具帮助管理不同版本-操作任务。

所有任务将在所有环境中可用，例如您可以在每个环境上进行部署。

开发

这些任务对于以下人员很重要：开发人员。

clean - 清理开发环境
fetch - 从 SCM 获取最新源
validate - 验证不同的软件组件和配置完整性
compile - 编译可编译的代码
test - 执行单元测试、回归测试、其他测试
启动/停止服务器 - 所有服务器都应该是使用简单的命令轻松控制
生成 ide 文件 - 准备各种 ide 项目文件

集成

这些任务对于：开发人员、项目经理、技术作家、QA 很重要。

构建 - 使用新版本包创建新的（每晚）构建
- 创建软件包
生成文档 - 生成 api 文档、规格
生成可交付成果 - 生成所有可交付成果 - 源存档等
报告 - 生成各种测试、质量、变更
交付报告 -将可交付成果放在开放位置，
部署软件存储库 - 在集成机器上部署所有工件 - 应该自我测试完整性，从而执行集成

测试

这些任务对于以下人员非常重要：项目经理、（功能性） ) 测试人员、管理员。

生成测试数据 - 这可以是从生产环境带来的模拟数据或真实数据。

生产

这些任务对于以下人员很重要：管理员。

升级/更新 - 应自动完成较新版本的更新，例如架构和数据升级
回滚 - 执行回滚到以前的版本

对于您的演示：

选择常见的构建任务（5 到 10），上面的列表应该有所帮助。
描述为什么每一项对相关各方都很重要：每项任务一张幻灯片。
根据与您的工作环境的相关性和受欢迎程度来选择构建工具（大约 5 个）。
描述如何实现选定的任务，以及这些工具如何与现有语言和工具集成：每个构建工具一张幻灯片。
所以你会有 10-15 张幻灯片。

更多信息请参见：

A build tool will help you automate and integrate tasks related to putting software pieces together. This tasks may differ in importance depending on the environment they are designed for. We could generalize these environments:

development - Each developer should have (at least) one development environment, it should be independent, thus you should be able to use a laptop without internet access to successful perform most development tasks. The build tool guarantees that it is easy to setup a development environment.
integration - There should be only one integration, on which integration with different components, created by different teams is performed. Everything should be automated here, the build tool guarantees this.
test - There can be various test environments, with different roles, on which tests are performed by (real) humans. The build tool helps setup the test environment.
production - There can be many of these with different versions on different states. The build tool helps manage different versions - operation tasks.

All tasks will be available on all environments, for example you can deploy on each of these.

Development

These tasks are important for: developers.

clean - Cleans up the development environment
fetch - Gets the latest sources from the SCM
validate - Validate different software components and configuration integrity
compile - Compiles compilable code
test - Performs unit tests, regression tests, other tests
start/stop servers - All servers should be easily controlled with simple commands
generate ide files - Prepares various ide project files

Integration

These tasks are important for: developers, project managers, technical writers, QA.

build - Creates a new (nightly) build with a new version
package - Create software packages
generate documentation - Generates api docs, specs
generate deliverables - Generate all deliverables - source archive, etc
report - Generates various reports for test, quality, changes
deliver - Puts deliverables on a open location, a software repository
deploy - Deploy all artifacts on the integration machine - which should self test for integrity, thus performing the integration

Test

These tasks are important for: project managers, (functional) testers, administrators.

generate test data - This could be mock data, or real data, brought from a production environment.

Production

These tasks are important for: administrators.

upgrade / update - Update on a newer version should be done automatically, for example schema and data upgrade
rollback - Performs rollback to a previous version

For your presentation:

Make a selection of common build tasks (5 to 10), the list above should help.
Describe why each of it is important to the parties involved: 1 slide for each task.
Make a selection of build tools (around 5) based on relevance to your working environment and popularity.
Describe how can you achieve selected tasks, and how do these tools integrate with existing languages and tools: 1 slide for each build tool.
So you would have 10-15 slides.

More information here:

回复收藏 0 原文

~没有更多了~