前言
开发中经常要拉取各种分支再合并到主干，之前都是用souretree软件来操作，这次用git命令来操作。
1.新建分支并切换到dev
此步骤是在创建本地dev仓库，远程dev未创建
git checkout -b dev //创建并切换分支
相当于
2024年09月14日
前言
开发中经常要拉取各种分支再合并到主干，之前都是用souretree软件来操作，这次用git命令来操作。
1.新建分支并切换到dev
此步骤是在创建本地dev仓库，远程dev未创建
git checkout -b dev //创建并切换分支
相当于
2024年09月14日
2024年09月14日
不知道大家有没有经历过，当我们切换到了一个新的分支想要提交代码的时候，总会遇到这样的错误。
我们把日志里的英文翻译过来是说，我们当前的分支没有设置任何上游分支。然后git提示我们可以运行下面这行代码来设置远程的上游，这样我们就可以push成功了。
当然如果我们push的时候执行的不是git push，而是后面再加上origin的话，就可以push成功了。比如这样：
那么这是什么原因呢？这个origin分支又是什么意思呢？我们今天就来讨论一下这个问题。
2024年09月14日
1、从dev合并到test
正常的场景中，master和test两个分支是禁止普通开发人员直接push的，现在讨论的是具有权限的人员的操作。 在开发当中无论是否要合并分支，无论在哪个分支，注意本地分支要在commit以后push到远程，要首先保持同一个分支的一致性。 1 首先切换到dev分支，执行commit和push 2 有权限的人员在每个分支 git pull 拉取所有代码以后，从dev转到test git checkout test 3 然后从dev合并到test git merge dev 注意：这种合并一般情况下使用的是快进模式（Fast-forward），也就是直接把test指向dev的当前提交， 所以合并速度非常快。但这种模式下，删除dev分支后，会丢掉分支信息。 如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。命令如下： git merge --no-ff -m "merge dev to test with no-ff" dev 因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。 建议开发中都用这种 no-ff 模式 4 现在本地dev已经合并到test了，下面把本地test的变化提交到远程（当前在test分支）： git push 我们在远程服务器上面看一下test分支的网络图：
2024年09月14日
今天这篇文章我们继续git教学的第五篇，主要讲解的是git的分支管理，这也号称是git的‘必杀技特性’。
git
git通过保存一系列不同时刻的文件快照来实现数据存储。
每次在进行git提交时，都会生成一个提交对象，这个提交对象都会产生一个指向暂存区内容快照的指针。而且每个提交对象中都会包含一个指向上一次提交（父提交对象）的指针。
2024年09月14日
1.首先切换到主分支git checkout master
2.使用git pull 把领先的主分支代码pull下来
3.切换到自己的分支git checkout xxx(自己的分支)
4.把主分支的代码merge到自己的分支git merge master
5.git push推上去ok完成,现在 你自己分支的代码就和主分支的代码一样了
2024年09月14日
1.首先要切换到需要合并的分支：git checkout master
2.把dev分支合并到master分支：
1》git pull master的代码
2》合并分支，执行git merge dev
2024年09月14日
使用 git branch 命令创建分支：$ git branch testing
Git 如何知道你当前在哪个分支上工作的呢？
它保存着一个名为 HEAD 的特别指针。它和Subversion、CVS 里的 HEAD 概念大不相同。在 Git 中，它是一个指向你正在工作中的本地分支的指针（将 HEAD 想象为当前分支的别名）。
运行 git branch 命令，建立了一个新的分支，如果要切换到新分支，执行：