git的使用

创建仓库

注册github账户，登录后，点击”start a project” 

在新页面中，输入项目的名称，勾选’readme.md’，点 
击’create repository 

添加成功后，转到文件列表页面，点击’create new file’创建新文件 

填写文件名称为’.gitignore’，代码如下，表示项目中的pyc文件不需要被管理，因为这些文件代码是根据py生成的 
详细的ignore文件可以参考官方Python.gitignore文件

*.pyc
1

点击’preview’查看预览，点击’create new file’完成创建

创建完成后，文件列表如下 

添加ssh账户

如果某台机器需要与github上的仓库交互，那么就要把这台机器的ssh公钥添加到这个github账户上 
点击账户头像后的下拉三角，选择’settings’

点击’SSH and GPG keys’，添加ssh公钥

在ubuntu的命令行中，修改某台机器的git配置 
 
修改为注册github时的邮箱，填写用户名，要求组员的用户名不能重复 

生成git密钥 
公钥为id_rsa.pub 
私钥为id_rsa

ssh-keygen -t rsa -C "邮箱地址"
1
2

查看公钥内容，复制此内容

cat id_rsa.pub
1

回到浏览器中，填写标题，粘贴公钥

公钥添加成功后，如下图

克隆项目

在浏览器中点击进入github首页，再进入项目仓库的页面 

复制git地址

在命令行中复制仓库中的内容

git clone git地址
1

创建项目分支

每个员工开发期的代码互不干扰，并行开发，则每人使用一条分支 
项目开发中公用分支包括master、dev 
1.分支master用于发布，默认分支，当需要发布时将dev分支合并 
2.分支dev开发阶段性的代码合并，每个阶段的工作完成后需要进行一次，控制项目的进度 
3.成员分支用于每个项目成员的代码开发，实现不交叉 
创建分支

git branch 分支名称例：git branch dev
1
2
3

切换分支

git checkout 分支名称例：git checkout dev
1
2
3

将本地分支跟踪服务器分支

git branch --set-upstream-to=origin/分支名称 分支名称例：git branch --set-upstream-to=origin/dev dev
1
2
3

创建并切换分支

git checkout -b 分支名称例：git checkout -b itcast
1
2
3

查看所有分支，当前分支前标记为星*

git branch
1

删除分支

git branch -d 分支名称没有例子，没错，就是没有例子，如果你删除了，我也找不回来哟
1
2

搭建项目框架

当前项目分支一共有3个，分别为master、dev、itcast，当前在itcast分支上工作 
在克隆的目录下创建项目，使用django框架

将文件代码添加到暂存区

git add dailyfresh/
1

将暂存区提交到仓储区

git commit -m '搭建框架'
1

以上两步运行效果如下图

上传分支

当从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来 
远程仓库的默认名称是origin 
推送前github上文件列表如下图

推送前github上分支列表如下图 

推送分支，就是把该分支上的所有本地提交推送到远程库，推送时要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上

git push origin 分支名称例：git push origin dev
1
2
3

执行命令后提示如下 

因为dev分支中没有文件操作，所以文件列表不变，但是分支列表增加了一项 
点击垃圾桶可以删除指定分支，但是不要删 

当前文件在itcast分支上，所以推送itcast分支

git push origin itcast
1

执行命令后提示如下

推送后github上文件列表如下图，注意在红线1处选择itcast分支 

推送后github上分支列表如下图，在上图中点击红线2处 

将itcast分支合并到dev分支

git checkout devgit merge itcast
1
2

推送dev分支

git push origin dev
1

将dev分支合并到master分支

git checkout mastergit merge dev
1
2

推送master分支

git push origin master
1

推送命令执行后如下图 

在浏览器查看master分支的文件列表如下

开发

项目经理创建完成仓库后，接下来项目组成员就要进行开发工作了 
以下操作由每个组员独自完成

添加ssh账户

