git bash使用atom-one-dark配色方案 说明默认的 git bash配色实在太难看，所以在网上找了一下配色方案，结果都不满意。很多 IDE一直用的都是 atom-one-dark配色主题，所以Git也使用这个，特此记录。步骤配色使用的到颜色如下：（可根据自己喜好修改）先放一张VScode配色图：好了，言归正传，下面我们开始配置 git bash 打开 git bash，切换至用户目录，即 cd ~ 修改配置文件，即 vi .minttyrc 配置文件内容修改如下：（若没有此文件，新建即可） Font=Consolas FontHeight=10 ForegroundColour=131,148,150 BackgroundColour=40,44,52 CursorColour=82,139,255 Black=40,44,52 BoldBlack=90,44,52 Red=224,108,117 BoldRed=255,108,117 Green=152,195,121 BoldGreen=152,245,121 Yellow=229,192,123 BoldYellow=229,192,173 Blue=97,175,239 BoldBlue=97,175,255 Magenta=198,120,221 BoldMagenta=248,120,221 Cyan=86,182,194 BoldCyan=86,232,194 White=171,178,191 BoldWhite=231,178,191 BoldAsFont=-1 FontSmoothing=full FontWeight=700 Locale=C Charset=UTF-8 Columns=80 Rows=28重启git bash，效果如下：补充使用 vi命令之后，是无法编辑文件的，按下 insert键，底部状态显示 insert则此时可以输入内容，保存时，请先按 Esc退出 insert状态，然后输入 wq保存并退出

Git学习手册 说明Git是目前最流行的版本控制系统，很多项目都在使用，记录学习历程。内容手册目录以及每章节所用的命令图示如下：地址：Git学习手册根据廖雪峰Git教程改编，结合学习过程中的很多疑问，综合了许多留言者的常见问题。上图是最初版，最新内容，请访问上述链接优点 廖雪峰Git教程都是先讲实例，最后得出结论，告诉相关命令。本手册先写结论，后讲述原理 解决了相关廖雪峰未讲述清楚的原理 使用最新版Git，更新了switch restore命令 详细说明了相关配置过程与可能遇到的问题 其中，最重要的扩展知识内容如下：# git 的 merge 与 no-ff merge 的不同之处 # git报错fatal: refusing to merge unrelated histories # git merge origin master与merge origin/master的区别 # Git撤回已经推送至远程仓库的提交 # 浅析warning: LF will be replaced by CRLF # git pull 报错：Pulling in not possible because you have unmerged files

git pull 报错：Pulling in not possible because you have unmerged files 说明如题，在使用git的时候出现了Pulling in not possible because you have unmerged files的问题，记录一下解决办法解决办法1.git pull会产生merge操作导致冲突，需要将冲突的文件resolve掉之后才能成功pull所以执行下列命令即可：git add -u git commit -m "注释" git pull2.放弃本地更改也可以解决冲突放弃本地更改git reset --hard FETCH_HEAD，其中FETCH_HEAD表示上一次成功pull之后的commit点，然后git pull即可

如何避免git pull时产生'Merge branch 'master' of...等类似操作 介绍如题，在使用 Git 的进行代码版本控制的时候，往往会发现在 log 中出现 “Merge branch ‘master’ of …” 这句话，如下图所示。日志中记录的一般为开发过程中对代码的改动信息，如果出现过多例如上述描述的信息会造成日志的污染。如图，此图为VS code中git history插件图可以看到主分支不干净，节点很多、很乱产生的原因当多人合作开发一个项目时，本地仓库落后于远程仓库是一个非常正常的事情，可参考下图。A-B-C(master) \ D(origin/master)具体情境如下：我当前拉取的远端版本为 B，此时修改了代码，并在本地仓库 commit 一次，但并未 push 到远端仓库。 另一位开发者在 B 的基础上，同样 commit 了一次并 push 到远端仓库。那么这个时候，我再 push 自己的代码就会发生错误这个时候我们会选择，先 pull，再 push。Ok，push 成功，但是此时我们查看 log 就会发现除了我们自己提交的那条日志之外，会多出一条 “Merge branch ‘master’ of …”。那么，为什么会出现这种现象呢？其实是与 Git 的工作原理有关，对 Git 比较了解的人应该会知道，无论是 pull、push 亦或是 merge 操作，其实背后都是有很多的不同的模式的。在进行 pull 操作的同时，其实就是 fetch+merge 的一个过程。我们从 remote 分支中拉取新的更新，然后再合并到本地分支中去。如果 remote 分支超前于本地分支，并且本地分支没有任何 commit 的，直接从 remote 进行 pull 操作，默认会采用 fast-forward 模式，这种模式下，并不会产生合并节点，也就是说不会产生多余的那条 log 信息 如果想之前那样，本地先 commit 后再去 pull，那么此时，remote 分支和本地会分支会出现分叉，这个时候使用 pull 操作拉取更新时，就会进行分支合并，产生合并节点和 log 信息。这两种状态分别如下所示：# fast-forword A-B-D(origin/master) \ C(master)# merge A-B-C-E(master) \ / D(origin/master)如何解决通过百度，包括自己的实践，有三种方法方法1在执行git pull的时候加上--rebase参数，成功后在进行真正的merge操作。(如果有冲突需要手动解决)方法2这个方法操作以后可以一劳永逸。在你的 git bash 里执行git config --global pull.rebase true，这个配置就是告诉 git 在每次 pull 前先进行 rebase 操作。这种方法和方法1原理一样，只不过方法1是每次pull前都要手动操作。方法3不建议直接pull操作，建议在commit之后，先fetch一下，然后merge合并，最后执行 push命令总结 rebase 使用不好会在 git bash 顶部出现(master|REBASE 1/1)，此时执行git rebase --abort即可恢复 rebase 操作的的好处是你们团队的 commit message 时间线会成一条笔直的直线

