git常用命令

git分区图

1. 查看远程分支

git branch -a

2. 查看本地分支

前面有*号的为当前正在使用的分枝
git branch

3. 创建并且切换分枝

git checkout -b devname

4.仅仅是切换分支

git checkout devname

5. git推送到远端: ( : 前面表示的时本地的分枝名称,后面表示的时远程的分枝名称)

git push会默认推送到master主分支,可以在origin后面指明本地的分枝以及推送到远端的分枝,如果指明的远端分枝不存在,远端会自动创建指定的这个分枝
git push origin devlocal:devremote

6.dev分支合并到master分支

git merge dev

合并分枝以后,在远端的master主分枝下就可以看到dev分枝的提交的内容了

---

必须掌握:

git clone https://github.com/zhangxiaochuZXC/test007.git //后面跟github的地址
git init // 初始化git，当前文件夹使用git管理起来
git add . // 添加到暂存区
git commit -m"注释" // 提交到本地仓库
git push // 推送到远程服务器
git pull // 从远程服务器下载最新代码
git status //查看状态
git log/reflog // 查看日志

了解:

git reset --hard HEAD^ // 回退到指定的版本或者上一个版本,没有--hard是回退到commit之前的版本
git diff // 对比
git rm // 删除
git checkout // 从仓库检出
设置用户信息 : git config user.name 'xxx'	git config user.email 'xxxxx'
cat test/xxx.py 查看同步下来的代码

配置git用户信息(如不配置则使用全局配置)

git config user.name XXX
git config --global user.email XXX@xxx.com这是配置全局信息

添加忽略文件

touch .gitignore

设置忽略文件内容(后续根据需要再添加)

.idea
*.py[cod]

设置记住git密码

在 push 的时候需要设置账号与密码，该密码则是 github 的账号与密码
如果在每次 push 都需要设置账号与密码，那么可以设置记住密码
设置记住密码（默认15分钟）：
git config --global credential.helper cache

如果想自己设置时间，可以这样做(1小时后失效)：
git config credential.helper 'cache --timeout=3600'

长期存储密码：
git config --global credential.helper store

---

1.创建项目

在桌面创建test文件夹，表示是工作项目
Desktop/test/

---

2.创建本地仓库,进入到test，并创建本地仓库.git
cd Desktop/test/
touch .git

---

3.新创建的本地仓库.git是个空仓库
cd Desktop/test/
git init

---

4.配置个人信息

---

5.查看日志(版本号)
git reflog 可以查看所有分支的所有操作记录（包括commit和reset的操作），包括已经被删除的commit记录，git log 则不能察看已经删除了的commit记录

---

6.回退版本
方案一：
git reset --hard HEAD^
HEAD表示当前最新版本
HEAD^表示当前最新版本的前一个版本
HEAD^^表示当前最新版本的前两个版本，以此类推…
HEAD~1表示当前最新版本的前一个版本
HEAD~10表示当前最新版本的前10个版本，以此类推…

方案二：
当版本非常多时可选择的方案 , 通过每个版本的版本号回退到指定版本
git reset --hard 版本号
版本号使用git reflog查看,commit后的版本号前7位即可

---

7.撤销代码

只能撤销工作区、暂存区的代码,不能撤销仓库区的代码,撤销仓库区的代码就相当于回退版本操作

7.1 撤销工作区代码:
新加代码修改文件之后,不add到暂存区，保留在工作区
git checkout 文件名

7.2 撤销暂存区代码
新加代码修改文件，并add到暂存区
第一步：将暂存区代码撤销到工作区，只比撤销工作区多这一行代码
git reset HEAD 文件名
第二步：撤销工作区代码
git checkout 文件名

---

8.删除文件
删除文件分为确定删除和误删

在项目中新建test.py文件，并添加和提交到仓库

确定删除处理：

  # 删除文件
  rm 文件名
  
  # git确定删除文件，对比添加文件git add 
  git rm 文件名
  # 删除后记录删除操作版本
  git commit -m '删除描述'

误删处理：撤销修改即可

  # 删除文件
  rm 文件名
  
  # git撤销修改
  git checkout -- 文件名

---

9.版本对比
“对比当前文件与版本库中的文件”
git diff HEAD -- 要对比的文件名

“对比版本库中的不同版本文件”
git diff HEAD HEAD^ -- 要对比的文件名

10.标签

1.进入到经理的本地仓库test007
    cd Desktop/manager/test007/

2.经理在本地打标签
    git tag -a 标签名 -m '标签描述'
    例：
    git tag -a v1.0 -m 'version 1.0'

3.经理推送标签到远程仓库
    git push origin 标签名
    例：
    git push origin v1.0

4.查看打标签结果

补充：删除本地和远程标签
    # 删除本地标签
    git tag -d 标签名
    # 删除远程仓库标签
    git push origin --delete tag 标签名

11.分枝详细使用

项目开发中公用分支包括master、dev
"分支master"      默认分支，用于发布，当需要发布时将dev分支合并到master分支
"分支dev"         是用于开发的分支，开发完阶段性的代码后，需要合并到master分支

模拟分支操作
流程：额外的一个分支结构，新的功能在分支中开发，但是branch的代码在Git有专门的branch区域存放，区别于主程序，完成开发后再将其余master分支合并

# 在本地进行分支创建等操作
1.进入到经理的本地仓库test007
    cd Desktop/manager/test007/

2.查看当前分支
    git branch              "没有创建其他分支时，只有master分支"

3.经理创建并切换到dev分支
    git checkout -b dev

    # git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
     $ git branch dev
     $ git checkout dev

