提起Git,经常做项目的我们都不陌生,我们常用的功能有哪些呢?

这里按个人使用情况简单总结一下。

像新建远程仓库、新建分支这些就不说了,不熟的同学可以翻看我前面写的git基本操作

  • 1.首先提一下为每个项目建立不同的用户名和邮箱

通常我们直接在命令行可以查看和设置user.name和user.email

cv@cv: ~/git_repo$ git config --global user.name "philleer"
cv@cv: ~/git_repo$ git config --global user.email "phillee2016@163.com"

这是一种全局的git用户名和邮箱设置,那如果我们想要为当前项目指定用户名和邮箱而同时不会影响其他项目的这些设置,该怎么做呢?

很简单,直接在当前本地仓库目录下进行设置。一种是命令行直接修改(推荐)

cv@cv:~/git_repo$ git config user.name "philleer"
cv@cv:~/git_repo$ git config user.email "phillee2016@163.com"

另一种是找到当前目录下的.git文件夹进入,找到config文件

cv@cv:~/git_repo$ tree -L  .git
.git
├── branches
├── COMMIT_EDITMSG
├── config <--- 就是这个
├── description
├── HEAD
├── hooks
├── index
├── info
├── logs
├── objects
└── refs directories, files

使用 VIM/gedit 等编辑器打开,在末尾加入三行

[user]
name = philleer
email = phillee2016@.com

其实前面的方式也是在该文件中添加此项内容,只不过是通过命令形式直接进行的。

完成后可以使用 git config --list 查看

cv@cv: ~/git_repo $ git config --list
user.email=phillee2016@.com
user.name=philleer
core.repositoryformatversion=
core.filemode=true
core.bare=false
core.logallrefupdates=true
user.name=philleer
user.email=phillee2016@.com
remote.origin.url=https://github.com/philleer/git_repo_for_trail.git
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
branch.master.remote=origin
branch.master.merge=refs/heads/master

命令的输出中包含全局配置+当前项目配置,上面的是全局配置,使用时优先使用当前项目配置。

  • 2. git处于游离分支时如何处理才能保存修改?

一般情况下我们使用命令 git checkout <branch_name> 进行分支之间的切换,这是HEAD就会移动指向指定分支。

但是,如果我们使用的是 git checkout <commit_id> 也就是说无意间切换到了某次提交所在的状态上,而我们可能又在此状态进行了一系列修改,这时我们会发现HEAD处于一种 [ detached ] 状态,也就是游离状态。

如果此时我们对修改进行了提交,系统默认会新开一个匿名分支,也就是说我们的提交是无法可见保存的,一旦切换到其他分支,在游离状态进行的提交就不可追溯了。

此时查看本地仓库状态,结果如下所示,

cv@cv:~/git_repo$ git status
HEAD detached at 44066c6
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: ../CMakeLists.txt
modified: ../src/CacheFunction.cc
modified: ../src/CacheFunction.h no changes added to commit (use "git add" and/or "git commit -a")

查看当前所在分支,由于目前处于之前本地提交的一个commit上,并未push到远程仓库,因此HEAD就处于我们所说的游离状态

cv@cv:~/git_repo$ git branch
* (HEAD detached at 44066c6)
detach_test
feature_x
master

此时先把修改的内容进行提交

cv@cv:~/git_repo$ git add -A
cv@cv:~/git_repo$ git commit -m "detached state"
[detached HEAD ] detached state
files changed, insertions(+)

然后以提交后新的<commit_id>创建临时分支,也就是说通过此操作将游离状态的修改保存到一个新建的临时分支,这样就不用再担心之后分支切换导致无法追溯游离状态的问题

cv@cv:~/git_repo$ git reflog
HEAD@{}: commit: detached state
44066c6 HEAD@{}: checkout: moving from detach_test to 44066c6
0ca3a35 HEAD@{}: commit: test the opencv link cv@cv:~/git_repo$ git branch tmp

这时再查看本地仓库状态可以发现,已经成功新建了分支tmp,只是暂时还没有切换过去,目前仍处于游离状态

cv@cv:~/git_repo$ git branch
* (HEAD detached from 44066c6)
detach_test
feature_x
master
tmp

