版本控制,GIT

最新推荐文章于 2023-04-07 10:29:01 发布
最新推荐文章于 2023-04-07 10:29:01 发布
阅读量333 收藏
点赞数
分类专栏： 开发环境搭建 文章标签： git
原文链接：http://www.ruanyifeng.com/blog/2008/12/a_visual_guide_to_version_control.html
版权
本文深入探讨版本控制系统的必要性和功能，特别是Git的工作流程，包括集中式、功能分支、GitFlow、Forking和PullRequests等五种常用工作流。同时介绍了分支管理、日志查看、冲突解决等常见操作，以及SourceTree工具的使用。
摘要由CSDN通过智能技术生成

目录

版本控制（Version Control）

VCS应该做到以下几点功能:

GIT

GIT工作流

1. 集中式工作流

2. 功能分支工作流

3. GitFlow 工作流

4. Forking 工作流

5. Pull Requests

分支工作流使用场景: 

常见场景操作:

将代码从一个分支转移到另一个分支

回滚与重置区别

修改最近一次提交的备注信息

详细日志查看

冲突解决

工具SourceTree

版本控制（Version Control）

作用是追踪文件的变化。为什么需要版本控制？简单说，就是当你出错了，可以很容易地回到没出错时的状态。

在不破坏源文件的基础上，得到一个类似的新文件。文件的多版本保存是一个常见问题，通常的解决办法是这样的：

  1. 做一个文件备份（比如Document.old.txt）。

  2. 在文件名中加入版本号或日期（比如Document_V1.txt，DocumentMarch2007.txt）。

  3. 在多人编辑的环境下，共享一个文件目录，并且要求每个人编辑完以后，在文件上做出标识。

通过文件名识别版本，对于小型项目或者单个文件也许可行。但是对于软件开发来说，是不适用的。大型的、频繁修改的、多人编写的软件项目，需要一个版本控制系统（简称VCS，行话叫做"文件数据库"），追踪文件的变化，避免出现混乱。

VCS应该做到以下几点功能:

  • 备份（Backup）和恢复（Restore）。文件的每一次编辑都得到保存，可以恢复到任意一个日期。需要2007年2月23日的版本？没问题。
  • 同步（Synchronization）。让不同用户随时都能得到文件的最新版本。
  • 短期撤销（Short-term undo）。文件被你搞乱了，怎么办？那就撤销编辑，回到最近一次的无差错版本。
  • 长期撤销（Long-term undo）。有时候，你会过了很久才发现出错了。如果你想撤销一年前的一次编辑，怎么办？那就去取回一年之前的那个版本。
  • 追踪修改（Track Changes）。文件的每一次编辑，你都可以写下注解，解释编辑的原因。（这些信息储存在VCS中，而不是文件中。）这样就很容易看出，长期中文件变化的脉络和原因。
  • 追踪权限（Track Ownership）。VCS会记录每一次提交新版本的用户名。这样就容易追踪责任。
  • 试验功能（Sandboxing）。当你对文件做出重大变更时，你可以把编辑内容暂时性地保存在一个单独的区域，不断进行测试和除错。等到确认正确以后，再加入主版本。
  • 分支（Branching）和合并（merging）。分支功能可以看成是一个更大的测试版本。你将整个的代码做一份拷贝，然后再起一个独立的名字，追踪其变化，与原版本脱离关系，这就是分支。以后，你还可以将分支版本再并入源版本，这就是合并。

上有许多VCS软件可供选择，并且都有详细的教程或手册，比如SVN、CVS、RCS、Git、Perforce等等

GIT

GIT工作流

http://www.ruanyifeng.com/blog/2015/12/git-workflow.html

1. 集中式工作流

和svn一样，服务器只有一个仓库， 所以人都往这里提交，要特别注意公共文件的提交冲突 

2. 功能分支工作流

为各个新功能分配一个专门的分支来开发，开发完成再合并

3. GitFlow 工作流

为不同的分支分配一个很明确的角色， 明确定义分支之间如何和什么时候进行交互, 将开发、发布、部署、bug修复分隔开来。

两个永久分支(master, develop)，所有的开发工作都围绕这两个分支进行派生跟合并

短期分支(hotfix , frature , release ) ，完成后一般都要进行删除

  • master 分支：正式发布的版本
  • develop 功能集成分支：派生于master
  • hotfix 维护/热修复分支：派生于master，专门处理bug的分支，修复完成应该马上合并于master、develop
  • frature 功能分支：派生于develop，每个功能新开一个功能分支，开发完成后合并于develop
  • release 发布准备分支：派生于develop，专门用于改善发布的功能分支。清理发布、执行所有测试、更新文档和其它为下个发布做准备操作的地方。完成应该马上合并于master、develop 

4. Forking 工作流

