如果你觉得 git 很迷惑人,那么这份小抄正是为你准备的! 请注意我有意跳过了 git commit.git pull/push 之类的基本命令,这份小抄的主题是 git 的一些「高级」用法. 导航 -- 跳到之前的分支 git checkout - 查看历史 # 每个提交在一行内显示git log --oneline# 在所有提交日志中搜索包含「homepage」的提交git log --all --grep='homepage'# 获取某人的提交日志git log --author="Max

转:http://***/html/blogs/20130407/1381.htm 最近做了一个项目管理系统,要求用Sharepoint,有个特别的功能就是通过创建出来的子站点要求应用同一个Master页面,并且每次修改Master页面都要同时修改所有的子站点,有这个需求就限制了Master页面只能有一个,通过查找资料,最终找到了相应的解决方案,用VS定制Master页面,通过Feature EventReceive 和 EventReceive两个事件处理程序来完成操作,下面一步一步来介绍开发

一. 切换到被copy的分支(master),并且从远端拉取最新版本 $git checkout master $git pull 二.从当前分支拉copy开发分支 $git checkout -b dev Switched to a new branch 'dev' 三. 把新建的分支push到远端 $git push origin dev 四.拉取远端分支 $git pull There is no tracking information for the current branch. P

如何解决failed to push some refs to git Administrator@PC-20150110FGWU /K/cocos2d/yc (master) $ git push -u origin master To git@github.com:yangchao0718/cocos2d.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@g

从master拉取新分支并push到远端 开发过程中经常用到从master分支copy一个开发分支: 1.切换到被copy的分支(master),并且从远端拉取最新版本 $git checkout master $git pull 2.从当前分支拉copy开发分支 $git checkout -b dev Switched to a new branch 'dev' 3.把新建的分支push到远端 $git push origin dev 4.关联 $git branch --set-upstr

背景: 一般开发自己的分支都是从最新的master上拉取,但中间master会有改动,此时需要将最新的master合到自己的分支中 命令: 1. 查看当前的分支,星号标识为当前分支:(如果查询结果有master分支,则跳到第4步) git branch 2.查看该工程所有的分支,星号标识为当前分支 git branch -a 3.copy一个master分支(步骤1中,本地没有master分支,需要copy一个) git branch -c master 4.切到master分支 git che

git log master..origin/master --oneline | wc -l 怎么知道本地仓库是不是最新的 git fetch   # 一定要先 fetch git log master..origin/master --oneline | wc -l 如果得出的结果是 0,代表本地仓库是最新的

应用场景:开发过程中经常用到从master分支copy一个本地分支作为开发分支 步骤: 1.切换到被copy的分支(master),并且从远端拉取最新版本 $git checkout master $git pull 2.从当前分支拉copy开发分支 $git checkout -b dev Switched to a new branch 'dev' 3.把新建的分支push到远端 $git push origin dev 4.关联 $git branch --set-upstream-to=

使用场景 理解rebase 操作步骤 1 git切换至当前开发版本 2 查找需要变基到的branch,不一定是master 3 执行rebase变基 没有冲突的情况 存在冲突的情况 解决冲突 标记冲突已解决 继续rebase 操作 提交到远程分支 使用场景 以master为准创建分支dev_A 开发,开发过程中,master主分支有新的功能被提交进来,需要将这部分代码align到dev_A的版本. 这里仅列举这一个场景,rebase 还可以修改commit message 请参照我的另一篇文章

前言,这个想法应该是git比较通用的做法,只是我还没用过,所以把自己的想法记录在这里,督促自己以后按这个方式执行. 我们公司现在面临一个问题, 就是客户的定制需求很多,很杂,其中坑爹需求很多. 我还没真正面对过这些问题, 不过以在上一家公司的经验,有一些坑爹的需求,往往先加进来,用一段事件后,又会被还原成原本的样子. 对于这种问题,以前是没有很好的解决方案的,因为这种坑爹需求从加入到还原,中间还插入过很多其他的功能点修改. 很难一步还原. 而我想到的方法是这样的, 其实应该也是git建议的用法,

