Azure DevOps ——创建项目 —— 版本和工作流进程的区别

之前说过了微软的 Azure DevOps 分为云版 Azure DevOps Service 和本地版 Azure DevOps Server,现在我们就开始来一点点教大家如何使用里面的几大模块。

Azure Board

看板,是敏捷开发里面对任务进行可视化管理的一种方式,几乎所有的敏捷开发管理工具都具备看板这种功能,可能大家最最熟悉的是 JIRA 了。如果你不了解敏捷开发,那么你可以跳过这一篇文章。

创建项目

如果没有项目,你当然得创建一个啦,如图所示:
Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第1张图片

项目名称

尽量不要使用中文来命名你的项目名称,因为…直接上图吧…

Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第2张图片
在 git 中的地址会被转义

你可以在描述中说明你这个项目的中文解释。

高级

这里有两个选项,一个是源代码管理,分为 Git 和 Team Foundation 版本控制(TFVC)。
Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第3张图片
Git 这个就不用说了,全世界的 Git 原理都基本是一样的,只不过有很多托管平台,比如最著名的 Github,Gitlab 等等,国内的码云,CSDN Code 等等。

Team Foundation 版本控制(以后称为:TFVC)可以说和 SVN 功能类似。

Git vs TFVC

英文好的盆友们直接移步 https://docs.microsoft.com/zh-cn/azure/devops/repos/tfvc/comparison-git-tfvc?view=azure-devops&viewFallbackFrom=vsts 看微软文档。

  • Git是一个分布式版本控制系统

每个开发人员都在其开发计算机上拥有源存储库的副本。开发人员可以在其开发计算机上提交每组更改,并执行版本控制操作,例如历史记录和比较,而无需网络连接。分支很轻。当您需要切换上下文时,可以创建一个私有本地分支。您可以快速从一个分支切换到另一个分支,以在代码库的不同变体之间进行转换。稍后,您可以合并,发布或处置分支。

  • Team Foundation版本控制(TFVC)是一个集中版本控制系统

团队成员的dev计算机上只有每个文件的一个版本。历史数据仅在服务器上维护。分支是基于路径的,并在服务器上创建。

简单来说,TFVC 要求客户端需要联网的情况下才能工作,因为代码是保存在服务器上的,只有联网你才能修改源代码,而且当某个人正在修改某个文件时会被占用,其他人需要等待其签入后才能修改。

他们都各有优势,虽然现在流行 Git 来作为源代码管理的引擎,但对于源代码保密性较高的企业,使用 TFVC 会比较好。

工作项进程

Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第4张图片
这里有三种工作流模板,这三种模式概念是不一样的,英文好的朋友可以移步 https://docs.microsoft.com/zh-cn/azure/devops/boards/work-items/guidance/choose-process?view=azure-devops&viewFallbackFrom=vsts 可以更快地获取知识。

云版提供了一个基本的工作流程,而本地版没有这个功能。

Basic、Agile、CMMI 和 Scrum 的区别
  • Basic(云版功能)
    Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第5张图片
    用 Issue 表示问题,用 Task 来跟踪剩余的工作。

  • Agile
    Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第6张图片
    当您的团队使用敏捷规划方法(包括Scrum)时选择Agile,并分别跟踪开发和测试活动。如果您想跟踪Kanban板上的用户故事和(可选)错误,或者跟踪任务板上的错误和任务,则此过程非常有用。任务支持跟踪原始估计,剩余工作和已完成的工作。

    • Epic
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第7张图片

    • Feature
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第8张图片

    • User Story
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第9张图片

    • Bug
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第10张图片

    • Task
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第11张图片

  • Scrum
    Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第12张图片
    选择的Scrum当你的团队实践Scrum的。如果您想跟踪看板上的产品积压项目(PBI)和错误,或者将PBI和错误分解为任务板上的任务,则此过程非常有用。
    任务仅支持跟踪剩余工作。

    • Epic
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第13张图片
    • Feature
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第14张图片
    • Product Backlog
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第15张图片
    • Bug
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第16张图片
    • Task
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第17张图片
  • CMMI
    Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第18张图片
    当您的团队遵循更正式的项目方法时,选择CMMI,这些方法需要一个流程改进框架和可审计的决策记录。通过此流程,您可以跟踪需求,变更请求,风险和评论。此流程支持正式的变更管理活动。任务支持跟踪原始估计,剩余工作和已完成的工作。

    • Epic
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第19张图片
    • Feature
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第20张图片
    • Requirement
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第21张图片
    • Bug
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第22张图片
    • Task
      Azure DevOps ——创建项目 —— 版本和工作流进程的区别_第23张图片

Agile 适合我们常用的敏捷迭代,Scrum 则真正的敏捷开发的工作方法,你可以阅读 https://www.cnblogs.com/vansama/p/5600986.html 来进一步了解他们的区别。

总结

本章介绍了在创建项目时遇到的一些问题和注意事项,同时也大致说明了源码管理的两种方式 Git 和 TFVC 的不同,介绍了工作流模板,它关系到你下面需要详细说明的 Azure Board 的概念以及项目的管理方式。

如果你已经说用了其他的项目或者敏捷管理工具,例如 JIRA,你可以忽略这一章。

你可能感兴趣的:(Azure,DevOps)