Discuz! Board

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 2567|回复: 12

git命令行操作

[复制链接]

695

主题

1139

帖子

4064

积分

认证用户组

Rank: 5Rank: 5

积分
4064
发表于 2017-3-2 15:12:38 | 显示全部楼层 |阅读模式
本帖最后由 java 于 2019-5-28 11:37 编辑

                                
git config --global user.email  "***@xxx.com"
git config --global user.name  "***"

# 配置默认编辑器, 默认是nano, 可以配置为vim 或其他
git config --global core.editor vim

#配置比较工具.可以用git difftool 调用.
git config --global diff.tool meld
git config --global difftool.prompt false




远程路径修改  如邮箱地址大小写变化了。git remote -v查看原来的路径后,
直接修改.git/config文件


$ git status



$ git log

$ git checkout -b "backup"



$ git checkout discover



$ ssh-keygen

(/c/Users/xxx/.ssh/id_rsa)

$ git config -l



Hint: To automatically insert Change-Id, install the hook:
gitdir=$(git rev-parse --git-dir); scp -p -P 29418 xx@192.168.11.56:hooks/commit-msg ${gitdir}/hooks/


.git\hooks\commit-msg

git commit --amend



git push origin HEAD:refs/for/discover
$ git pull --rebase
$ git add sub

$ git submodule update


$ git pull
内容回退
$ git checkout account-duiba/
$ git reset .

添加
git status
git add .

git status

git commit    (vi 编辑)

$ git push origin HEAD:refs/for/discover



对比$ git diff


数据暂存及恢复

$git stash
do some work
$git stash pop


查看 git 提交到本地但未push到远端的代码

git log 本地branch ^远程分支   可以查看本地有远程没有的提交。

git log master ^origin/master


git log 远程分子 ^本地branch   可以查看远程有,本地没有的提交。






查看clone的源码路径
git remote -v




git reset HEAD^1 --hard

git reset --help




git log 有许多选项可以帮助你搜寻感兴趣的提交,接下来我们介绍些最常用的。

我们常用 -p 选项展开显示每次提交的内容差异,用 -2 则仅显示最近的两次更新:
git log -p -2

--stat,仅显示简要的增改行数统计:
git log --stat

git log --pretty=format:"%h %s" --graph


git log -p 431072838ba5ab7b9d28614e6e78b3be6a84145c  (查看具体某次提交的变化)


https://git-scm.com/book/zh/v1/G ... 4%E5%8E%86%E5%8F%B2

本地创建新分支

git checkout -b local/list_sort_0615

==================git-merge
git merge是用来合并两个分支的。
git merge b
      # 将b分支合并到当前分支
--ff命令
--ff是指fast-forward命令。当使用fast-forward模式进行合并时,将不会创造一个新的commit节点。默认情况下,git-merge采用fast-forward模式。
--no-ff命令
即使可以使用fast-forward模式,也要创建一个新的合并节点。这是当git merge在合并一个tag时的默认行为。

git checkout master

git pull

git merge --no-ff origin/develop

git push origin HEAD:refs/for/master

-----------------------

merge

把其它分支上的代码 merge到当前分支
git checkout curbarnch
git merge --no-ff origin/develop

git add .
git commit -m "meger 代码合并"



===================================
测试通过后,确定要上线,需要把feature分支合并到develop中,合并前最好先同develop做一次rebase,尽量把冲突放到当前feature分支解决

git checkout feature_lyl_calendarList_0620

git rebase origin/develop

git checkout develop

git merge --no-ff origin/feature_lyl_calendarList_0620  # 解决冲突如果有

为增加changeid增加如下一步
git commit --amend

git push origin HEAD:refs/for/develop

# 上线时,专人把develop merge到master,参照步骤

git checkout master

git pull

git merge --no-ff origin/develop


为增加changeid增加如下一步
git commit --amend

git push origin HEAD:refs/for/master



git fetch --prune

一次性把主线上的改动合并到功能分支用这个
git merge --no-ff origin/develop

/////////////
利用 reflog 撤销变基
git reflog
git reset --hard HEAD@{3}

master与develop一般会是两个不同的分支,只能合并,不用rebase


-----------------------------------Linux(windows)下以https(用户名密码)方式同步代码
git clone https://github.com/xxx/shell.git
...
git commit
git push -u origin master
回复

使用道具 举报

695

主题

1139

帖子

4064

积分

认证用户组

Rank: 5Rank: 5

积分
4064
 楼主| 发表于 2017-3-2 15:26:21 | 显示全部楼层
在Windows上更新了git 2.6.3 64bit后,clone时出现,unable to negotiate with 10.0.0.8: no matching key exchange methodfound. Their offer: diffie-hellman-group1-sha1
解决方法:在执行git clone之前,在终端输入:
export GIT_SSH_COMMAND='ssh -o KexAlgorithms=+diffie-hellman-group1-sha1'  

