git push origin HEAD:refs/for/master 的意思分析

目录
  • git push origin HEAD:refs/for/master 的意思
  • PS:git 提交代码常用命令
    • 一、master分支代码提交过程
    • 二、master分支与2.08分支切换方法
    • 三、2.08分支代码提交过程

git push origin HEAD:refs/for/master 的意思

1.git push <远程主机名> <本地分支名> : <远程分支名>

例如
git push origin master:refs/for/master
是将本地的master分支推送到远程主机origin上的对应master分支
origin 是远程主机名,
第一个master是本地分支名,
第二个master是远程分支名。

git push origin master

如果远程分支被省略,如上则表示将本地分支推送到与之存在追踪关系的远程分支(通常两者同名),如果该远程分支不存在,则会被新建

git push origin HEAD:refs/for/master

git push 肯定是推送
origin : 是远程的库的名字
HEAD: 是一个特别的指针,它是一个指向你正在工作的本地分支的指针,可以把它当做本地分支的别名,git这样就可以知道你工作在哪个分支

以下是Gerrit的约定:

refs/for :意义在于我们提交代码到服务器之后是需要经过 code review 之后才能进行merge的
refs/heads: 不需要

PS:git 提交代码常用命令

一、master分支代码提交过程

git log 查看git合入的记录

git pull从服务器重新拉代码,将本地代码更新为服务器上的最新代码

git status查看本地代码状态,是否有待提交的代码

git add . 将本地代码全部提交

git commit -m "合入新的PUCCH和小区功率代码"为本次提交添加注释

git push origin HEAD:refs/for/master将提交的代码推送到主分支

如果想回退版本则使用git reset命令, git reset --soft 1c8c4031156e668b4b375db8d6d2893dfc03ed4a 将本地的版本回退到最近提交的状态,--soft参数表示保留本地的修改,--hard参数表示不保留本地的修改。

可以使用git commit --amend来实现增量提交

二、master分支与2.08分支切换方法

git branch命令可以看到当前工作分支,当前工作分支为master

输入git branch -a命令查看git库里的所有分支,可以看到,该命令将所有分支都列出来了

输入git checkout -t remotes/origin/208,可以切换到 remotes/origin/208分支,即208分支,可以再次输入git branch查看当前分支,发现已经切换到208分支。

如果想切回master分支,因为已经在本地形成了master分支,所以,切换命令稍微有点不同,去掉-t参数,且分支名称写成本地分支的名字即可:git checkout master

再次切换到208分支时,因为已经在本地形成了208分支,所以,切换命令稍微有点不同,去掉-t参数,且分支名称写成本地分支的名字即可:git checkout 208

三、2.08分支代码提交过程

208分支修改、提交代码都需要在208分支进行,切换步骤见步骤二,代码提交过程和master分支基本一致,只是最后一步需要写成git push origin HEAD:refs/for/208,即提交到208分支,前面几步和master分支时基本一致,可以参考步骤一。

git pull 提交代码之前,先进行代码更新,更新到最新代码

git status查看修改的用例

git add . 将修改的用例全部进行添加,也可以使用”git add 文件名”的命令单独添加修改的文件,添加完,再次输入git status,发现用例状态已经改为被添加状态

git commit -m “提交用例” ,为本次提交添加备注

git push origin HEAD:refs/for/208 将提交的代码推送到208分支

