|
Git init 在当前目录下初始化创建Git仓库 先要cd
Git add . 将所有修改添加到暂存区
git add + 文件
git add * # Ant风格添加修改
git mergetool 合并中冲突 修复工具
$ git add *Controller # 将以Controller结尾的文件的所有修改添加到暂存区
$ git add Hello* # 将所有以Hello开头的文件的修改添加到暂存区 例如:HelloWorld.txt,Hello.java,HelloGit.txt ...
$ git add Hello # 将以Hello开头后面只有一位的文件的修改提交到暂存区 例如:Hello1.txt,HelloA.java 如果是HelloGit.txt或者Hello.java是不会被添加的
git add -u + 路径:将修改过的被跟踪代码提交缓存
git add -A + 路径: 将修改过的未被跟踪的代码提交至缓存
Git reflog: 查看历史所有的本地仓库执行改变的命令可以查找到headerID
Git status 查看仓库文件的状态 是否在缓存区 绿色表示在缓存区 可以直接提交 红色 表示在工作区 不能直接提交 需要git add 添加到缓存区后 才能 Git commit 提交到Git本地仓库,注意文件只有在缓存区才能提交。文件有下面3种状态:
1:Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
2:Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作.
3:deleted: 文件已删除,本地删除,服务器上还没有删除.
Git commit -m ‘ 注释 此次提交的内容 ’ 提交到本地Git仓库
Git remote add origin <i>https://github.com/ganghongli/dpsSale.git</i> 与远程仓库建立联系
Git push -u origin master 把修改过的代码提交到 远程仓库 分支 master下面 master 表示分支 也可以是其他分支
Git push origin master 提交本地仓库的代码到远程仓库分支 master 下面
it merge [name] ----将名称为[name]的分支与当前分支合并
查看分支:git branch
创建分支:git branch <分支>
切换分支:git checkout <分支>
创建+切换分支:git checkout -b <分支>
合并某分支到当前分支:git merge <分支>
删除分支:git branch -d <分支>
删除远程分支:git push origin :<分支>
合并指定dev分支到当前分支:git merge dev (注意先切换到当前分支 在合并摸个分支)
查看本地对应的远程仓库 git remote -v
查看远程仓库的本地代名词 git remote
从远程仓库拉取代码并且合并本地代码:Git pull origin master
从远程仓库拉取代码不合并本地代码:Git fetch origin master
从远程仓库克隆代码等同于下载远程所有文件包含Git文件 :Git clone +远程仓库地址 cloning into '本地文件夹路径‘
查看标签:Git tag
创建标签 Git tag v1.0 (注意:标签总是和某个commit挂钩。如果这个commit既出现在master分支,又出现在dev分支,那么在这两个分支上都可以看到这个标签)
在历史commit ID上打标签 Git tag v1.0 + headerID(提交的headerID)
查看Header ID : git log --pretty=oneline --abbrev-commit
查看历史所有的本地仓库执行改变的命令可以查找到headerID:Git reflog
删除本地标签:Git tag -d v1.0
推送标签到远程:git push origin v1.0
删除远程标签:先本地删除 Git tag -d v1.0 然后远程删除 Git push origin :tags/v1.0
推送所有标签到远程:Git push origin --tags
撤销提交 :写完代码后,我们一般这样git add . //添加所有文件git commit -m "本功能全部完成" 执行完commit后,想撤回commit,怎么办?使用:“Git reset --参数 + headerID”指令
如Git reset --soft + headerID 注意,这仅仅是撤回commit操作,您写的代码仍然保留。
git reset 后面参数的说明
Git reset --mixed + headerID 意思是:不删除工作空间改动代码,撤销commit,并且撤销git add . 操作这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
git reset --hard +headerID 删除工作空间改动代码,撤销commit,撤销git add . 注意完成这个操作后,就恢复到了上一次的commit状态。
Git reset -- soft +headerID 不删除工作空间改动代码,撤销commit,不撤销git add .
Git 修改已提交的commit注释 分2种情况 1,已经push到远程 2.还未push到远程
如果你只想修改最后一次注释就是最新的一次提交 用git commit --amend 会出现有注释的界面(你的注释应该显示在第一行), 输入i进入修改模式,修改好注释后,按Esc键 退出编辑模式,输入:wq保存并退出。ok,修改完成。
修改之前commit的
git rebase -i HEAD~2 最后的数字2指的是显示到倒数第几次,你想修改哪条注释 就把哪条注释前面的pick换成edit。方法就是上面说的编辑方式:i---编辑,把pick换成edit---Esc---:wq.然后git commit --amend 修改注释信息,修改后保存退出后Git rebase continue 其实这个原理我的理解就是先版本回退到你想修改的某次版本,然后修改当前的commit注释,然后再回到本地最新的版本.
对于已经push到远程的修改 首先你需要你把最新的版本从远程仓库先pull下来,然后按照上面的方式修改commit信息最后强制push到远程git push --force origin dev
HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。
穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。git reset--hard HEAD^ HEAD表示当前版本 上一个版本就是HEAD^,上上一个版本就是HEAD^^
1) 远程仓库相关命令
检出仓库:$ git clone git://github.com/jquery/jquery.git
查看远程仓库:$ git remote -v
添加远程仓库:$ git remote add [name] [url]
删除远程仓库:$ git remote rm [name]
修改远程仓库:$ git remote set-url --push[name][newUrl]
拉取远程仓库:$ git pull [remoteName] [localBranchName]
推送远程仓库:$ git push [remoteName] [localBranchName]
2#使用如下命令添加远程仓库。
git remote set-url --add oginin http://192.168.100.54/git/gaoxing/gaoxTest.git
3#查看远程仓库情况。可以看到 github 远程仓库有两个 push 地址。这种方法的好处是每次只需要 push 一次就行了。
---------------------
Git 忽略规则
详细的忽略规则可以参考官方英文文档
Git 忽略规则优先级
在 .gitingore 文件中,每一行指定一个忽略规则,Git 检查忽略规则的时候有多个来源,它的优先级如下(由高到低):
从命令行中读取可用的忽略规则
当前目录定义的规则
父级目录定义的规则,依次递推
$GIT_DIR/info/exclude 文件中定义的规则
core.excludesfile中定义的全局规则
Git 忽略规则匹配语法
在 .gitignore 文件中,每一行的忽略规则的语法如下:
空格不匹配任意文件,可作为分隔符,可用反斜杠转义
# 开头的文件标识注释,可以使用反斜杠进行转义
! 开头的模式标识否定,该文件将会再次被包含,如果排除了该文件的父级目录,则使用 ! 也不会再次被包含。可以使用反斜杠进行转义
/ 结束的模式只匹配文件夹以及在该文件夹路径下的内容,但是不匹配该文件
/ 开始的模式匹配项目跟目录
如果一个模式不包含斜杠,则它匹配相对于当前 .gitignore 文件路径的内容,如果该模式不在 .gitignore 文件中,则相对于项目根目录
** 匹配多级目录,可在开始,中间,结束
通用匹配单个字符
[] 通用匹配单个字符列表
常用匹配示例:
bin/: 忽略当前路径下的bin文件夹,该文件夹下的所有内容都会被忽略,不忽略 bin 文件
/bin: 忽略根目录下的bin文件
/*.c: 忽略 cat.c,不忽略 build/cat.c
debug/*.obj: 忽略 debug/io.obj,不忽略 debug/common/io.obj 和 tools/debug/io.obj
**/foo: 忽略/foo, a/foo, a/b/foo等
a/**/b: 忽略a/b, a/x/b, a/x/y/b等
!/bin/run.sh: 不忽略 bin 目录下的 run.sh 文件
*.log: 忽略所有 .log 文件
config.php: 忽略当前路径的 config.php 文件
.gitignore规则不生效
.gitignore只能忽略那些原来没有被track的文件,如果某些文件已经被纳入了版本管理中,则修改.gitignore是无效的。
解决方法就是先把本地缓存删除(改变成未track状态),然后再提交:
git rm -r --cached .gitadd .git commit -m'update .gitignore'
2)分支(branch)操作相关命令
查看本地分支:$ git branch
查看远程分支:$ git branch -r
创建本地分支:$ git branch [name] ----注意新分支创建后不会自动切换为当前分支
切换分支:$ git checkout [name]
创建新分支并立即切换到新分支:$ git checkout -b [name]
删除分支:$ git branch -d [name] ---- -d选项只能删除已经参与了合并的分支,对于未有合并的分支是无法删除的。如果想强制删除一个分支,可以使用-D选项
合并分支:$ git merge [name] ----将名称为[name]的分支与当前分支合并
push远程分支(本地分支push到远程):$ git push origin [name]
删除远程分支:$ git push origin :heads/[name]
我从master分支创建了一个issue5560分支,做了一些修改后,使用git push origin master提交,但是显示的结果却是'Everything up-to-date',发生问题的原因是git push origin master 在没有track远程分支的本地分支中默认提交的master分支,因为master分支默认指向了origin master 分支,这里要使用git push origin issue5560:master 就可以把issue5560推送到远程的master分支了。
如果想把本地的某个分支test提交到远程仓库,并作为远程仓库的master分支,或者作为另外一个名叫test的分支,那么可以这么做。
$ git push origin test:master // 提交本地test分支作为远程的master分支 //好像只写这一句,远程的github就会自动创建一个test分支
$ git push origin test:test // 提交本地test分支作为远程的test分支
如果想删除远程的分支呢?类似于上面,如果:左边的分支为空,那么将删除:右边的远程的分支。
$ git push origin :test // 刚提交到远程的test将被删除,但是本地还会保存的,不用担心
3)版本(tag)操作相关命令
查看版本:$ git tag
创建版本:$ git tag [name]
删除版本:$ git tag -d [name]
查看远程版本:$ git tag -r
创建远程版本(本地版本push到远程):$ git push origin [name]
删除远程版本:$ git push origin :refs/tags/[name]
推送所有tag: git push origin --tags
tag迁出branch:
git checkout tagname
git checkout -b new_branch_name
4)git stash暂存相关命令
git stash: 备份当前的工作区的内容,从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。同时,将当前的工作区内容保存到Git栈中。
git stash pop: 从Git栈中读取最近一次保存的内容,恢复工作区的相关内容。由于可能存在多个Stash的内容,所以用栈来管理,pop会从最近的一个stash中读取内容并恢复。
git stash list: 显示Git栈内的所有备份,可以利用这个列表来决定从那个地方恢复。
git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现,原来stash的哪些节点都消失了。
显示提交的log
git log
--<i>也可以指定查看的个数</i>
git log -3
回退命令:
--<i>回退到上个版本</i>
$ git reset --hard HEAD^
--<i>回退到前3次提交之前,以此类推,回退到n次提交之前</i>
$ git reset --hard HEAD~3
-- *退到/进到 指定commit的sha码,sha码通过上面的 log 命令获取
$ git reset --hard commit_id
强推到远程:
作者:枫林风雨
链接:https://www.jianshu.com/p/ec7e8ed1dfcb
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
5)git rebase 使用
当前分支问题develop,从master拉取最新代码
git pull --rebase origin master 或者 git rebase develop
先将develop分支的代码checkout出来,作为工作目录
然后将master分支从develop分支创建起的所有改变的补丁,依次打上。如果打补丁的过程没问题,rebase就搞定了
如果打补丁的时候出现了问题,就会提示你处理冲突。处理好了,可以运行git rebase –continue继续直到完成
如果你不想处理,你还是有两个选择,一个是放弃rebase过程(运行git rebase –abort),另一个是直接用test分支的取代当前分支的(git rebase –skip)。
----------------------------
原文链接:https://www.jianshu.com/p/4e825ed08bff
程序猿的技术大观园:www.javathinker.net
[这个贴子最后由 flybird 在 2021-02-15 13:06:29 重新编辑]
|
|