首先要明确一点,对 Git 的操作是围绕 3 个大的步骤来展开的(其实几乎所有的 SCM 都是这样) 从 git 取数据(git clone) 改动代码 将改动传回 git(git push) 这 3 个步骤又涉及到两个 repository,一个是 remote repository,在远程服务器上,一个是 local repository,在自己工作区上.其中 1, 3 两个步骤涉及到 remote server/remote repository/remote branch,2 涉及到 l

在做一个项目的过程中,需要删除master brach中最近一次的提交,需要在Git repository中删除 采用步骤如下: 1. 在Visual Studio中打开项目,进入到master branch. 2. 在Package Manage Console中输入如下命令: git reset --hard HEAD~1     => 这一步,将让本地回到上一次的提交commit, 也就是说会在本地代码中删除最近一次的提交 git push --force     =>把本地的这个改变强

出现这个情况可能是在克隆项目的时候强制关闭或者是在pull的时候强制关闭 运行命令:git pull --rebase origin master 然后就可以 git push origin master

原理:新切一个分支并切换到这个分支,删除原来的master分支,再将新分支变成master 步骤: 1. 创建并切换到新分支 git checkout --orphan latest_branch 2. 添加所有的文件到新分支 git add -A 3. 提交所有的改变 git commit -am "commit message" 4. 删除原来的master分支 git branch -D master 5. 重命名这个新分支为master git branch -m master

在开发中,通常会保持两个分支master分支和develop分支,但是如果因为develop上面迭代太多而没有及时维护master,最后想丢弃master而直接将测试确认过的develop强推到master,该怎么操作呢? 网上搜了一下,但是真正自己使用起来却又暴露出各种问题.因此,做如下总结分享,希望对遇到同样问题的人用帮助. 场景一:master下有a.txt文件,develop下有a.txt(和master保持一致),b.txt文件(追加文件),c/c.txt文件(追加文件夹和文件). 场

. . . . . 最近需要将不同的客户的代码分开管理,所以需要为这些代码分别创建分支. 目前版本库中分支结构如下: [yuhuashi@local:Project]$ git branch -a* master remotes/origin/HEAD -> origin/master remotes/origin/masger remotes/origin/master 其中 master 分支是客户 A 所使用的分支. 其它客户则以 masger 分支为基础版本创建. 大致需求的流程如下:

centos6.7下安装最新版本git 本文参考:http://www.01happy.com/centos-install-latest-git/ 按照原博主所提供的思路安装可能会出现下列问题 解决方法:执行下列命令 yum install perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker -y   yum install perl-ExtUtils-Embed -y centos下安装git可以简单的使用yum来安装 $ yum install g

1.先备份版本 git checkout master git pull git branch master_backup //备份一下这个分支当前的情况 git push origin master_backup 推送到远端服务器 2.切到对应的要回流的版本上 git reset --hard the_commit_id //把master本地回滚到the_commit_id 3.先删除远端的版本 git push origin :master //删除远程 master 4.推送本地的到远端

master版本上线以后一般要打一个tag备份,以防事态有变,这是一个好习惯,如果以后有问题也可以放心的回滚版本,那么怎么用tag版本覆盖mastaer呢,其实只有几个命令 1.查看分支 git branch 2.切换分支 git checkout master 3.查看标签(tag版本) git tag 4.查看某个标签的详情 git show v2.22.0 commit d53dcc2287899e95cfd44a294ca3e5068e63022b 5.通过commit的id回退git

http://blog.csdn.net/llf369477769/article/details/51917557 按照网上教程用git把项目上传到github,但是在最后一步git push origin master时出现了以下错误. $ git push origin master To github.com:frankliy/h5.git ! [rejected] master -> master (non-fast-forward) error: failed to push som

1,新建文件夹,在文件下下鼠标右键git bush--->git init,初始化仓库: 2,设置gitthub仓库地址:git remote add origin https://github.com/z*****g/lm.git 3,git pull origin master 4,git push --set-upstream origin master,关联一个远程分支,并从这个分支上传下带代码 git branch查看分支 git add . git commit -m "提交注