到此这篇关于git push origin HEAD:refs/for/master 的意思的文章就介绍到这了,更多相关git push origin HEAD内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • Git发现git push origin master 报错的解决方法

    git push origin master 报错的解决方法,分享给大家,具体如下: 错误提示如下 [root@linux1 php]# git push -u origin master To git@github.com:kangvcar/Results-Systems--PHP.git ! [rejected] master -> master (fetch first) error: failed to push some refs to 'git@github.com:kangvcar

  • Git 常用命令速查表(图文+表格)

    一. Git 常用命令速查 git branch 查看本地所有分支 git status 查看当前状态 git commit 提交 git branch -a 查看所有的分支 git branch -r 查看远程所有分支 git commit -am "init" 提交并且加注释 git remote add origin git@192.168.1.119:ndshow git push origin master 将文件给推到服务器上 git remote show origin

  • git克隆远程仓库的指定分支方法(附常用git配置命令)

    一.普通克隆方式: git clone <远程仓库地址> 这种克隆方式默认是克隆master主分支,而且通过命令 git branch --list 能看到克隆后在本地也只有这一个分支,如果再通过新建分支再拉取指定分支,甚至可能还需要解决冲突,太繁琐. 二.克隆远程指定分支 那么,如何快速有效的直接克隆远程指定分支? 只需要一条命令: git clone -b <指定分支名> <远程仓库地址> 会自动在克隆该分支在本地,同样克隆后本地只有这一个分支. 附:常用git配置

  • 分享下自己总结的Git常用命令

    使用git也有一段时间了,把自己常用的命令用自己的描述记录起来,方便自己备忘也方便其他人参考. 目录: 最基本的命令: git clone 拷贝并跟踪远程的master分支.跟踪的好处是以后可以直接通过pull和push命令来提交或者获取远程最新的代码,而不需要指定远程分支名字. git submodule init git submodule update 参考示意图 HEAD 指向当前的commit 对象,同时也用来表明我们在哪个branch上工作.所以当我们使用HEAD来操作指针的时候,其

  • 关于提交项目到gitee报错Push to origin/master was rejected的问题

    这个问题比较常见了,一般是在第一次上传项目到github或者gitee上会出现. 以前将项目上传到github的时候出现这个问题,百般查找,找到一个好用的解决办法,依次输入以下命令: git pull git pull origin master git pull origin master --allow-unrelated-histories 然后再次push项目,就ok了. 但是这次我是将项目上传到gitee上,也是查了半天,看到很多人说还是用上面的三行命令就能解决但是我用了之后还是不行.

  • git push & git pull 推送/拉取分支的具体使用

    git push与git pull是一对推送/拉取分支的git命令. git push 使用本地的对应分支来更新对应的远程分支. $ git push <远程主机名> <本地分支名>:<远程分支名> 注意: 命令中的本地分支是指将要被推送到远端的分支,而远程分支是指推送的目标分支,即将本地分支合并到远程分支. 如果省略远程分支名,则表示将本地分支推送与之存在"追踪关系"的远程分支(通常两者同名),如果该远程分支不存在,则会被新建. $ git pus

  • git push 本地项目推送到远程分支的方法(git命令版)

    1.在本地建立项目  可使用Eclipse,Idea等开发工具创建项目 打开根目录到所在在工程名的下一级 2.使用git 客户端 进入到上图目录HelloWord的文件夹里面 3.初始化项目 git init 4.HelloWord工程结构的添加 命令 git add -A 5.提交git到版本 -m是提交的注释 git commit -m "这是注释:初始化项目" 6.远程git建立好项目 7.配置远程仓库  origin是远程仓库的别名 代替xxx.git的地址 git remot

  • 25个 Git 进阶技巧(翻译)

    我已经使用git差不多18个月了,觉得自己对它应该已经非常了解.然后来自GitHub的Scott Chacon过来给LVS做培训(LVS是一个赌博软件供应商和开发商,从2013年开始的合同),而我在第一天里就学到了很多. 作为一个对git感觉良好的人,我觉得分享从社区里掌握的一些有价值的信息,也许能帮某人解决问题而不用做太深入研究. 基本技巧 1. 安装后的第一步 在安装好git后,你第一件该做的事是设置你的名字和电子邮箱,因为每次提交都要用到这些信息: $ git config --globa

  • 一不小心git rebase后出现(master|REBASE 1/10)的问题及解决办法

    有时候在向服务器git push origin master的时候会出现失败的现象.它是这样的 然后呢,我在百度上历经千辛万苦,找到了解决的方法. 他说是因为远程仓库和本地仓库文件冲突,使用git pull --rebase origin master(拉取远程的文件把本地的覆盖,再上传).然后再进行push,我这天真的小白,就深信不疑地使用了.第一次还真的成功了.还提交上去了.但是好景不长,我再次使用的时候(也可能是命令记错了),就变成了这样 然后我git status,他是这样的 不仅这样,

  • Git撤销已经推送(push)至远端仓库的提交(commit)信息操作

    有关修改提交(git commit)信息的方法可以参考: Git commit –amend 修改提交信息 有时,在git push之后,才发现还有一些代码需要进行很小的改动,这些改动在原则上不应该作为一次新的提交. 这时,我们需要撤销这次推送(git push)与提交(git commit),然后进行代码修改,再重新进行提交和推送. 为了实现这个目的,需要进行三步操作. 1.撤销提交信息 首先,通过git log查看提交信息,以便获取需要回退至的版本号: $ git log commit a4

  • Git pull(拉取),push(上传)相关命令介绍

    前言:博主最近在学习git命令,因为git是一个非常好用的分布式版本管理工具,功能比svn强大,与SVN不同点是Git去中心化,每一个分支都是一个中心,并且支持本地仓库存储,像如今很多大公司都用git做版本控制.话不多说,具体命令整理如下: git拉取远程代码 git clone  https://xxx.git git拉取远程指定分支下代码(-b  分支名称) git clone -b v2.8.1 https://xxx.git 初始化一个本地仓库,在同级目录下会出现一个隐藏的.git文件

  • Git pull(拉取)及push(上传)相关命令介绍

    前言:博主最近在学习git命令,因为git是一个非常好用的分布式版本管理工具,功能比svn强大,与SVN不同点是Git去中心化,每一个分支都是一个中心,并且支持本地仓库存储,像如今很多大公司都用git做版本控制.话不多说,具体命令整理如下: git拉取远程代码 git clone https://xxx.git git拉取远程指定分支下代码(-b  分支名称) git clone -b v2.8.1 https://xxx.git 初始化一个本地仓库,在同级目录下会出现一个隐藏的.git文件 g

  • IDEA中git撤回上一次push的方法(指定回到某个版本)

    场景: 最新的push是有问题的,现在需要撤回这次push,回退到5512e这个版本 操作: 1,git reset --hard xxxxx   (回退到指定的版本,版本是前五位) 2,检查下稳一手 3,git push origin 分支名 --force    将当前版本push上去 注意:这次操作会删除上一次提交记录,而不是重新提交一次,所以如果需要保存文件就先备份下 4,查看提交记录后发现上一次push已经被删除了 到此这篇关于IDEA中git撤回上一次push的方法(指定回到某个版本

  • Git的简单理解及基础操作命令详解

    git和svn有什么区别呢? git采用分布式版本库管理,而svn采用集中式版本库管理. 集中式版本库管理需要有一台存放版本库的服务器,开发人员在开发的时候分别从服务器拉取过来最新版本,然后创建/进入分支进行开发,开发完成之后将分支提交或者合并到主分支. 分布式版本库管理允许开发者们将版本库搬到自己的电脑上,在开发过程中,开发者们可以根据不同的目的创建分支和修改代码,开发完成后进行各项合并,这样做提高了开发的敏捷性和速度,并且减少了公共服务器的压力,且任意两个开发者之间的冲突更容易得到解决. g

随机推荐

其他