分布式工作流， 而让各个开发者都有一个服务端仓库。网友贡献的代码可以被集成在项目维护者的正式仓库

5. Pull Requests

消息通知+论坛，在提议的修改合并到正式项目之前对修改进行讨论。

分支工作流使用场景: 

第一次拉取代码

  1. clone(克隆) master分支到本地, 本地只有一份代码

开发一个功能并提交到远程仓库

  1. branch(分支)创建一个frature分支, checkout(检出)到这个分支(本地代码变成这个分支的), 开发...
  2. 开发完成后 add(添加) 到暂存区, commit(提交)到本地仓库
  3. merge(合并) frature到develop
  4. push(推送) 本地develop到远程develop

拉取远程仓库其他人提交的代码到本地分支

  1. checkout(检出) 到本地对应的分支, pull(拉取) 远程仓库的分支

常见场景操作:

将代码从一个分支转移到另一个分支

1. A分支的全部提交 合并 到B分支：git merge

2. A分支的单个提交 合并 到B分支：git cherry-pick

http://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html

回滚与重置区别

回滚 

回滚1, 后续的234依旧存在

重置 

重置1,  后续的234全部重置

修改最近一次提交的备注信息

git commit --amend
 

详细日志查看

1. git log 查看提交历史记录

2. git log --oneline  或者 git log --pretty=oneline 以精简模式显示

3. git log --graph 以图形模式显示

4. git log --stat 显示文件更改列表

5. git log --author= 'name' 显示某个作者的日志

6. git log -p filepath 查看某个文件的详细修改

7. git log -L start,end:filepath 查看某个文件某几行范围内的修改记录

8. git log --stat commitId  或者 git show --stat commitId 查看某一次提交的文件修改列表 

冲突解决

<<<<<<< .mine

这里的是你本地的内容

=======

而这里的是资源库中的内容，这是更新之时自动合并产生的结果；

>>>>>>>.r3541

工具SourceTree

https://jingyan.baidu.com/article/dca1fa6f19c0abf1a5405246.html

http://www.ruanyifeng.com/blog/2008/12/a_visual_guide_to_version_control.html