这一步是组员在ubuntu中生成ssh密钥，然后交给项目经理添加到github中 
在ubuntu的命令行中，修改某台机器的git配置 

修改为注册github时的邮箱，填写用户名，要求组员的用户名不能重复 

生成git密钥 
公钥为id_rsa.pub 
私钥为id_rsa

ssh-keygen -t rsa -C "邮箱地址"
1

查看公钥内容，复制此内容

cat id_rsa.pub
1

将复制的公钥发给项目经理，等项目经理在github上添加后，会将项目地址下发，然后就可以参与到项目开发中进行后续操作

本地克隆

根据项目经理提供的地址，如“[e-mail]:bossliu2016/django1.git”，从github上将项目克隆到本地，默认对应的是master分支

git clone 项目地址例：git clone [e-mail]:bossliu2016/django1.git
1
2
3

克隆后如下图 

在克隆出来的目录下，隐藏目录.git存储了服务器、分支、文件变更等信息

同步分支

以自己的姓名创建分支，如果此分支已经存在可以添加数字后缀，具体要与项目经理商量

git checkout -b zhujiao
1

将本地分支推送到服务器

git push origin zhujiao
1

将本地分支跟踪服务器分支

git branch --set-upstream-to=origin/分支名称 分支名称例：git branch --set-upstream-to=origin/zhujiao zhujiao
1
2
3

将github上的dev分支同步到本地，因为开发过程中，所有组员都向这个分支上提交阶段性代码，并从这个分支获取最新代码

git checkout -b dev origin/dev
1

效果如下图

开发管理

上面的操作，只有我们在加入项目的第一天需要进行，只操作一次就够了 
接下来的操作，是我们每天开发中都要进行的操作，这是必须做到熟练操作的命令 
当前用户以zhujiao分支进行开发

git checkout zhujiao
1

本地仓库分为三部分：工作区，暂存区，仓库区，其中暂存区、仓库区是版本库部分 
使用IDE如sublime、pycharm等打开项目目录

工作区与暂存区

对于添加、修改、删除文件的操作，都发生在工作区中 
暂存区指将工作区中的操作完成小阶段的存储，是版本库的一部分 
工作区与暂存区交互的方式及命令如下 

添加

按照工作分配，需要创建df_user模块，此时文件位于工作区

python manage.py startapp df_user
1

在ide中编辑df_user/models.py文件，创建模型类UserInfo

class UserInfo(models.Model):    uname = models.CharField(max_length=20)    upwd = models.CharField(max_length=40)    def __str__(self):        return "%d" % self.pk
1
2
3
4
5

将目录df_user及所有子目录和文件添加到暂存区

git add 文件1 文件2 ...git add 目录例：git add df_user/
1
2
3
4

撤销

使用暂时区的内容恢复工作区的内容，放弃工作区的更改 
在ide中编辑df_user/models.py文件，删除掉str方法

class UserInfo(models.Model):    uname = models.CharField(max_length=20)    upwd = models.CharField(max_length=40)
1
2
3

此时无str方法的类在工作区，暂存区中的类是有str方法的，如果想回到暂存区的状态，则

git checkout -- 文件名例：git checkout -- df_user/models.py
1
2
3

在ide中查看df_user/models.py文件，发现str方法又回来了

暂存区与仓库区

仓库区表示个人开发的一个小阶段的完成，仓库区中记录的各版本是可以查看并回退的，但是在暂存区的版本一旦提交就再也没有了 
暂存区与仓库区交互的方式及命令如下

查看暂存区未提交的记录

git status
1

将暂存区的记录提交到仓库区

git commit -m '本次提交的说明信息'例：git commit -m '创建df_user模块'
1
2
3

历史

查看仓库区的历史操作

git reflog
1

历史版本的名称：在Git中，用HEAD表示当前版本，也就是最新的提交00c6c39，上一个版本就是HEAD^，再上一个版本就是HEAD^^，当然往上100个版本写100个^肯定就麻烦了，提供了一种简写方式为HEAD~100

