Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!牛是怎么定义的呢?大家可以体会一下。Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等。历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了。
版本控制:可以解决多人同时开发的代码问题,也可以解决找回历史代码的问题。
分布式:Git是分布式版本控制系统,同一个Git仓库,可以分布到不同的机器上。首先找一台电脑充当服务器的角色,每天24小时开机,其他每个人都从这个“服务器“仓库克隆一份到自己的电脑上,并且各自把各自的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。可以自已搭建这台服务器,也可以使用GitHub网站。


出现这样的画面就表示你的git装好了,此处应该有掌声~~



说明:可以看到在git_test目录下创建了一个.git隐藏目录,这就是版本库目录。









因为版本1的内容是1行:
this is the first line





版本2又回来了,内容也是原来的内容。






这个东西像游戏更新一样,版本2是在版本1的基础上添加新功能的,版本1内容不发生改变。例如王者荣耀版本更新,界面总会变化,但是英雄的属性(技能,名字)一般不会改变。
4.2.1 工作区(WorkingDirectory)

4.2.2 版本库(Repository)

你可以简单理解为,需要提交的文件修改通通放到暂存区【计算机的缓存区】,然后,一次性提交暂存区的所有修改。






上面提示我们code.txt被修改,而code2.txt没有被跟踪。

注意:所有的 git add 命令是把所有提交的修改存放到暂存区。
(5)然后,执行git commit就可以一次性把暂存区的所有修改提交到分支并创建一个版本。









注意:对于code.txt里的四行内容,每一个版本对应一行,例如版本1对应first line,以此类推。
(1)继续上面的操作,提示我们可使用git checkout –
<文件>
来丢弃工作区的改动。执行如下命令,发现工作区干净了,第二次的改动内容也没了。
文件>




现在,如果你不但改错了东西,还从暂存区提交到了版本库,则需要进行版本回退。
对比工作区和某个版本中文件的不同:




反过来


(2)现在你有两个选择,一种情况是确实要从版本库中删除该文件,那就用命令 gitrm删掉【永久删除,无法撤消】,并且 git






现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
git把我们之前每次提交的版本串成一条时间线,这条时间线就是一个分支。截止到目前只有一条时间线,在git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。


git创建一个分支很快,因为除了增加一个dev指针,改变HEAD的指向,工作区的文件都没有任何变化。











git merge命令用于合并指定分支到当前分支。合并后,再查看code.txt的内容,就可以看到,和dev分支的最新提交是完全一样的。


注意到上面的rast-forward信息,Git告诉我们,这次合并是“快进模式“,也就是直接把master指向dev的当前提交,所以合并速度非常快。








这种情况下,git无法执行"快速合并",只能试图把各自的修改合并起来,但这种合并就可能会有冲突。
(5)执行如下命令尝试将dev分支合并到master分支上来。












通常,合并分支时,如果可能,git会用模式,但是有些快速合并不能成功而且合并时没有冲突,这个时候git会帮我们在合并之后做一次新的提交,但这种模式下,删除分支后,会丢掉分支信息。【弹窗说明信息】







按 保存并退出。







因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。

并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?


















这里完成。






完美:














例:






我的社交网址:https://github.com/Keegan-y

到此,git使用教程就写完了,既是自己的实践记录【记不住哈哈】,也能帮助更多的道友管理控制代码,如果内容对读者有用,请关注我,为思考点赞!
最后奉上导图笔记:

到此这篇关于git使用教程(最详细、最傻瓜)的文章就介绍到这了,更多相关git使用教程内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
到此这篇git操作教程(git完整教程)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/do-yfwjc/52832.html