git游戏杂谈

Posted dumblidor

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git游戏杂谈相关的知识,希望对你有一定的参考价值。

  git作为一个知名小游戏,在被Linus开发出来后就广受好评,在程序员圈子内迅速传播,以至于现在很多程序员可以一日无饭,却不能一日无git。是什么能让各路程序员如此着迷?今天,让我们走进git,看一看领略下这款传奇游戏的精彩。

基本概况

  虽然是一款面向程序员的游戏,但git的操作其实并不复杂。总的来说,这是一款有关同步与发展的游戏,游戏模式分为团队在线,个人在线,个人本地等多种,其中又以团队在线最受欢迎,我们今天的讲解就以团队在线为主。

  在团队在线游戏中,参与者一方面需要贡献自己的成就与进展,另一方面又要同步团队中其他人的成果,整个团队的游戏成果以一个树形进行展现,树上每一条分叉称为一个“分支”。在游戏中,你可以提交成果来推进分支,也可以创建新的分支与他人分道扬镳,甚至可以通过合并分支来获取特性。在经过无数次的分裂合并的演变过后,游戏也会演变地千奇百怪,这也是该游戏的魅力所在。

资源介绍

  在git游戏中,每个玩家都拥有3个区域可供操作,线上游戏中还会有一个远程仓库提供同步存储等操作。玩家手中的游戏区域分别为:工作区,暂存区和版本库。

  工作区是玩家日常产出成果的区域,是玩家工作的地点,工作区的内容在git中没有记录,若玩家不进行添加提交,该区域的内容就不会被保存至git。

  暂存区可以理解为工作区和版本库中间的一个缓冲,它存储的是玩家工作区目录的索引,用来保存玩家的工作进度。玩家可以使用add操作将工作区的内容添加进暂存区。

  版本库是最终进行成果保存以及同步的地点,玩家可以使用commit操作将暂存区的内容提交至版本库,这一操作会推进你的本地分支,并在记录上增加你所做的一切。

  最后,远程仓库是存储所有人进展的地方,人们可以通过push操作将自己的成果推送到远程仓库,也可以用pull拉取远程仓库的信息同步到本地。

基本技能

  在游戏中提供了多种技能供玩家使用,如用于同步的add,commit, fetch, push,pull;用于查询的status, log, reflog, diff, show;用于分支操作的branch, merge,remote, reset,checkout,rebase;以及我也不知道怎么分类的balabala。下面我们来详细讲解这些技能

(此处省略一万字)

常见操作

讲解完基本操作,我们来了解一下游戏中常见的一些操作。需要注意的是,当你执行切换分支,同步分支等操作之前,最好确认你的工作区和暂存区是干净的

查看状态

执行任何其他操作之前看一看工作区和暂存区的内容总是好的

git status

储藏加恢复

工作区不干净的时候执行一些操作比如切换分支、同步是十分危险的,如果你不想放弃你的修改,又不想提交他们,将他们储藏起来是一个不错的选择。

git stash           #储藏未提交修改

其他操作          #爱干啥干啥

git stash pop          #把修改应用到所在的分支上

注意:stash是一个栈结构可以保存你的未同步修改,但执行pop时它会将保存的修改放入你当前所在分支,而不是你压栈的分支(如果两个分支不同的话)。另外,因为这是一个栈结构,你pop出的永远是你最后压进去的那个修改(拿到指定修改看下一条)

多次储藏花式恢复大法

上一个连招的缺陷是不能乱压乱恢复,想要恢复指定修改可以使用如下操作

git stash              #储藏(可以有多个)
git stash list               #查看所有储藏
git stash show -p [email protected]{0}      #查看指定储藏
git stash apply [email protected]{0}        #应用指定储藏

本地提交

此套操作用于将工作目录内容提交至本地版本库

git status          #看有啥需要提交

git add dir/file_name     #添加到暂存区

git commit -m "xxx"     #提交到版本库,xxx为提交描述(必须写)

合并分支

将B分支的修改合并到A上,保证A的工作区和暂存区是干净的。

合并完成后可以理解为A和B在内容上是两个“相同”的分支

git checkout A        #切换到A分支

git merge B         #把B的修改合并到A上

注意:可能会有冲突,需要合并冲突。

合并冲突

merge可能有冲突,步骤:

解决冲突          #按git提示挨个打开冲突文件编辑

git add file_name      #把修改添加进去(有几个填几个)

git commit         #添加完提交给git

另一种合并分支(推荐本地)

将B的修改在A上复现一次。rebase和merge不同,rebase相当于将B从和A分叉开始的所有修改都在A上重新提交一次,然后合并完成后B分支会被删除。

为了你的安全考虑,不要对已经在远程仓库的分支执行rebase

git checkout A            #切换到A分支

git rebase B            #将B分支的内容rebase到当前分支

(如果有冲突)

解决冲突              #修改冲突文件

git add              #添加修改

git rebase --continue         #继续rebase

注意:rebase的冲突解决是遇到一个冲突解决一个冲突,然后继续rebase。rebase会造成B分支的删除,不要将其用在远程操作中

远程同步到本地

用于同步远程分支到你的工作区。操作前保证本地目录是干净的

git fetch                #拉取所有远程分支,保存到本地origin/xxx分支(xxx为远程分支名)

git merge origin/branch_name      #将指定远程分支修改同步到本地

如果可以保证没有冲突,并且本地分支没有新修改,可以使用

git pull

本地版本回退大法

脑抽写了一堆奇怪的代码?需求写到一半PM说这个需求又改了?没有理由劳资就是想回到以前的版本并且扔掉所有修改?

只要你的提交没push,这一切都不是问题。如果你已经push了你的修改,不要用reset,因为你的队友可能会弄死你

git log              #查看commit记录,找到想回到的点

git reset --hard <commit>     #尖括号内为指定commit的commit id

注意:以上操作可以让你回到过去的某一次commit的状态,操作方式是将版本库HEAD指针移到你指定的commit,这会造成版本历史中被回退的部分消失,在远程操作中这很反逻辑。

--hard选项会改变你的工作区、暂存区和版本库。如果你想保留你的代码,可以使用--mix选项,这样只会改变暂存区和版本库。还有一个--soft选项,加它只会改变你的版本库。

本地版本回退大法PLUS

手贱reset了以后想恢复?

git reflog            #查看修改历史,里面有你所有的操作(包括reset)

git reset --hard <commit>     #“恢复”

不用想了,你没add和commit的肯定是回不来了,且行且珍惜吧

远程版本回退大法

reset是一个很方便的回退版本的办法,但是不适用于远程。如果你的修改已经push了,这里有一个适用于远程的回退方法

git log            #查看commit记录

git revert <commit>      #撤销选中的更改

git push           #如果你想的话

注意:和reset不同,revert是通过提交一次撤销来进行修改,他不会导致分支回退,而是使分支向前推进一步。和reset的另一个区别是,reset是回到指定的提交,而revert只是撤销指定的那一个提交,其他提交不受影响。

 

 

待续




以上是关于git游戏杂谈的主要内容,如果未能解决你的问题,请参考以下文章

游戏杂谈Steam上好玩的多人合作游戏

杂谈 - 我认识的游戏分类要素

[杂谈]网易与我的世界

游戏中的抗锯齿杂谈

热更新有多重要?游戏代码热更新杂谈

java游戏开发杂谈 - 界面刷新坐标系