对比

在ide中编辑df_user/models.py文件，删除str方法

from django.db import modelsclass UserInfo(models.Model):    uname = models.CharField(max_length=20)    upwd = models.CharField(max_length=40)
1
2
3
4
5

对比工作区和仓库区中某版本某文件的不同

git diff HEAD -- 文件名例：git diff HEAD -- df_user/models.py
1
2
3

将上面的代码添加提交

git add df_user/models.pygit commit -m '删除模型类的str方法'
1
2

在ide中编辑df_user/models.py文件，修改str方法

from django.db import modelsclass UserInfo(models.Model):    uname = models.CharField(max_length=20)    upwd = models.CharField(max_length=40)    def __str__(self):        return "%s" % self.uname
1
2
3
4
5
6
7

将上面的代码添加提交

git add df_user/models.pygit commit -m '修改模型类的str方法为name属性'
1
2

对比工作区和仓库区中某版本某文件的不同

git diff HEAD HEAD^^  -- df_user/models.py
1

回退

回退历史版本到暂存区 
将df_user/models.py文件的更改完成添加、提交

git add df_user/models.pygit commit -m '修改模型类'
1
2

查看当前的暂存区状态

git status
1

现在，没有str方法的是当前版本为HEAD，有str方法的版本为HEAD^，将有str方法的代码恢复到暂存区

git reset HEAD^或版本号例：git reset HEAD^
1
2
3

再次查看当前的暂存区状态

git status
1

可以再将暂存区的内容恢复到工作区

git checkout -- df_user/models.py
1

在ide中查看df_user/models.py文件，发现有str方法

删除

在ide中将文件删除 
从工作区到暂存区提交

git rm 文件名
1

从暂存区到仓库区提交

git commit -m '说明信息'
1

示例如下 
在模块df_user下添加文件a.py，编写代码如下

if __name__=='__main__':        print 'test a'
1
2

将df_user/a.py的变更添加到暂存区，再提交到仓库区

git add df_user/a.pygit commit -m '创建文件a'
1
2

在ide中将df_user/a.py文件删除，然后在暂存区删除

git rm df_user/a.py
1

提交暂存区的记录到仓库区

git commit -m '删除文件a'
1

提示：删除的文件一样可以恢复，只需要先从仓库区到暂存区，再从暂存区到工作区

本地与服务器

本地与服务器交互的方式及命令如下 

推送指将特定分支在本地仓库区的记录发送到服务器上 
获取指将服务器特定分支向本地工作区同步

获取

建议：在每天开始编写代码前，先与服务器同步一次；或者在公用分支如dev上开发时，建议先同步后开发 
什么时候会用到dev分支呢？答：合并阶段代码到dev分支，编辑公用文件如dailyfresh/urls.py 
1.切换到dev分支

git checkout dev
1

2.获取代码，如果dev分支上有更新的记录则会同步到本地

git pull
1

3.切换回自己的分支继续开发

git checkout zhujiao
1

推送

建议：在每天下班前将当天开发推送到服务器，这样可以在服务器中存储一个备份，即使本机出问题，在服务器上还能存在代码备份 
注意：只会将仓库区的记录提交到服务器的对应分支下 
推送前要将此分支跟踪服务器上的同名分支，推荐在创建分支时就完成跟踪 
如果要推送自己分支以外的分支，需要先获取，再解决冲突，然后再推送

git push origin zhujiao
1

合并分支

一个功能模块开发完了，合并到dev分支 
1.切换到dev分支

git checkout dev
1

2.获取代码，如果dev分支上有更新的记录则会同步到本地

git pull
1

3.合并

git merge zhujiao
1

4.添加、提交并推送

git push origin dev
1

5.切换回工作分支

git checkout zhujiao
1

6.在最新代码上继续开发，所以将dev分支合并到zhujiao分支

git merge dev
1

