可以直接使用命令 git reset HEAD 这个是整体回到上次一次操作 绿字变红字(撤销add) 如果是某个文件回滚到上一次操作： git reset HEAD 文件名 红字变无 (撤销没add修改) git checkout — 文件 from:https://www.cnblogs.com/jpfss/p/11888157.html
View DetailsGit :fatal: refusing to merge unrelated histories解决 今天本地创建了一个仓库（有README)，把本地仓库和Github上关联以后，发现git pull，git feach提醒fatal: refusing to merge unrelated histories 上网查到原因是两个分支是两个不同的版本，具有不同的提交历史 加一句 $git pull origin master --allow-unrelated-histories 1 可以允许不相关历史提，强制合并，确实解决了这个问题，感谢网友 ———————————————— 版权声明：本文为CSDN博主「天骄山仔」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/qq_39400546/article/details/100150320
View Details在安装完git之后，每次通过右键启动git 命令行总是很慢 这个原因是因为用了 AMD显卡 !! 解决方法如下：
|
1 |
我的电脑->右键->管理->设备管理器->找到显示适配器，把AMD显卡禁用(右键) |
from:https://blog.csdn.net/lxp_mocheng/article/details/106273392
View DetailsGogs简介 Gogs是一款极易搭建的自助Git服务，使用Go语言开发，只要Go语言支持的平台它都支持，包括Linux、Mac OS X、Windows以及ARM平台。Gogs对系统硬件要求极低，你甚至可以在树莓派上搭建它。 项目地址：https://github.com/gogs/gogs 安装 Gogs在Docker环境下的安装非常简单，只需要两个命令即可，推荐使用该方式来进行安装。 首先我们需要先下载Gogs的Docker镜像；
|
1 2 |
docker pull gogs/gogs |
下载完成后使用docker run命令即可运行服务；
|
1 2 3 4 |
docker run -p 10022:22 -p 10080:3000 --name=gogs \ -v /mydata/gogs:/data \ -d gogs/gogs |
这里我们说下命令中值得注意的地方，10022对应的是Gogs的SSH服务端口，10080对应的使用Gogs的HTTP服务端口，我们还将容器的数据目录挂载到了宿主机的/mydata/gogs目录下，这样就算我们重新创建容器数据也不会丢失。 配置 安装完成后，我们第一次访问Gogs服务会显示一个设置页面，访问地址：http://192.168.5.19:10080/ 数据库设置，这里我们直接使用内置的SQLite3数据库即可，使用其他的需要自行搭建数据库； 应用基本设置，主要修改域名、SSH端口号和应用URL即可。 使用 注册 配置好以后会直接跳转到登录界面，首先注册一个帐户； 注册完成后，登录即可进入控制面板页面。 创建仓库 直接使用我的仓库右侧的加号即可创建仓库，简单设置下仓库名称和可见性来完成创建； 创建成功后直接使用克隆地址即可克隆该仓库； 我们可以直接使用IDEA的Git检出功能； 检出完成后，加入我们的代码直接提交、推送，在Gogs里面就可以看到我们提交的代码了。 工单管理 这里的工单管理，有点类似Github上面的Issue的功能，我们可以通过创建工单按钮来创建； 输入我们的标题、内容和标签以后即可创建； 创建完成后显示效果如下。 添加用户 有时候管理员需要新建一些帐户来协作开发，此时我们只要点击头像->管理面板->用户管理即可打开用户管理界面； 然后点击创建新的帐户，输入相关信息即可完成创建。 管理协作者 创建完成后，我们可以在仓库页面的仓库设置中打开管理协作者功能； 之后通过输入协作者账户，点击增加新的协作者并设置好权限即可，这样协作者就可以访问并向该仓库提交代码了。 迁移外部仓库 Gogs还提供了从外部仓库迁移代码的功能，通过头像左侧的加号，然后选择迁移外部仓库即可； 这里以迁移Gitee上的mall项目为例，项目地址：http://gitee.com/macrozheng/mall 迁移成功后就可以在Gogs里面看到mall项目了！ Gogs VS Gitlab 之前有写过一篇《10分钟搭建自己的Git仓库》，使用的是Gitlab，下面对比下Gogs和Gitlab在安装使用过程中的优缺点，仅代表个人观点。 比较方面 Gogs Gitlab Docker镜像大小 44MB 836MB 启动速度 很快，几秒 很慢，机器配置不好要10分钟 配置要求 很低，树莓派都可以 很高，吃内存，吃CPU 访问速度 够快 机器配置好也还可以 功能 功能较少 功能很丰富 from:https://mp.weixin.qq.com/s/WYHuAvN1pt_TGkBVWBnPSA
View Details当本地和服务器上的远程列表不一致时，使用下面的命令更新： git remote update origin --prune git remote update origin -p 参考：https://blog.csdn.net/sd_csdn_scy/article/details/82025009
View Details近日，GitHub 官博披露了一个 “git clone” 命令的漏洞 CVE-2021-213，该漏洞可能导致特制的仓库在 git clone 过程中能够执行代码。 该漏洞源于 clean/smudge 过滤器（如Git LFS）中的延迟检查机制。 如果一个特别制作的版本库包含符号链接以及使用 clean/smudge 过滤器的文件，可能会导致在克隆到不区分大小写的文件系统（如 NTFS、HFS+ 或 APFS（即 Windows 和 macOS上 的默认文件系统））时执行刚检查出来的脚本。这个过程中，注意，clean/smudge 过滤器是必须的，而 Windows 默认配置了 Git LFS，因此更易受到攻击。2.15 到 2.30.1 的版本均会受到影响。 解决这个漏洞的最有效方法是升级到 2.30.2。如不能立即升级，也可以通过以下任何一种方式来降低风险： 通过运行 git config --global core.symlinks false 禁用 Git 中的符号链接支持。 禁用对进程过滤器的支持。(可以通过运行 git config --show-scope --get-regexp 'filter/\…*/\ process' 来查看系统是否配置了这些过滤器) 避免克隆不受信任的仓库。 GitHub 本身不容易受到这种攻击，因为其不会在服务器上存储已检查出的仓库副本，但 GitHub Pages 除外，尽管它没有使用任何 clean/smudge 过滤器。目前，该问题已在 3 月 9 日星期二发布的补丁中进行了修补。 from:https://www.oschina.net/news/132640/git-clone-vulnerability-cve-2021-213
View Details假如之前的某个提交的上一笔commit id是：928fc8a3686bf5fcf4527873e075703a9998c127
|
1 2 |
git log #查看commit id 找到上一笔commit id git rebase 928fc8a3686bf5fcf4527873e075703a9998c127 --interactive |
然后在vi中修改pick为edit，wq保存退出，接着进行内容修改，git add后git commit --amend 最后git rebase --continue即可再次回到最新的头部 作者：一只特例独行de猪 链接：https://www.jianshu.com/p/96ed16586a86 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
View Details1、简单概括 先用一张图来理一下git fetch和git pull的概念： 可以简单的概括为： git fetch是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中。 而git pull 则是将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决。 下面我们来详细了解一下git fetch 和git pull 的用法。 2、分支的概念 在介绍两种方法之前，我们需要先了解一下分支的概念： 分支是用来标记特定代码的提交，每一个分支通过SHA1sum值来标识，所以对分支的操作是轻量级的，你改变的仅仅是SHA1sum值。 如下图所示，当前有2个分支，A,C,E属于master分支，而A,B，D,F属于dev分支。
|
1 2 3 |
A----C----E（master） \ B---D---F(dev) |
它们的head指针分别指向E和F，对上述做如下操作：
|
1 2 |
git checkout master //选择or切换到master分支 git merge dev //将dev分支合并到当前分支(master)中 |
合并完成后：
|
1 2 3 |
A---C---E---G(master) \ / B---D---F（dev） |
现在ABCDEFG属于master，G是一次合并后的结果，是将E和Ｆ的代码合并后的结果，可能会出现冲突。而ABDF依然属于dev分支。可以继续在dev的分支上进行开发:
|
1 2 3 |
A---C---E---G---H(master) \ / B---D---F---I（dev） |
分支（branch）的基本操作：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 |
git branch //查看本地所有分支 git branch -r //查看远程所有分支 git branch -a //查看本地和远程的所有分支 git branch <branchname> //新建分支 git branch -d <branchname> //删除本地分支 git branch -d -r <branchname> //删除远程分支，删除后还需推送到服务器 git push origin:<branchname> //删除后推送至服务器 git branch -m <oldbranch> <newbranch> //重命名本地分支 /** *重命名远程分支： *1、删除远程待修改分支 *2、push本地新分支到远程服务器 */ //git中一些选项解释: -d --delete：删除 -D --delete --force的快捷键 -f --force：强制 -m --move：移动或重命名 -M --move --force的快捷键 -r --remote：远程 -a --all：所有 |
3、git fetch 用法 git fetch 命令：
|
1 |
$ git fetch <远程主机名> //这个命令将某个远程主机的更新全部取回本地 |
如果只想取回特定分支的更新，可以指定分支名：
|
1 |
$ git fetch <远程主机名> <分支名> //注意之间有空格 |
最常见的命令如取回origin 主机的master 分支：
|
1 |
$ git fetch origin master |
取回更新后，会返回一个FETCH_HEAD ，指的是某个branch在服务器上的最新状态，我们可以在本地通过它查看刚取回的更新信息：
|
1 |
$ git log -p FETCH_HEAD |
如图： 可以看到返回的信息包括更新的文件名，更新的作者和时间，以及更新的代码（19行红色[删除]和绿色[新增]部分）。 我们可以通过这些信息来判断是否产生冲突，以确定是否将更新merge到当前分支。 4、git pull 用法 前面提到，git pull 的过程可以理解为：
|
1 2 |
git fetch origin master //从远程主机的master分支拉取最新内容 git merge FETCH_HEAD //将拉取下来的最新内容合并到当前所在的分支中 |
即将远程主机的某个分支的更新取回，并与本地指定的分支合并，完整格式可表示为：
|
1 |
$ git pull <远程主机名> <远程分支名>:<本地分支名> |
如果远程分支是与当前分支合并，则冒号后面的部分可以省略：
|
1 |
$ git pull origin next |
from:https://www.cnblogs.com/runnerjack/p/9342362.html
View Details代码提交作者
|
1 |
git log --pretty='%aN' | sort -u |
代码提交作者个数
|
1 |
git log --pretty='%aN' | sort -u | wc -l |
统计某个yourName的增加，删除，总行数
|
1 |
git log --author="yourName" --pretty=tformat: --numstat | gawk '{ add += $1; subs += $2; loc += $1 - $2 } END { printf "added lines: %s removed lines: %s total lines: %s\n", add, subs, loc }' |
提交次数top10
|
1 |
git log --pretty='%aN' | sort | uniq -c | sort -k1 -n -r | head -n 10 |
统计每个人，和上面统计结果一样，亲测非亲写（搬运工），单行脚本，自己感受下：
|
1 |
git log --shortstat --pretty="%cE" | sed 's/\(.*\)@.*/\1/' | grep -v "^$" | awk 'BEGIN { line=""; } !/^ / { if (line=="" || !match(line, $0)) {line = $0 "," line }} /^ / { print line " # " $0; line=""}' | sort | sed -E 's/# //;s/ files? changed,//;s/([0-9]+) ([0-9]+ deletion)/\1 0 insertions\(+\), \2/;s/\(\+\)$/\(\+\), 0 deletions\(-\)/;s/insertions?\(\+\), //;s/ deletions?\(-\)//' | awk 'BEGIN {name=""; files=0; insertions=0; deletions=0;} {if ($1 != name && name != "") { print name ": " files " files changed, " insertions " insertions(+), " deletions " deletions(-), " insertions-deletions " net"; files=0; insertions=0; deletions=0; name=$1; } name=$1; files+=$2; insertions+=$3; deletions+=$4} END {print name ": " files " files changed, " insertions " insertions(+), " deletions " deletions(-), " insertions-deletions " net";}' |
from:https://www.cnblogs.com/lioa/p/12074127.html
View Details一、引言 一般来说，安装好 git 后，我们都会配置一个全局的 config 信息，就像这样：
|
1 2 |
git config --global user.name "jitwxs" // 配置全局用户名，如 Github 上注册的用户名 git config --global user.email "jitwxs@foxmail.com" // 配置全局邮箱，如 Github 上配置的邮箱 |
但是你可能会碰到需要在一台电脑上配置多个用户信息的需求。此时就不能够用一个全局配置搞定一切了。 比如因为我的个人电脑出了问题，我想要提交我的个人项目时，只能用公司配的电脑去提交。而公司的电脑配置的是私有的 gitlab 仓库，而我自己的项目存储在 github 上。这两个仓库不仅仓库地址不一样，仓库的用户名和邮箱都不一样。 二、配置多用户 本文将配置分别是 github 以及 gitlab 上的两个用户，并分别在它们所属的项目上进行 git 操作，这差不多就是配置多用户的大部分操作了。 GITHUB GITLAB 用户名 jitwxs lemon 邮箱 jitwxs@foxmail.com lemon@test.com 2.1 清除全局配置 在正式配置之前，我们先得把全局配置给清除掉（如果你配置过的话），执行命令：
|
1 |
git config --global --list |
这会列出所有已经配置的全局配置，如果你发现其中有 user.name 和 user.email 信息，请执行以下命令将其清除掉：
|
1 2 |
git config --global --unset user.name git config --global --unset user.email |
2.2 生成钥对 钥对的保存位置默认在 ~/.ssh 目录下，我们先清理下这个目录中已存在的钥对信息，即删除其中的 id_rsa、id_rsa.pub 之类的公钥和密钥文件。 首先我们开始生成 github 上的仓库钥对，通过 -C 参数填写 github 的邮箱：
|
1 |
ssh-keygen -t rsa -C “jitwxs@foxmail.com” |
按下 ENTER 键后，会有如下提示：
|
1 |
Generatingpublic/privatersa key pair.Enter fileinwhich to save the key (/Users/jitwxs/.ssh/id_rsa): |
在这里输入公钥的名字，默认情况是叫 id_rsa，为了和后面的 gitlab 配置区分，这里输入 id_rsa_github。输入完毕后，一路回车，钥对就生成完毕了。 下面开始生成 gitlab 上的仓库钥对，步骤和上面一样：
|
1 |
ssh-keygen -t rsa -C “lemon@test.com” |
生成的公钥名就叫做：id_rsa_gitlab。 2.3 添加 SSH Keys 我相信你既然都看到这篇文章了，你一定掌握了如何将公钥添加到 SSH Keys 中。请将 id_rsa_github.pub 和 id_rsa_gitlab.pub 内容分别添加到 github 和 gitlab 的 SSH Keys 中，这里就不啰嗦了。 2.4 添加私钥 在上一步中，我们已经将公钥添加到了 github 或者 gitlab 服务器上，我们还需要将私钥添加到本地中，不然无法使用。添加命令也十分简单，如下：
|
1 2 |
ssh-add ~/.ssh/id_rsa_github // 将 GitHub 私钥添加到本地 ssh-add ~/.ssh/id_rsa_gitlab // 将 GitLab 私钥添加到本地 |
添加完毕后，可以通过执行 ssh-add -l 验证下，如果都能显示出来和下面一样，就 […]
View Details