1版本控制操作
新建一个仓库进行版本管理:

我建的新仓库:

新建一个文件:

写新的文件:

在下面需要填写一下版本信息:

OK啦,我们也看到版本数目从刚才的1个变成了2个:

点击commits,我们可以进入,看到这个项目一共有过多少次改版的列表:

可以从这里点击进去:

看看这一次改版的具体内容:

总结一下,改版的具体内容包括:是谁在什么时间做了什么修改,为什么要修改,修改的内容是什么。
不得不聊的还有另外一个非常重要的概念:版本号。
也就是这里显示的40位的十六进制数:

有些版本控制工具可能就是1、2、3、4。。。这样排下去,但是git就不会重复,全是这样的长长的一串类似于随机数的东西,实际使用中非常好用。任何时候只要拿到这个版本号,就可以拿到这次版本的详细内容。
我们看到这个页面的地址如下:

就是由github.com/用户名/项目名/commit/版本号组成。
既然版本号是随机生成,不分先后顺序的,那么git是怎么知道哪个版本在先,哪个版本在后的呢?
git在保存这个版本的时候,不只在里面保存了自己的版本号,还保存了它之前一个版本的版本号:

为什么这里是7位的捏?其实都是40位,只是在使用的时候可以简写,只取前7位,只要能和其他版本区分开就好啦。
试试看~我们将当前版本只取前几位,照样可以打开这个页面呢:

画个图来描述一下版本先后顺序是怎么关联的:

新的版本会指向旧的版本,以后再写其它新的版本,就会形成一条长长的改版历史线:

对应的就是这个网页,这个网页就是一条改版历史线:

2分支
git中很多核心技巧其实都是对分支进行操作,所以下面来说branch。

点击向下的小三角可以find或者create分支:

在输入框中输入分支的名字,如果该分支不存在,底下会提示创建一个这个分支,点击即可:

发现网页地址变成这样啦:

我们可以看到当前两个分支的内容是一样哒:


我之前理解错了,以为添加新分支相当于创建一个新的文件夹。其实分支的作用是项目从这里开始分成两条路,在这里之前的内容是一样的,在这里之后每条路各自发展,它的改变不会影响另一条路。
我们看到这里branches的数目也变成了2:

点击进去可以查看各个分支的详情,在这里也可以删除分支:

master是仓库的默认分支,是不可以被删除的。仓库的默认分支是可以重新设置的,也可以将master改成其他分支:

每次打开项目默认显示的是默认分支的内容。
现在我给新的分支做一些改动,添加一个文件:

发现07_linkedlist下有了新的文件,最上面还会有一个提示问你要不要Compare&pull request。
我们再看看master分支,并没有新文件哦:

调皮的我又在新的分支中修改了Test这个文件,添加了一行内容:

更新后在版本信息中查看,可以看到绿色是新添加的内容:

还是Test文件,我试着把第一行代码删掉,提交后查看最新版本信息,红色的是删除掉的内容哦:

真的太好用啦,添加和删除的内容清清楚楚明明白白分别用绿色和红色标记着~
这些改动都是在07_linkedlist分支中修改的,master中还是原先的样子哦。(刚开始理解错分支的用法给分支起了这么个名字,敲起来好麻烦。。。)
3分支合并
既然这里一直在提示,那么我决定合并一下分支。

点击,输入版本信息:

下面会有07_linkedlist分支(再次默默吐槽自己起的这个分支名)和master分支的对比:

我们看一下,里面有详细的对比,当确认这些都是我们要提交的修改时,即可点下这个绿色的按键(正好截了一个刚摁下去的瞬间,绿键灰啦):

然后会有下面这个页面,我是这样猜想的(因为是自己摸索所以用猜想两个字),因为我这个仓库只有我一个人来做,两个分支都是我在做,所以其中一个分支提出了合并到另一个分支的请求时,这份请求也是由我来通过哒,不知道是不是这样的呢。

点击上面框出的绿色按键,继续点击下面这个绿色按键。

OK了:

再看master分支中发现都有07_linkedlist分支中的这些内容啦:

我们可以看到它的版本信息:

对github的用法还在慢慢摸索中,真的好强大呀。有了初步的熟悉,希望以后可以用的熟练,发掘它的更多用法~但是可能不会更新在这里啦,因为边用边截屏好费时间~入门比较重要所以写在这里作为记录。
哈哈~开心,虽然是很简单的操作,可是还是有点小成就感呢。
附上两个教程,其中视频教程好多都是桌面版的操作:
网友评论