最后切换分支,将tmp分支merge到指定分支,然后删除临时分支tmp,over!

cv@cv:~/git_repo$ git checkout detach_test
Previous HEAD position was ... detached state
Switched to branch 'detach_test' cv@cv:~/git_repo$ git merge tmp
Auto-merging src/CacheFunction.h
CONFLICT (content): Merge conflict in src/CacheFunction.h
Auto-merging src/CacheFunction.cc
Automatic merge failed; fix conflicts and then commit the result.
cv@cv:~/git_repo$ vim ../src/CacheFunction.cc cv@cv:~/git_repo$ git status
On branch detach_test
You have unmerged paths.
(fix conflicts and run "git commit") Changes to be committed:
modified: ../src/CacheFunction.cc Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: ../src/CacheFunction.h cv@cv:~/git_repo$ vim ../src/CacheFunction.h cv@cv:~/git_repo$ git add ../src/CacheFunction.h cv@cv:~/git_repo$ git status
On branch detach_test
All conflicts fixed but you are still merging.
(use "git commit" to conclude merge) Changes to be committed:
modified: ../src/CacheFunction.cc
modified: ../src/CacheFunction.h cv@cv:~/git_repo$ git commit -m "fix the merge conflict"
[detach_test 13c6720] fix the merge conflict cv@cv:~/git_repo$ git status
On branch detach_test
nothing to commit, working directory clean
cv@cv:~/git_repo$ git branch -d tmp
Deleted branch tmp (was ). cv@cv:~/git_repo$ git branch
* detach_test
feature_x
master

至此,处理完毕,HEAD指向正常分支。

  • 3. 为什么有时候设置的忽略规则不起作用?

在使用 Git 的过程中,我们经常会忽略追踪一些诸如日志文件、临时文件、编译中间文件等不希望提交到远程仓库的非核心更改,这时可以通过 .gitignore 文件设置相应的忽略规则。

然而有些时候,我们明明已经设置好了自定义规则,在使用 git status 查看文件状态时依然会看到不想提交的更改,这时什么原因造成的呢?

.gitignore 只能忽略那些原本没有被 Track 的文件,如果某些文件已经被纳入了版本管理之中,也就是说在我们设置忽略规则之前对其中的一些文件曾经进行过跟踪或已经产生过提交,那么再修改 .gitignore 也不能忽略这些文件或更改了。

至于解决方法,先把本地缓存删除,使这些更改重新变成未 Track 的状态,然后再提交就可以了。

cv@cv: ~/git_repo$ git rm -r --cached .
cv@cv: ~/git_repo$ git add .
cv@cv: ~/git_repo$ git commit -m "something to commit the modification"
  • 4. 使用代理服务器时出现的 Failed to connect to github.com port 443: Timed out 问题
cv@cv: ~/cpp/coding$ git pull origin master
fatal: unable to access 'https://github.com/philleer/coding.git/': Failed to connect to github.com port : Timed out

当我们使用系统环境代理如 Lantern 或 Shadow-socks 时,在进行 git clone, git pull, or git push 时可能会出现上述连不上 GitHub 服务器的问题,这时可以查看一下 git 代理设置

cv@cv: ~/cpp/coding$ git config --list | grep proxy

cv@cv: ~/cpp/coding$ git config --global --list | grep proxy

查看一下自己代理服务器的网址及端口,例如我的是 http://127.0.0.1:7224 ,利用以下命令设置

cv@cv: ~/cpp/coding$ git config --global http.proxy http://127.0.0.1:7224

cv@cv: ~cpp/coding$ git config --global https.proxy https://127.0.0.1:7224

然后再进行自己的 git 工作即可

cv@cv: ~/cpp/coding$ git push origin master
Enumerating objects: , done.
Counting objects: % (/), done.
Delta compression using up to threads
Compressing objects: % (/), done.
Writing objects: % (/), 1.43 KiB | 1.43 MiB/s, done.
Total (delta ), reused (delta )
remote: Resolving deltas: % (/), completed with local object.
To https://github.com/philleer/coding.git
956e37d..6c0d66c master -> master

而当我们没有代理时出现以上错误同样需要检查 http.proxy 和 https.proxy ,如果设置了 git 代理要记得取消