这种方法每次新开git窗口,都需要重新输入export GIT_SSH_COMMAND
        网上有说是因为客户端和服务器端git版本不一致导致的,也有说如果知道服务器ip,可以在C:\Users\spring\.ssh下新建一个config文件,添加内容如下,但是好像不起作用:

[plain] view plain copy 在CODE上查看代码片派生到我的代码片
Host 10.0.0.8  
    KexAlgorithms +diffie-hellman-group1-sha1  
        还有一种方法就是,打开.bashrc文件,在终端输入:$ vim ~/.bashrc  ,然后向.bashrc文件写入:

[plain] view plain copy 在CODE上查看代码片派生到我的代码片
export GIT_SSH_COMMAND='ssh -o KexAlgorithms=+diffie-hellman-group1-sha1'  
保存并关闭。这样就不需要每次打开终端时都重新输入export GIT_SSH_COMMAND了。
回复 支持 反对

使用道具 举报

423

主题

765

帖子

2515

积分

认证用户组

Rank: 5Rank: 5

积分
2515
发表于 2017-3-3 09:02:30 | 显示全部楼层
本帖最后由 Qter 于 2020-2-5 23:19 编辑

Permission denied (publickey).
fatal: The remote end hung up unexpectedly.

Permission denied (publickey).
fatal: Could not read from remote repository.


换个目录 ,原来是把代码放到了 /usr/local下
改为/home/xxxx/xx下就可以 了



git fetch --prune
        https://git-scm.com/docs/git-fetch
        Before fetching, remove any remote-tracking references that no longer exist on the remote
        同git remote prune
        删除本地分支        
        git branch -d/D dev  -D 强制删除


修改日志格式:
git log --date=iso                 ---当前查看 一次有效

git config --global log.date iso  ---全局生效





----------------------------------------
从本地.git中还原代码
git reset –hard (commit版本hash码)



回复 支持 反对

使用道具 举报

695

主题

1139

帖子

4064

积分

认证用户组

Rank: 5Rank: 5

积分
4064
 楼主| 发表于 2017-3-3 15:12:47 | 显示全部楼层
本帖最后由 java 于 2018-3-27 17:55 编辑

git 查看某个文件的修改历史

1. Git log -p filename
查看文件的每一个详细的历史修改,如果没有-p选项,只显示提交记录,不显示文件内容修改,git log -p -3 filename 显示最近的3次提交。

git log -p 可以依次查看提交时,进行了哪些修改,如果需要看某次commit的修改,后面只需要跟上对应的commit id即可

2. git log --pretty=oneline filename
每一行显示一个提交,先显示哈希码,再显示提交说明。
3. git blame filename
查看文件的每一行是哪个提交最后修改的。

progit上的更加详细

如果想看某个用户的commit情况呢?
git log –author=str 可以指定看某个指定用户的commit log,当然这里的str可以是正则表达式
根据某些匹配规则进行过滤呢?
git log –grep=str 同样这里的str可以是正则表达式
回复 支持 反对

使用道具 举报

695

主题

1139

帖子

4064

积分

认证用户组

Rank: 5Rank: 5

积分
4064
 楼主| 发表于 2017-3-9 09:13:52 | 显示全部楼层
本帖最后由 java 于 2018-6-13 16:28 编辑

Gerrit,一种免费、开放源代码的代码审查软件,使用网页界面。利用网页浏览器,同一个团队的软件程序员,可以相互审阅彼此修改后的程序代码,决定是否能够提交,退回或者继续修改。

git将当前分支上修改的东西转移到新建分支

比如我在A分支做了一些修改,现在由于某种原因(如A分支已经合并到master)不能把A分支上修改的东西保留下来但是需要把A分支上修改的东西继续在新分支继续修改。那么现在我们可以有两种简单的做法完成这一需求。
第一种方法我们不需要在A分支做commit,只需要在A分支新建B分支,然后切换过去。这个时候你会发现修改的东西在A,B分支都有。这个时候在B分支commit,那么这些修改保留在B分支上,再切换到A分支上会发现修改都没有保留下来。
第二种方法使用git stash 将A分支暂存起来,然后在某一个分支(如master分支)新建一个分支B,然后在B分支上使用git stash pop 将修改弹出到B分支上,然后这些修改就在B分支上了。

回复 支持 反对

使用道具 举报

55

主题

78

帖子

289

积分

认证用户组

Rank: 5Rank: 5

积分
289
发表于 2017-3-17 17:45:11 | 显示全部楼层
本帖最后由 linux 于 2017-3-17 17:57 编辑

3241365-2cf636ac029ce7b0.png

变基 rebase