Git使用教程 介绍多人协作开发项目的时候，都是使用GitHub或者GitLab等，新手踩了很多坑，所以做此记录，方便查阅。 Git是目前世界上最先进的分布式版本控制系统（没有之一），更多内容就请自行百度。安装地址：Git下载之后默认安装即可作者写有 Git学习手册，十分全面，欢迎阅读！常用命令git clone # 克隆远程仓库 git init # 初始化一个仓库 git add # 将文件修改添加到缓冲区 git mv # 移动或重命名一个文件、文件夹或快捷方式 git reset # 回退项目版本 git rm # 将文件修改从缓冲区中移除 git status # 显示项目当前状态 git log # 显示项目日志 git branch # 显示项目分支 git checkout # 切换分支或重置文件 git commit # 提交项目修改到仓库 git diff # 对比版本之间、版本和当前工作状态之间的差异 git merge # 合并文件 git rebase # 将新的提交放在另一个分支的上面 git tag # 创建、显示、校验标签对象 git fetch # 拉取其他仓库的对象和索引 git pull # 拉取其他仓库内容并和本地分支合并 git push # 更新远程仓库说明在你的电脑上新建一个文件夹或者使用git clone命令远程下载仓库到本地，这时，本地的文件夹叫做本地仓库；与之对应，放在GitHub或Gitee等代码托管平台的仓库称为远程仓库。本文推荐使用Git命令行来操作，不推荐使用图形化界面。所有操作流程也仅提供命令行模式，图形化操作方式请自行百度。使用流程一般使用情况有两种，一是远程仓库已经存在，在本地电脑上新建文件夹，然后克隆远程仓库到本地进行开发，然后再上传到远程仓库；二是远程仓库不存在，已经有本地项目文件，将本地项目文件初始化为一个git仓库，同时在新建一个远程仓库，将本地仓库上传到远程仓库。下面是具体操作流程：情况11.在本地电脑任意位置新建一个文件夹，打开Git命令行或cmd，执行：git clone url # url为你的远程仓库http地址2.克隆成功之后，在你新建的文件夹下面会产生于一个与远程仓库同名的文件夹，这就是本地仓库。3.在本地仓库修改之后，执行：git add . # . 的意思是提交全部修改过的文件到缓冲区 git add /xxx/xxx/xxx.html # 后面的 /xxx/xxx/xxx.html为具体的某一个文件路径 # 以上两个提交方法请自行选择使用4.提交之后执行：git commit -m "修改了css全局样式" # ""中的内容为你的此次提交的说明，中英文随意5.若此项目仅由一个人开发，再无其他开发者，则执行：git push origin master6.若此项目由多个开发者，则依次执行：git pull # 此操作是拉取最新更新，防止别人在你提交之前有了新的更改 git push origin master # 拉取完成后，直接push到远程仓库情况2与情况1相比，情况2仅需要在本地项目文件夹内执行初始化命令git init，此时，本地文件夹就成为了本地仓库，然后执行了git add和git commit之后，将本地仓库与远程仓库想关联，执行git remote add origin 远程仓库url，然后即可push或者pull了补充git commit、git push、git pull、 git fetch、git merge的含义与区别 git commit：是将本地修改过的文件提交到本地库中； git push：是将本地库中的最新信息发送给远程库； git pull：是从远程获取最新版本到本地，并自动merge； git fetch：是从远程获取最新版本到本地，不会自动merge； git merge：是用于从指定的commit合并到当前分支，用来合并两个分支； git pull 相当于 git fetch + git merge 有时git pull之后，会弹出一个vim编辑器页面，请自动忽略，退出即可，继续push就行 这时弹出的vim是让你记录合并分支的信息，保存或退出都可以 退出vim方法：输入:q按回车即可 相关推荐 Git 英文教程（基本原理） Git 中文教程（命令用法） Git GUI 推荐：Source Tree GitHub官方GUI GitHub BitBucket Gitee