# 将分支于远程服务器建立连接
4.设置本地分支跟踪远程指定分支（将分支推送到远程）
    git push -u origin dev

# 本地分支代码完成开发后，在本地将其合并到master分支
5.经理在dev分支编辑代码

6.管理dev分支源代码：add、commit、push,# 就是正常的操作即可

7.dev分支合并到master分支
    提示：只有当dev分支合并到master分支成功，张三才能从远程仓库中获取到新数据
    7.1 先切换到master分支，"要在master分支中进行分支合并"
        git checkout master

    7.2 dev分支合并到master分支
        git merge dev

    7.3 经理推送合并分支操作到远程仓库
        "合并分支默认在本地完成，合并后直接推送即可"
        git push

# 他人正常从Git中同步代码
8.张三同步经理合并后的新数据,"只有当张三同步代码成功，分支合并才算成功"
    cd Desktop/zhangsan/test007/
    git pull

在master分支上合并其他分支
git merge 分支名

查看分支
方式一：git status
方式二：git branch

删除分支
git branch -d 分支名

指针切换到master分支上，并切换到master分支上
git branch -f master HEAD
git checkout master

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

解决方案
（1）直接 git push origin wangxiao 推向制定的分支，最强暴的方法。
（2）正如上面所说关联远程分支。
git push --set-upstream origin wangxiao

这样关联有一个好处，以后就不用每次git push都用第（1）种方法。

查看所有的分支（其中有远端服务器origin上一一对应的master分支和其他分支）
git branch -a

查看本地分支和远程分支的跟踪关系

git branch -vv

develop分支跟踪origin/develop
feature_1分支跟踪origin/feature_1
master跟踪了my_github/master，且当前分支为master分支

查看远端origin服务器上的分支
git branch -r

Git分支管理的策略梳理

当下最流行的版本管理系统应该是非Git莫属。相比同类软件，Git有很多优点，其中很显著的一点，就是版本的分支（branch）和合并（merge）十分方便。有些传统的版本管理软件，分支操作实际上会生成一份现有代码的物理拷贝，而Git只生成一个指向当前版本（又称"快照"）的指针，因此非常快捷易用。但是，太方便了也会产生副作用。如果不加注意，很可能会留下一个枝节蔓生、四处开放的版本库，到处都是分支，完全看不出主干发展的脉络。Vincent Driessen提出了一个分支管理的策略，非常值得借鉴！它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。
下面就对这一策略做一简单梳理：

主分支Master
首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。

Git主分支的名字，默认叫做Master。它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。

开发分支Develop
主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。

这个分支可以用来生成代码的最新隔夜版本（nightly）。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"（merge）。

Git创建Develop分支的命令：
git checkout -b develop master

---

将Develop分支发布到Master分支的命令：

切换到Master分支
＃ git checkout master

对Develop分支进行合并
＃ git merge --no-ff develop
上面命令中的–no-ff参数是什么意思。默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。

---

使用–no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。

临时性分支
前面讲到版本库的两条主要分支：Master和Develop。前者用于正式发布，后者用于日常开发。其实，常设分支只需要这两条就够了，不需要其他了。
但是，除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：

1）功能（feature）分支
2）预发布（release）分支
3）修补bug（fixbug）分支

这三种分支都属于临时性需要，使用完以后，应该删除，使得代码库的常设分支始终只有Master和Develop。
4）功能分支
接下来，一个个来看这三种"临时性分支"。
第一种是功能分支，它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。

功能分支的名字，可以采用feature-*的形式命名。

#创建一个功能分支：
＃ git checkout -b feature-x develop

开发完成后，将功能分支合并到develop分支：
＃ git checkout develop
＃ git merge --no-ff feature-x

删除feature分支：
＃ git branch -d feature-x
5）预发布分支
第二种是预发布分支，它是指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。
预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。

#创建一个预发布分支：
＃ git checkout -b release-1.2 develop

确认没有问题后，合并到master分支：
＃ git checkout master
＃ git merge --no-ff release-1.2

对合并生成的新节点，做一个标签
＃ git tag -a 1.2

再合并到develop分支：
＃ git checkout develop
＃ git merge --no-ff release-1.2

最后，删除预发布分支：
＃ git branch -d release-1.2
6）修补bug分支
最后一种是修补bug分支。软件正式发布以后，难免会出现bug。这时就需要创建一个分支，进行bug修补。
修补bug分支是从Master分支上面分出来的。修补结束以后，再合并进Master和Develop分支。它的命名，可以采用fixbug-*的形式。

#创建一个修补bug分支：
＃ git checkout -b fixbug-0.1 master

修补结束后，合并到master分支：
＃ git checkout master
＃ git merge --no-ff fixbug-0.1
＃ git tag -a 0.1.1

再合并到develop分支：
＃ git checkout develop
＃ git merge --no-ff fixbug-0.1

最后，删除"修补bug分支"：
＃ git branch -d fixbug-0.1

在pycharm中使用git合并dev分枝

1.默认开发在dev分枝下

然后在该分支下写写写… 写完之后正常add --> commit–> push
只不过,这个时候的你push的代码是到远端的dev分枝下,也就是,远端的master分枝并看不到你所做的修改

2.切换本地分支到master

3.合并本地的dev分枝到本地的master分枝

操作完这一步之后,本地的master分枝已经保持和本地的dev分枝代码同步了

4.推送本地master最新代码到远端的master

完成以上步骤之后,远端的master分枝已经保持和本地的master分枝代码同步了