整合分支最容易的方法是merge命令,他会把两个分支的最新快照已经两者最近的共同祖先进行三方合并,将合并结果生成一个新的快照并提交。
变基的做法就是将其中一个分支上做的修改在另一个分支上应用,而不进行三方合并。可以使用rebase命令将某个分支上的修改都转移到另一个分支上。
它会首先找到两个分支的最近共同祖先,然后对比当前分支和祖先的历次提交,将相应的修改提取出来,然后将当前分支指向目标分支,最后将之前提取的修改依次应用。
当有多个分支想要合并的时候,可以将两个分支的修改通过变基合并到第三个分支上,这个功能很棒,在多人合作开发时非常有用

变基的风险
不要对在你的仓库外有副本的分支执行变基。
变基操作实质是丢弃一些现有的提交,然后相应的新建一些内容一样的提交。如果已经提交推送,其他人也已经从该仓库拉取并进行了后续操作。此时使用Git rebase命令重新整理提交并推送,其他人将不得不再次的与你的提交进行合并,而且我们还要拉取并合并其他人所做的修改。
原则
只对尚未推送的本地修改执行变基操作,不对已经推送的提交执行变基。


通过merge合并分支:
git merge --h

git checkout master(主分支)
$ git merge --no-ff -m "merge with no-ff" experiment(要合并的分支)


Git merge –no-ff 可以保存你之前的分支历史。能够更好的查看 merge历史,以及branch 状态。
git merge 则不会显示 feature,只保留单条分支记录。


20150811134840627.jpeg



通过rebase合并分支:

http://www.jianshu.com/p/ce9fefaab751


一般 git pull --rebase 这样用





变基 vs. 合并

至此,你已在实战中学习了变基和合并的用法,你一定会想问,到底哪种方式更好。 在回答这个问题之前,让我们退后一步,想讨论一下提交历史到底意味着什么。


有一种观点认为,仓库的提交历史即是 记录实际发生过什么。 它是针对历史的文档,本身就有价值,不能乱改。 从这个角度看来,改变提交历史是一种亵渎,你使用_谎言_掩盖了实际发生过的事情。 如果由合并产生的提交历史是一团糟怎么办? 既然事实就是如此,那么这些痕迹就应该被保留下来,让后人能够查阅。


另一种观点则正好相反,他们认为提交历史是 项目过程中发生的事。 没人会出版一本书的第一版草稿,软件维护手册也是需要反复修订才能方便使用。 持这一观点的人会使用 rebase 及 filter-branch 等工具来编写故事,怎么方便后来的读者就怎么写。


现在,让我们回到之前的问题上来,到底合并还是变基好?希望你能明白,这并没有一个简单的答案。 Git 是一个非常强大的工具,它允许你对提交历史做许多事情,但每个团队、每个项目对此的需求并不相同。 既然你已经分别学习了两者的用法,相信你能够根据实际情况作出明智的选择。


总的原则是,只对尚未推送或分享给别人的本地修改执行变基操作清理历史,从不对已推送至别处的提交执行变基操作,这样,你才能享受到两种方式带来的便利。






回复 支持 反对

使用道具 举报

55

主题

78

帖子

289

积分

认证用户组

Rank: 5Rank: 5

积分
289
发表于 2017-3-25 12:36:05 | 显示全部楼层
查看所在分支

git branch
回复 支持 反对

使用道具 举报

55

主题

78

帖子

289

积分

认证用户组

Rank: 5Rank: 5

积分
289
发表于 2017-3-25 12:45:13 | 显示全部楼层
missing Change-Id in commit message footer
为什么呢?
后来查了些资料,找到一个解决办法,直接在命令行加入报错的绿色部分,再按照一下步骤来就ok了:
$gitdir=$(git rev-parse --git-dir); scp -p -P port name@hostIp:hooks/commit-msg ${gitdir}/hooks/
commit-msg
$ git commit --amend
回复 支持 反对

使用道具 举报

55

主题

78

帖子

289

积分

认证用户组

Rank: 5Rank: 5

积分
289
发表于 2017-3-25 14:14:53 | 显示全部楼层

使用git注意点: 提交前一定要更新到最新代码


万一忘记更新,又进行了提交  则要先进行回退 然后 重新提交
回退过程
1.git log
...
commit abedfef27cc7061e555bdbb9772abc74549a2369
....


commit c685c972f037205c7a235c8582e84c998151766e


...
commit 09ef555dcf45a7cda19d9433626f46dfbaf59fc0



如回退到第三个绿色的部分
git reset 09ef555dcf45a7cda19d9433626f46dfbaf59fc0


git status


git add .

git pull --rebase



另外如果中间有需要的加下
git stash
git stash pop


回复 支持 反对

使用道具 举报

55

主题

78

帖子

289

积分

认证用户组

Rank: 5Rank: 5

积分
289
发表于 2017-3-27 17:31:52 | 显示全部楼层
git clone ssh://xxx@192.168.21.51:3333/proj2
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|firemail ( 粤ICP备15085507号-1 )

GMT+8, 2020-6-7 16:17 , Processed in 1.714399 second(s), 22 queries .

Powered by Discuz! X3

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表