解决冲突

建议：在更改公用文件如dailyfresh/urls.py时需要操作dev分支，因为大家都可以操作dev分支，所以在合并时可能出现冲突 
冲突的示例如下，修改dailyfresh/urls.py文件

项目经理的操作

1.项目经理负责前台的开发，需要修改dailyfresh/urls.py文件

git checkout dev
1

2.在dailyfresh/urls.py文件中添加一条url

from django.conf.urls import include, urlfrom django.contrib import adminurlpatterns = [    url(r'^admin/', include(admin.site.urls)),    url(r'^',include('df_goods.urls')),]
1
2
3
4
5
6
7

3.添加并提交

git add dailyfresh/urls.pygit commit -m '配置前台url'
1
2

4.同步到服务器

git push origin dev
1

员工助教的操作

1.员工助教负责用户模块的开发，需要修改dailyfresh/urls.py文件

git checkout dev
1

2.在dailyfresh/urls.py文件中添加一条url

from django.conf.urls import include, urlfrom django.contrib import adminurlpatterns = [    url(r'^admin/', include(admin.site.urls)),    url(r'^user/',include('df_user.urls')),]
1
2
3
4
5
6
7

3.添加并提交

git add dailyfresh/urls.pygit commit -m '配置用户模块url'
1
2

4.向服务器推送

git push origin dev
1

5.推送时发现出错误了，错误信息如下图

根据提示，需要先获取服务器的变更

git pull
1

发现有冲突，而且自动合并冲突失败，需要手动合并冲突，指向dailyfresh/urls.py文件 
 
当前dailyfresh/urls.py文件内容如下

from django.conf.urls import include, urlfrom django.contrib import adminurlpatterns = [    url(r'^admin/', include(admin.site.urls)),<<<<<<< HEAD    url(r'^user/',include('df_user.urls')),=======        url(r'^',include('df_goods.urls')),>>>>>>> ae79e1fd93d0d9e7f8ca36481c611a2b4a38a9db]
1
2
3
4
5
6
7
8
9
10
11

其中，<<<<<<< HEAD表示当前版本的内容，=======后面，表示>>>>>>> ae79e1fd93d0d9e7f8ca36481c611a2b4a38a9db版本的内容，发现两句代码并不冲突，都需要保留，如果不能确定是否保留，可以与编写该语句的人员沟通，当前代码更改后如下

from django.conf.urls import include, urlfrom django.contrib import adminurlpatterns = [    url(r'^admin/', include(admin.site.urls)),    url(r'^user/',include('df_user.urls')),    url(r'^',include('df_goods.urls')),]
1
2
3
4
5
6
7
8

6.冲突解决完成，再次添加、提交、推送

git add dailyfresh/urls.pygit commit -m '配置用户模块url-解决冲突后'git push origin dev
1
2
3

Debug分支

在项目的正常开发过程中，之前发布过的版本可能很会出bug，这时就需要停下来现在的开发任务，先去修改bug，完成后再回来继续开发任务 
git中stash提供了保存现场的功能，可以把当前工作区、暂存区中的内容不需要提交而保存下来，转而去做bug修复，完成后再恢复现场，继续开发工作 
示例如下：停止当前工作，修复master分支下的一个bug，为修改dailyfresh/settings.py文件 
语言和时区的原内容为

LANGUAGE_CODE = 'en-us'TIME_ZONE = 'UTC'
1
2

将语言和时区改为

LANGUAGE_CODE = 'zh-Hans'TIME_ZONE = 'Shanghai/Asia'
1
2

1.查看当前状态

git status
1

2.保存现场

git stash
1

再查看当前状态，发现是干净的

git status
1

3.切换到master分支

git checkout master
1

4.新建临时分支用于修复bug，用完后会删除此分支

git checkout -b bug001
1

5.按照上面的设计，修改dailyfresh/settings.py文件的语言和时区如下