cv@cv: ~/cpp/coding$git config --global --unset http.proxy

cv@cv: ~/cpp/coding$git config --global --unset https.proxy

未完待续

Git常用进阶操作之一的更多相关文章

  1. Git常用的操作指令

    修改最后一次提交 有时候我们提交完了才发现漏掉了几个文件没有加,或者提交信息写错了.想要撤消刚才的提交操作,可以使用--amend 选项重新提交: 1 $ git commit --amend -m& ...

  2. git常用命令操作

    git常用命令 #查看配置 git config -l #查看系统config git config --system --list #查看当前用户(global)配置 git config --gl ...

  3. Git常用的操作

    1.git使用的常规操作     git pull——>编辑——>git add——>git commit——>git push 用git add把文件添加进去,实际上就是把文 ...

  4. Git常用的操作记录(自用)

    分支常用操作命令 $ git branch -a //查看分支 $ git checkout -b dev origin/master  //切换/创建分支 $ git branch -vv 或 gi ...

  5. Git 常用场景操作

    git init      在本地新建一个repo,进入一个项目目录,执行git init,会初始化一个repo,并在当前文件夹下创建一个.git文件夹.   git clone      获取一个u ...

  6. git常用小操作。-- 自用

    编辑 .gitignore bin-debug/  忽略所有的叫bin-debug文件夹和他下面的文件 编辑 .git/config [core] repositoryformatversion = ...

  7. Git常用分支操作

    新建分支 git branch branchname 切换到分支dev git checkout branchname 查看所有的分支信息 git branch -a 查看远程分支信息 git bra ...

  8. git 常用命令操作

    目录 一.用户和邮箱 用户和邮箱的作用 查看用户名和邮箱地址 修改用户名和邮箱地址 用户名和邮箱地址的作用 用户名和邮箱地址是本地git客户端的一个变量,不随git库而改变. 每次commit都会用用 ...

  9. git常用相关操作

    // 账号密码克隆远程项目 git clone http://账号:密码@项目地址 // 查看当前状态 git status // 查看修改内容 git diff // 添加并提交 git add . ...

随机推荐

  1. 部署 kube-controller-manager 高可用集群

    目录 前言 创建kube-controller-manager证书和私钥 生成证书和私钥 将生成的证书和私钥分发到所有master节点 创建和分发kubeconfig文件 分发kubeconfig到所 ...

  2. __dict__和dir()的区别

    __dict__和dir()的区别 dir() 一般用来查看模块的属性 __dict__从某方面上来说是dir()的子集 可以直接打印dir(),显示的是当前执行文件所有的属性 __dict__ __ ...

  3. nginx项目部署

    1.概念    1.Django项目(Web应用)    2.web服务        1.nginx        2.Apache            LNMP -> Linux Ngin ...

  4. Block-wise 2D kernel PCA/LDA for face recognition-笔记

    In the present work, we propose a framework for kernel-based 2D feature extraction algorithms tailor ...

  5. 寻找键盘bug

    被这句阻拦了

  6. mysql查询出所有重复的记录

    假如我们有如下一张数据表(很简单,只是举例而已),表名为student.现在我们要取出其中重复记录.重复是以name相同为判定标准. ID name phone age 1 张三 10086 15 2 ...

  7. SpringBoot-配置文件相关(五)

    SpringBoot-配置文件 SpringBoot官方文档 配置相关 SpringBoot使用一个全局的配置文件 , 配置文件名称是固定的 application.properties 语法结构 : ...

  8. 数据库MySQL的安装与卸载

    安装 MySQL  卸载 MySQL: 停止 MySQL 服务 开始-->所有应用-->Windows 管理工具-->服务,将 MySQL 服务停止. 卸载 mysql server ...

  9. UVA-11995

    There is a bag-like data structure, supporting two operations:1 x Throw an element x into the bag.2 ...

  10. 大数据之Linux服务器集群搭建

    之前写过一篇关于Linux服务器系统的安装与网关的配置,那么现在我们要进一步的搭建多台Linux服务器集群. 关于单台服务器的系统搭建配置就不在赘述了,详情见https://www.cnblogs.c ...