一 代码拉下来后,首先创建两个本地分之 $repo start master . //仅仅用于同步服务器的修改(此处master名字可以随意定,但是建议定成这样,好记忆) $repo start work . //仅仅用于模块的修改 二 修改代码 使当前处于"work"分支(git checkout work) 创建两个文件用于新的提交: 产生了一个新的提交: 三 先切换到本地master分支,再合入本地"work"分支的修改到master分支. A 切换到mast

有时候,我们在使用git pull指令想把一个远程分支拉取到本地分支的时候,老是会拉取失败,这一般是因为某种原因,本地分支和远程分支的内容差异无法被git成功识别出来,所以git pull指令什么都不会拉取下来或拉取失败.下面这个帖子的方法可以解决这个问题,强制拉取一个远程分支的所有内容来覆盖本地分支. 问: The scenario is following: A team member is modifying the templates for a website we are worki

Make an existing Git branch track a remote branch? Given a branch foo and a remote upstream: As of Git 1.8.0: git branch -u upstream/foo Or, if local branch foo is not the current branch: git branch -u upstream/foo foo Or, if you like to type longer

1.只有当将修改内容commit后 该修改才完全生效,进行merge前需要将两个分支修改的内容都进行commit 2.假设本地两个分支   用于开发的分支:dev    用于同步远程仓库的分支:master 3.切换到master分支 进行 (git pull origin 远程分支) 不要在master 分支进行开发(也不要在master分支进行add commit),以此保证当在master分支进行git pull 不会产生冲突(如果不慎在master分支修改了内容, 可以先撤销所有修改,再

1 git基本概念梳理 1.1 git的工作目录.暂存区和HEAD指向的版本库以及branch的概念 一个branch就是整个产品的一套代码,而工作目录中就是存放的本branch最新的代码,HEAD指向的branch是最近一次提交后的整个产品的一套代码.从branch的角度就能够很好的把工作目录和HEAD指向的版本库联系起来了.工作目录中的一套代码存放在外存的一个位置,版本库的代码存放在另外一个位置.暂存区中只是存放git add的几个文件而已. 另外,版本库和远程的版本库是一样的,但是,本地的

前言 前情提要:Git应用详解第二讲:Git删除.修改.撤销操作 分支是git最核心的操作之一,了解分支的基本操作能够大大提高项目开发的效率.这一讲就来介绍一些分支的常见操作及其基本原理. 一.分支概述 在开发当中,往往需要分工合作.比如:小红开发A功能,小明开发B功能,小刚开发C功能.如何才能做到三者并行开发呢?git为我们提供的分支功能就能实现这一需求,如下图所示: 在实际的开发过程中,master分支是用来发布项目稳定版本的.新的功能往往是在一个新建的分支上进行开发,等到新功能开发完毕并经

git git 是一个版本管理系统(VCS),可以在任何时间点,将文档的状态作为一份更新记录保存起来,并且在任意的时间点,恢复更新记录 版本管理 版本管理是一种记录文件变化的方式,方便查阅特定版本号的文件内容 人为维护文档版本问题 1.文档数量紊多,命名不清晰,导致文档版本混乱2.每次编译文档需要赋值,不方便3.多人同时编辑一个文档,容易产生覆盖 git使用 在使用git前,需要全局配置git 提交用户名 - git config --global user.name “用户名” 提交邮箱 -

1 查看本地分支 git branch 2 查看远程分支 git branch -a 3 新建远程分支 git checkout -b developr git push origin develop 4 删除本地分支 删除本地分支 branch -d XX 使用大写的D 强制删除  git branch -D XXX 5 删除远程分支 git push origin :develop 5 本地分支与远程分支关联 git checkout -b dev 新建并切换到本地dev分支 git pul

1 查看远程分支 $ git branch -a * br-2.1.2.2 master remotes/origin/HEAD -> origin/master remotes/origin/br-2.1.2.1 remotes/origin/br-2.1.2.2 remotes/origin/br- remotes/origin/master 2 查看本地分支 3 创建分支 下面是把分支推到远程分支 $ git push origin test   4 切换分支到test shuohailh

github上已经有master分支 和dev分支 在本地 git checkout -b dev 新建并切换到本地dev分支 git pull origin dev 本地分支与远程分支相关联 在本地新建分支并推送到远程 git checkout -b test git push origin test   这样远程仓库中也就创建了一个test分支 ==========================================================================

从远程git仓库签出代码:   $ git clone git://aaa.com/git_project.git (远程git服务器项目所在地址) 当你需要克隆远程项目到本地时,默认会把项目保存在名为 git_project 文件夹下面. 你也可以指定本地的一个空文件夹ccc git clone git://aaa.com/git_project.git ccc $ git remote -v 查看远程仓库 $ git remote add [远程仓库名] [远程git服务器地址] 如果你本地

github上已经有master分支 和dev分支 在本地 git checkout -b dev 新建并切换到本地dev分支 git pull origin dev 本地分支与远程分支相关联 在本地新建分支并推送到远程 git checkout -b test git push origin test   这样远程仓库中也就创建了一个test分支 ==========================================================================

http://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%88%86%E6%94%AF%E7%AE%80%E4%BB%8B 基础 Git 研发组织鼓励开发人员频繁地创建和使用分支. HEAD是一个指针,指向当前所在的本地分支(译注:将 HEAD 想象为当前分支的别名). master是默认分支名 . f30ab-->34ac2--->98ca9 是一系列提交的历史结点,每个提交结点对应一组文件快照(图中Snapshot A,B,C).每个

git推送本地分支到远端 当前处于master分支,尝试用了git push origin warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config

Git新建本地分支与远程分支关联问题:git branch --set-upstream git在本地新建分支, push到remote服务器上之后,再次pull下来的时候,如果不做处理会报以下提示: You asked me to pull without telling me which branch you want to merge with, and 'branch.production.merge' in your configuration file does not tell m

[git 删除本地分支] git branch -D br [git 删除远程分支] git push origin :br  (origin 后面有空格) git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id [本地代码库回滚]: git reset --hard commit-id :回滚到commit-id,讲commit-id之后提交的commit都去除 git reset --hard HEAD~3:将最近3次的提交回滚 [远程代码库回滚]: 这个是重点要说的内容

今天在用git的时候遇到了一个问题.在想远程分支push的时候,出现了以下的错误: ! [remote rejected] master -> refs/for/master (change 144 closed) error: failed to push some refs to ... 检查了一下发现是由于本地分支的版本号相比远程分支的版本号低. 解决的过程中有例如以下问题: 1.(不建议使用)直接在当前分支pull了一下,合并的时候发现有冲突,解决后commit --amend出错,大意

[git 删除本地分支] git branch -D br [git 删除远程分支] git push origin :br  (origin 后面有空格) git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id [本地代码库回滚]: git reset --hard commit-id :回滚到commit-id,讲commit-id之后提交的commit都去除 git reset --hard HEAD~3:将最近3次的提交回滚 [远程代码库回滚]: 这个是重点要说的内容

Git分支策略 实际开发中,应当按照以下几个基本原则进行管理: 首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能再上边干活. 那在哪干活呢?干活都在dev分支上,也就是说,dev是不稳定的,到某个时候,比如1.0版本发布的时候,在将dev分支合并到master,在master分支发布新版本. 你和你的小伙伴都有自己的分支,每个人在自己的分支上干活,时不时地往dev分支上合并就可以了. 所以团队合作分之看起来就像这样: git创建分支并切换到当前新创建的分支上 git ch

github上已经有master分支 和dev分支 在本地 git checkout -b dev 新建并切换到本地dev分支 git pull origin dev 本地分支与远程分支相关联 在本地新建分支并推送到远程 git checkout -b test git push origin test   这样远程仓库中也就创建了一个test分支 ==========================================================================

切换本地分支 git checkout work1 切换到新的分支工作(不存在则会创建) 将本地已有的分支(已经存在) 和 远程分支连接 git branch --set-upstream-to=origin/master(远程分支名) work1(本地分支名) 但是如果直接本地分支与远程新建分支直接关联,git会抛出如下错误 因为Git认为这两个是毫不关联的分支,所以最好的方法是本地新建一个分支,去关联远程分支,然后拉去远程代码,然后本地合并,最后提交代码 下面命令作用是checkout远程的