xyc1211
关注
专栏目录
sourcetree git 修改commit信息_Git之修改commit记录
weixin_30631909的博客
02-03 6724
在很多影视作品里，就算主人公乘上了时光鸡，还是无法修改历史（或者说修改后造成十分严重的后果）；而现在，在 Git 的强力驱动下，修改历史变得简单又相对安全。 本文叨叨修改 commit 历史的问题应用场景① 刚刚的提交不小心打错了 能更改吗？比如Sun of a Beach with canvas 写成了 son of a b**ch with canvas ② 刚刚的提交漏掉了文件 能追加...
用SourceTree创建分支、合并分支
木木木华的博客
09-17 3634
1. 创建一个分支：分支--->输入分支的名字--->创建分支 2. 将分支推送到远程仓库 选中分支---->推送 推送成功之后，看到本地分支和远程分支同步了 3. 在该分支上增删改代码，我在test分支上增加了一个文件 剩下的就一一操作就好了，和命令行一样，不过这里就不用输命令了，直接点击就可以了， 命令行操作见另一篇博客： https://blog.csdn.net/catascdd/article/details/108602140 ...
​SourceTree​简单使用
sinat_38992528的博客
04-07 1456
SourceTree 是 Windows 和Mac OS X 下免费的 Git 和 Hg 客户端，拥有可视化界面，容易上手操作。同时它也是Mercurial和Subversion版本控制系统工具。支持创建、提交、clone、push、pull 和merge等操作。
sourcetree git 修改commit信息_Git 修改 commit 的 message
weixin_39779528的博客
01-31 3320
如果对提交过的 commit 信息描述不满意，可以对 commit 描述进行更改。修改分为： 修改最新的 commit 修改老旧的 commit把连续多个 commit 合并成一个把间隔几个 commit 合并成一个注： 修改后，commit ID 也会改变。更改最新的 commit命令：$ git commit -amend实战演练https://www.zhihu.com/video/1167...
如何更改一个特定提交的提交作者？
HuntsBot的博客
12-29 3583
我想更改历史中一个特定提交的作者。这不是最新的提交。相关： How do I change the author and committer name/email for multiple commits?
rebase交互式变基
ML.G的博客
11-17 998
下面就是vim操作了，只要交换第一行和第三行的位置就行，把光标移动到第一行快速按两下d键第一行就被剪切到剪切板中了，再把光标移动到d提交那行按下p就把刚才剪切的内容粘贴过来了，像这样操作把。提交，你将有机会修订提交，也就是说，可以完全添加或更改提交。这样您可以将大提交拆分为小提交，或者删除在提交中执行错误更改。可以完全添加或更改提交。这使您可以将大型提交拆分为较小的提交，或者删除在提交中所做的错误更改。提交只是合并到其上面的提交，之前提交的消息用于描述两次更改。后面提交的地方，但是列出的不包括指定的提交。
工作办公软件-版本控制git.zip
04-30
在“工作办公软件-版本控制git.zip”这个压缩包中，很可能是包含了一些关于如何使用Git进行版本控制的教程、文档或者示例。 Git的核心功能包括创建分支、合并分支、回滚更改、解决冲突等。它的分布式特性意味着每个...
版本控制git.rar
07-17
在"版本控制git.rar"这个压缩包中，包含了Git的基本安装文件。由于描述提到是从官网下载的，我们可以假设这包含的是最新版或较新版本的Git。通常，Git的安装文件会包含Windows、MacOS和Linux等不同操作系统版本。...
版本控制Git安装包64位安装包git2.0以上
07-14
Git是当今最流行的分布式版本控制系统，广泛应用于软件开发和项目管理。Git的64位安装包确保了在64位操作系统上的高效运行，而Git-2.27.0是这个压缩包中提供的具体版本，它包含了最新的特性和优化。 Git的安装过程...
Git版本控制
03-07
Git版本控制流程，介绍如何使用Git做版本控制，以及项目中的实际应用
01-版本控制Git.rar
最新发布
07-08
01-版本控制Git.rar
Git 修改已提交的commit注释
liuyuanbin9001
04-02 7342
两种情况： 1.已经将代码push到远程仓库 2.还没将代码push到远程仓库，还在本地的仓库中 这两种情况下的修改大体相同，只是第一种情况最后会多一步 下面来说怎么修改 先搞清楚你要修改哪次的提交注释或者哪几次的提交注释 修改最后一次注释 如果你只想修改最后一次注释（就是最新的一次提交），那好办：git commit --amend 出现有注释的界面（你的注释应该显示在第一行）， 输入i...
Git如何修改已经提交的注释说明
iOSTerry的博客
10-28 1万+
在我们使用git时偶尔会忘了给提交添加注释或者注释写错了，这时怎么修改呢？ 有两种发生的情形。 情形一：已经commit到本地仓库，还没有push到远程 解决方法： //查看提交文件，里面包含注释和变更内容 使用git commit --amend 此时会打开最近一次本地commit的信息，此时是以vi编辑器的形式打开啊。我们按下i建进入文本编辑模式，然后把想要修改的提交信息no...
SourceTree系列2：修改并提交
Cape_sir
11-20 2509
上篇SourceTree系列1：https://blog.csdn.net/weixin_42652596/article/details/109823503中简单介绍了SourceTree连接github及简单的提交操作。本篇将详细介绍git在SourceTree中的操作。 修改并提交 首先我们在项目目录中新建test.txt文件 这时重新打开SourceTree会出现未提交的更改 切换到“文件状态”面板 这里简单介绍一下几个概念： 工作区：我们的项目目录，就是实际操作的那些项目文件所在的目录。.
sourceTree提交步骤
zcj的博客
11-08 3169
sourceTree使用步骤
git commit ammend 修改已经提交的注释
jgw2008的专栏
06-22 2216
对于已经修改提交过的注释，如果需要修改，可以借助 git commit --amend 来进行。  例如 在framework/base 里最新的提交就是 resolving the roaming problem，我现在需要将其改为 resolving the roaming problem for fixing bug 7732  在 framework/base 下 输入 git com
SourceTree中更改（amend）上一次提交
热门推荐
AlexAoMin的博客
04-25 1万+
我们在使用Git的时候经常会遇到当代码修改已经push上去的时候，却发现有些拼写错误，漏加上文件之类的小错误。这个时候，我们通常的做法是commit，然后再push。其实这个完全没有必要再commit一次。我们可以使用神奇的amend（提交）。 提交时选择更正上一次提交，这时默认的Message就是上次提交的Message。push的时候会失败，弹对话框“You have chosen
git 修改 commit备注内容，未push到远程的情况下
fly_666的博客
03-13 1745
1、在项目所在的文件夹内空白处，右击选择 Git Bash Here，弹出命令窗 2、执行命令： git commit --amend 弹出最近一次提交本地的备注和文件 3、按键盘上的 i 按键，进入编辑状态 （确定是否已进入编辑状态可以查看左下角是否显示 “插入”字样） 4、备注信息更新后，可按 ESC键 退出编辑 5、更新commit说明后，执行 :wq 保存并退出 （此时请看左上...
vue版本控制git
09-23
根据提供的引用内容，vue版本控制git是指在使用vue进行开发时，使用git对代码进行版本管理的过程。具体来说，可以通过以下步骤进行版本控制： 1. 生成本地仓库：使用命令`git init`来生成本地仓库。 2. 查看状态和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值