git操作

2020-01-18  本文已影响0人  青争小台

一、常见操作

二、修改bug

三、回退到指定版本

  1. 查看所有的历史版本，获取你git的某个历史版本的id， git log
  2. 回退本地代码库：git reset --hard ID
  3. 推送到远程服务器：git push -f -u origin master
  4. 重新拉代码：git pull

四、修剪远程分支

远程已经删除的分支，vscode在本地还有显示，如果想删除，只能自己手动挨个删：git branch -d master

问题描述
前提：假设现在远程有三个分支master、testA、testB
问题：使用命令 git fetch origin 获取到远程分支，然后使用命令 git branch -r 来查看
远程现有的分支，你可以看到以上分支；但是问题来了，你的同事在另一台电脑上将远程分支
testA删除了，然后你用git fetch origin获取远程分支的时候，使用命令 git branch -r
依然会看到三个分支master、testA、testB
解决方法
使用git fetch --prune origin或git fetch -p 获取被删减后的远程分支，
这时你使用命令 git branch -r 之后看到两个远程分支master、testB

五、Git提交时提示没有权限

Git - 提交时提示“Please make sure you have the correct access rights and the repository exists.”的解决方法，


image.png

六、本地代码初始化到git仓库：

git init
git remote add origin git@11.182.553.999:w_er/hk.git
git add .
git commit -m 'first'
git push -u origin master

七、在不提交当前分支的情况下切换到其它分支进行操作

假如现在的Bug你还没有解决，而上边又给你派了一个新的Bug，而这个Bug相比较现在正在苦思冥想的Bug比较容易解决。

你想先解决新的Bug，可是之前的Bug还没有解决完而不能提交。怎么办?

解决方法：在其他分支上另开炉灶解决。

首先你需要将此刻正在解决Bug的当前分支“储藏”起来。例假如此时正在你在当前分支dev上已进行了Bug修改但还未提交。

此时你想去解决刚派下来的另一个Bug。而你需要在master分支上去修复这个Bug，第一步就需要先切换到master 分支。当你执行 $ git checkout master 命令的时候，将提示出错：

error: Your local changes to the following files would be overwritten by checkout:
readme.txt
Please commit your changes or stash them before you switch branches.

（请在切换分支之前提交您的更改或隐藏它们）

因为当前的分支dev 最初也是从master 分支上衍生出来的。而此时你要再从该分支上切换到其主分支。那么你需要先把该dev分支上的改动提交后才能切换，但是该dev分支上还没有完成全部的修改，你不想提交。那么此时你就要选择 stash 它们（你在当前分支上改动的却没有提交commit的内容）。

所以第二步，在当前分支上执行 $ git stash 命令。将当前分支存起来，id为 8528ea2 s

这时候再执行 $ git status 命令，显示没有东西需要提交，这个时候你就可以切换到master分支上了。

接着就可以在主分支master上创建并切换到新的分支去修复另一个Bug了。

那修改完那个Bug也提交后，就该回到dev 分支上去继续修改那个未完成的Bug。

执行 $ git checkout dev 切换到 dev 分支，这个时候执行 git status 命令仍旧显示没有东西需要提交。毕竟我们前边已经成功将dev上未提交的改动给“隐藏“了，这时，用 $ git stash list 命令去查看我们“存储”的列表。

会发现id 为 8528ea2 s 的储藏项目在列表中，我们需要将其恢复，有两个办法：

一、用 $ git stash apply 命令恢复，但是恢复后，stash内容并不删除，这时候再执行 $ git stash list 命令，id 为 8528ea2 s 的储藏项目还会在列表中，你需要用 $ git stash drop来删除；
注意： 如果有一个分支上多个 stash，如果需要恢复指定的 stash ，可以在命令尾部加id，如 $ git stash apply stash@{0}，同样删除指定 stash 项目则执行如 $ git stash drop stash@{1} 。

二、用 $ git stash pop 命令，恢复的同时把 stash 存储列表的内容也删了。这时候再执行 $ git stash list 命令，id 为 8528ea2 s 的储藏项目不会在列表中。

此时再查看 $ cat <filename> 会发现之前的改动还存在，且执行 git status 就会继续显示该分支上有改动未提交。
参考：https://blog.csdn.net/zwl1584671413/article/details/88991547

八、本地项目同时推送到多个远程仓库，同时推送到gitee、github

同时推送到gitee上的2个仓库也ok
步骤如下：
假设你已经将项目上传到gitee，具体怎么上传请看上面第六条、本地代码初始化到git仓库，

origin  https://gitee.com/xueleilei/nuxt-ssr-template.git (fetch)
origin  https://gitee.com/xueleilei/nuxt-ssr-template.git (push)

origin  https://gitee.com/xueleilei/nuxt-ssr-template.git (fetch)
origin  https://gitee.com/xueleilei/nuxt-ssr-template.git (push)
origin  https://github.com/xueleilei/nuxt-ssr-template.git (push)

也可以在新建2个空仓库后，直接就关联2个仓库，步骤如下：

git remote add origin https://gitee.com/xueleilei/nuxt-ssr-template.git
git remote set-url --add origin https://github.com/xueleilei/nuxt-ssr-template.git

git add .
git commit -m "first"
git push -u origin master

即可将项目推送到github和gitee两个仓库中。

创建新仓库

创建新文件夹，打开，然后执行
git init
以创建新的 git 仓库。

检出仓库

执行如下命令以创建一个本地仓库的克隆版本：
git clone /path/to/repository
如果是远端服务器上的仓库，你的命令会是这个样子：
git clone username@host:/path/to/repository

工作流

你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，它指向你最后一次提交的结果。

image

添加和提交

你可以提出更改（把它们添加到暂存区），使用如下命令：
git add <filename>
git add *
这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：
git commit -m "代码提交信息"
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：
git push origin master
可以把 master 换成你想要推送的任何分支。

如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：
git remote add origin <server>
如此你就能够将你的改动推送到所添加的服务器上去了。

分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。

image

创建一个叫做“feature_x”的分支，并切换过去：
git checkout -b feature_x
切换回主分支：
git checkout master
再把新建的分支删掉：
git branch -d feature_x
除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
git push origin <branch>

更新与合并

要更新你的本地仓库至最新改动，执行：
git pull
以在你的工作目录中 获取（fetch） 并 合并（merge） 远端的改动。
要合并其他分支到你的当前分支（例如 master），执行：
git merge <branch>
在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，这可能并非每次都成功，并可能出现冲突（conflicts）。 这时候就需要你修改这些文件来手动合并这些冲突（conflicts）。改完之后，你需要执行如下命令以将它们标记为合并成功：
git add <filename>
在合并改动之前，你可以使用如下命令预览差异：
git diff <source_branch> <target_branch>

标签

为软件发布创建标签是推荐的。这个概念早已存在，在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签：
git tag 1.0.0 1b2e1d63ff
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID：
git log
你也可以使用少一点的提交 ID 前几位，只要它的指向具有唯一性。

替换本地改动

假如你操作失误（当然，这最好永远不要发生），你可以使用如下命令替换掉本地改动：
git checkout -- <filename>
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。

假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：
git fetch origin
git reset --hard origin/master

实用小贴士

内建的图形化 git：
gitk
彩色的 git 输出：
git config color.ui true
显示历史记录时，每个提交的信息只显示一行：
git config format.pretty oneline
交互式添加文件到暂存区：
git add -i

图形化客户端

指南和手册

菜鸟教程：https://www.runoob.com/git/git-basic-operations.html

git1.png
上一篇下一篇

猜你喜欢

热点阅读