Git实战005:如何正确的使用同步、获取和拉取指令
为了更好的管理、跟进、掌控和维护项目开发,我们通常会借用Gitlab等代码托管平台来管理项目资源。当然我们不会将项目公开在互联网上,而是在局域网搭建属于自己的Git远程仓库服务(我司搭建的是Gitlab服务)。在使用Git的使用我们经常需要对项目执行同步、获取和拉取等操作,那么我们在实际应用中该如何使用相关指令呢?
如果你是刚刚参与项目的开发那么你需要先获取当前已经开发的项目资源,这时候就需要从从远程仓库克隆资源。执行指令: git clone -b <分支名> <版本库的网址>;将指定分支克隆到本地新目录中(不指定分支则默认克隆master分支),执行git clone后会在新目录下有个.git的隐藏文件夹,所以clone下来的项目不需要进行git init初始化操作。
在Git中分支一般有本地版本库分支和远程版本库分支,在项目目录中查看本地版本库分支可以执行指令:git branch,如果查看远程版本库分支可以执行指令:git branch -r,如果想同时查看本地和远程仓库的分支情况可以执行指令:git branch -al。通常本地分支显示为绿色而远程分支显示为红色,前面带符合“*”表示当前所在的分支。
这里我们可以看到远程版本库中还有一个dev分支,而本地版本库目前只有master分支。现在我想把dev分支也取回,这个我们可以通过指令:git checkout -b <本地分支名>
当用户向远程仓库提交更新之后我们需要去获取当前项目的最新资源,这时候我们需要知道当前资源做了哪些更新。通过指令:git fetch <远程主机名> <分支名>可以将远程版本库的特定分支更新取回,如果不指定分支则将远程主机的更新全部取回本地本地版本库。取回更新后会返回一个FETCH_HEAD 指针指向branch在服务器上的最新状态,我们可以在本地通过指令:git log -p FETCH_HEAD查看当前指针所在分支取回的更新信息。返回的信息包括更新的文件名、更新的作者和时间以及更新的内容,我们可以通过这些信息来判断是否产生冲突以确定是否将更新merge到当前分支。
fetch只是将当前项目分支在远程仓库上的最新状态取回,此时只是将状态存在了本地暂存库中并没有与本地分支进行合并,所以在本地并没有还看不到远程仓库上更新的内容。fetch可以帮助我们查看更新的内容是否与已有资源产生冲突,这样我们就可以选择分支更新进行合并。合并分支可以通过指令:git merge <远程主机名> /<分支名>将指定分支上拉取下来的最新内容合并到当前所在的分支中,如果不放心可以通过指令:git diff <分支名>来比较本地代码与刚刚从远程下载下来的代码的区别。
如果你不需要检查远程仓库的具体更新信息时我们可以直接使用指令:git pull <远程主机名> <远程分支名>:<本地分支名>取回远程仓库指定分支的更新并与本地分支合并,如果不指定本地分支则默认拉取到本地的当前分支进行合并。git pull相当于执行git fetch后并调用git merge将检索到的分支头合并到分支中,相比起来git fetch更安全一些,虽然麻烦些(需要手动合并)但是可以在merge前查看更新情况然后再决定是否合并。
同步顾名思义就是保持本地版本库与远程版本库的信息一致,当本地有新分支而远程仓库没有、远程仓库有新分支而本地没有、本地删除了分支时远程也需要删除、远程删除了分支时本地也同时删除时就可以用同步来解决。其他的局部资源更新则可以根据实际情况来拉取,如果需要对更新进行查阅那么就先进行获取然后再手动合并分支即可。
【来源:编程手札】
声明:转载此文是出于传递更多信息之目的。若有来源标注错误或侵犯了您的合法权益,请作者持权属证明与本网联系,我们将及时更正、删除,谢谢。 邮箱地址:newmedia@xxcb.cn