LANGUAGE_CODE = 'zh-Hans'TIME_ZONE = 'Shanghai/Asia'
1
2

添加：将工作区中的更改添加到暂存区 
注意：当前目录为manage.py文件所在目录

(py_django)python@ubuntu:~/Desktop/pytest/django1/dailyfresh$ git add dailyfresh/settings.py
1

提交：将暂存区的内容提交到仓库区

git commit -m '修复时区语言'
1

6.切换回master分支

git checkout master
1

7.将bug001分支合并到master分支 
因为临时分支用完后会被删除，无法通过分支查询历史记录，所以使用临时分支时需要使用no-ff的方式，同时写上-m备注信息

git merge --no-ff -m "修复bug-语言时区" bug001
1

推送到服务器

git push
1

8.删除临时分支bug001

git branch -d bug001
1

9.切换回工作分支zhujiao

git checkout zhujiao
1

查看现场列表

git stash list
1

恢复现场

git stash pop
1

恢复现场后查看工作状态

git status
1

接下来可以在这个分支继续开发

发布

项目开发完一个版本后，需要进行项目的合并与发布 
项目合并与发布，需要项目经理和组员一起来完成，每个人将开发的分支逐个合并到dev分支，如果有冲突则解决冲突，在dev上的代码经过测试没有问题后，则由经理合并到master分支，完成发布 
实现发布主要遵守如下步骤： 
每个人逐个合并分支到dev 
经理合并dev到master并发布 
每个人获取最新的dev分支、master分支

逐个合并

这一步是每个人将自己分支上开发的代码，合并到dev分支上，每个人逐个执行1-6步 
前题：已经完成了自己分支代码的开发并完成添加、提交及推送 
1.切换到dev分支

git checkout dev
1

2.获取最新记录代码

git pull
1

3.合并，将自己编写的代码加入进来，如果有冲突则与上一个组员商量解决冲突 
如果没有冲突则可以跳过4、5步

git merge 分支例：git merge zhujiao
1
2
3

4.添加 
注意：在项目的根级目录下，即README.md所在的目录下

git add ./
1

5.提交

git commit -m 'zhujiao发布v1.0'
1

6.推送

git push origin dev
1

经理合并

所有成员都完成合并后，接下来是项目经理要执行的操作 
1.切换到dev分支

git checkout dev
1

2.获取最新

git pull
1

3.切换到master分支

git checkout master
1

4.合并dev分支到master分支 http://blog.dqccc.com/s/article_9258001.html
如果有冲突，则找相应的组同解决冲突 
如果没有冲突则可以跳过5、6步

git merge dev
1

5.添加 
注意：在项目的根级目录下，即README.md所在的目录下http://blog.dqccc.com/s/article_9257781.html

git add ./
1

6.提交

git commit -m '发布v1.0'
1

7.打标签 
标签就是为了给一堆数字的版本号，起一个容易记住的名字，一般用于master分支

git tag v1.0
1

8.推送

git push
1

逐个获取

现在最新的代码已经有了，接下来在这个版本代码基础上继续开发，每个人都要获取最新的代码 
1.切换到master分支

git checkout master
1

2.获取

git pull
1

3.切换到dev分支

git checkout dev
1

4.将master分支合并到dev分支

git merge master
1

5.切换到自己工作的分支如zhujiao分支

git checkout zhujiao
1

6.将dev分支合并到工作分支如zhujiao分支

git merge dev
1

总结

git命令

git clone git地址 
git add 文件或目录 
git rm 文件或目录 
git checkout – 文件 
git commit -m ‘备注说明’ 
git reset HEAD或版本号 
git reflog 
git log 
git status 
git branch 分支名称 
git branch –set-upstream-to=origin/分支名称 分支名称 
git checkout 分支名称 
git checkout -b 分支名称 origin/分支名称 
git diff 版本1 版本2 
git merge 分支名称 
git pull 
git push origin 分支名称 
git tag 标签名称 
git stash