本文详细介绍了Git作为版本控制工具的重要性和作用，包括版本控制的定义、需求、基本流程和常见工具。重点讨论了Git的特点，与SVN的区别，并阐述了Git的历史、环境配置、基本理论如工作区概念、文件状态转换以及工作流程。此外，还涵盖了Git的项目搭建、文件操作、忽略文件的处理，以及在码云和IntelliJ IDEA中的使用和分支管理。
Git
版本控制
什么是版本控制？
·版本控制( Revision control )是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。
功能特性：
·实现跨区域多人协同开发
·追踪和记载一个或者多个文件的历史记录
·组织和保护源代码和文档
·统计工作量
·并行开发、提高开发效率
·跟踪记录整个软件的开发过程
·减轻开发人员的负担，节省时间，同时降低人为错误
简单说就是用于管理多人协同开发项目的技术，多人开发环境中必备品
为什么需要版本控制工具？
·在没有版本控制工具的时候，我们像要记录或保留修改的历史数据，需要将更改前的数据重新打包或创建本地文件来保存，或借助网络工具、磁盘等来保存；
存在问题：
·对于个人而言：当我们的迭代次数或者项目过于庞大时，过多的历史数据会额外占用过多的内存空间，且不易于管理和更改
·对于一个团队而言：每个人的开发环境、平台的不同，容易造成每个人手里的版本不一，数据不协调等问题，那么在同步的时候就会造成很大影响，这是开发者极其厌恶的
因此急需一款简便，易用的版本控制工具来帮助我们更好的协同工作
版本控制基本流程如下：
(1)创建配置项
项目成员依据《配置管理计划》，在配置库中创建属于其任务范围内的配置项。此时配置项的状态为**“草稿”**，其版本号格式为0.YZ。
(2)修改状态为“草稿”的配置项目
项目成员使用配置管理软件的Check in/check out功能，可以自由修改处于“草稿”状态的配置项，版本号格式为0.YZ。
(3)技术评审或领导审批
如果配置项是技术文档，则需要接受技术评审。如果配置项是**“计划”这类文件**，则需要项目经理(或上级领导)的审批。若配置项通过了技术评审或领导审批，则转向下一步，否则转回上一步。
(4)正式发布
配置项通过技术评审或领导审批之后。则配置项的状态从“草稿”变为“正式发布”，版本号格式为X.Y。
(5)变更
修改处于**“正式发布”状态的配置项，必须按照“变更控制流程”**执行。
常见版本控制工具：
1、Git
2、SVN（Subversion）
3、CVS（Concurrent Version System）
4、VSS（Microsof
最低0.47元/天 解锁文章
扫一扫
1645
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
