Django工具：Git简介与基本操作

1.Git简介：

1.Git是目前世界上最先进的分布式版本控制系统

网址：http://github.com

2.总结git的两大特点：

• 版本控制：可以解决多人同时开发的代码问题，也可以解决找回历史代码的问题
• 分布式：Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。

 

2.经理创建

2.1安装配置：

 

• 安装

sudo apt-getinstall git

• 安装成功后，运行如下命令

git

 

配置

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

 

• git四部分的交互方式如下图

 

 

2.2创建仓库

• 注册github账户，登录后，点击"start a project"
• 在新页面中，输入项目的名称，勾选'readme.md'，点击'create repository'
• 添加成功后，转到文件列表页面，点击'create new file'创建新文件
• 填写文件名称为'.gitignore'，代码如下，表示项目中的pyc文件不需要被管理，因为这些文件代码是根据py生成的

• *.pyc
  .idea/
  migrations/

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

 

2.3添加ssh账户

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

 

生成git密钥

• 删除~/.ssh目录，这里存储了旧的密钥

rm -r .ssh

 

运行如下命令生成密钥

ssh-keygen -trsa -C "Github账号，可以是用户名，也可以是邮箱地址"

 

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

cat id_rsa.pub

 

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

 

2.4克隆项目

• 在浏览器中点击进入github首页，再进入项目仓库的页面
• 复制git地址
• 在命令行中复制仓库中的内容

git clone git地址

 

错误处理

• 提示错误信息如下：

sign_and_send_pubkey: signingfailed: agent refused operation

• 错误原因：在ssh账户中没有加入新生成的密钥
• 解决：将密码加入ssh账户
• 逐条运行如下命令

eval "$(ssh-agent-s)"
ssh-add

 

2.5创建项目分支

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

 

• 创建分支:git branch 分支名称
• 切换分支:git checkout 分支名称
• 将分支推送到服务器:git push origin 分支名称
• 将本地分支跟踪服务器分支

git branch--set-upstream-to=origin/分支名称分支名称

 

• 创建并切换分支:git checkout -b 分支名称
• 查看所有分支，当前分支前标记为星*:git branch
• 删除分支:git branch -d 分支名称
  没有例子，没错，就是没有例子，如果你删除了，我也找不回来哟

 

2.6搭建项目框架

• 当前项目分支一共有3个，分别为master、dev、itcast，当前在itcast分支上工作
• 在克隆的目录下创建项目，使用django框架
• 将文件代码添加到暂存区:git add dailyfresh/
  将暂存区提交到仓储区:git commit -m '搭建框架'

 

 

2.7上传分支

• 当从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来
• 远程仓库的默认名称是origin
• 推送分支，就是把该分支上的所有本地提交推送到远程库，推送时要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上

git pushorigin分支名称

 

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

gitpush origin python

 

• 将python分支合并到dev分支

gitcheckout dev
git merge python

 

• 推送dev分支:git push origin dev
• 将dev分支合并到master分支

git checkoutmaster
git merge dev

 

• 推送master分支:git push origin master

 

3.员工—开发

 

3.1添加ssh账户

生成git密钥

• 删除~/.ssh目录，这里存储了旧的密钥

rm -r .ssh

 

运行如下命令生成密钥

ssh-keygen -trsa -C "Github账号，可以是用户名，也可以是邮箱地址"

 

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

cat id_rsa.pub

 

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

 

3.2本地克隆

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

git clone项目地址

 

3.3同步分支

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

git checkout -bzhjia

• 将本地分支推送到服务器

git push originzhjia

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

git branch--set-upstream-to=origin/分支名称分支名称

 

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

git checkout -bdev origin/dev

 

3.4开发管理

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

git checkout zhjia

 

• 本地仓库分为三部分：工作区，暂存区，仓库区，其中暂存区、仓库区是版本库部分

 

 

3.5工作区与暂存区

 

添加

git add文件1文件2 ...
git add 目录

 

撤销 ：git checkout--文件名

 

3.6暂存区与仓库区

• 仓库区表示个人开发的一个小阶段的完成，仓库区中记录的各版本是可以查看并回退的，但是在暂存区的版本一旦提交就再也没有了
• 查看暂存区未提交的记录：git status
• 将暂存区的记录提交到仓库区

git commit -m'本次提交的说明信息'

 

3.7本地与服务器

 

获取

• 建议：在每天开始编写代码前，先与服务器同步一次；或者在公用分支如dev上开发时，建议先同步后开发
• 1.切换到dev分支：git checkout dev
• 2.获取代码，如果dev分支上有更新的记录则会同步到本地：git pull
• 3.切换回自己的分支继续开发：git checkout zhujiao

推送

• 建议：在每天下班前将当天开发推送到服务器，这样可以在服务器中存储一个备份，即使本机出问题，在服务器上还能存在代码备份

• git push origin zhjia

 

合并分支

• 一个功能模块开发完了，合并到dev分支
• 1.切换到dev分支：git checkout dev
• 2.获取代码，如果dev分支上有更新的记录则会同步到本地：git pull
• 3.合并：git merge zhjia
• 4.添加、提交并推送：git push origin dev
• 5.切换回工作分支：git checkout zhujiao
• 6.在最新代码上继续开发，所以将dev分支合并到zhujiao分支

git merge dev

 

解决冲突

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

 

项目经理的操作

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

git checkout dev

 

• 2.在dailyfresh/urls.py文件中添加一条url
• 3.添加并提交

git adddailyfresh/urls.py
git commit -m '配置前台url'

 

• 4.同步到服务器

git push origindev

 

员工的操作

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

git checkout dev

• 2.在dailyfresh/urls.py文件中添加一条url
• 3.添加并提交

git adddailyfresh/urls.py
git commit -m '配置用户模块url'

• 4.向服务器推送：git push origin dev

• 5.推送时发现出错误了，根据提示，需要先获取服务器的变更

git pull

• 发现有冲突，而且自动合并冲突失败，需要手动合并冲突，指向dailyfresh/urls.py文件
• 6.冲突解决完成，再次添加、提交、推送

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

 

3.8历史

• 查看仓库区的历史操作

git reflog

 

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

git diff HEAD--文件名

 

• 将上面的代码添加提交

git adddf_user/models.py
git commit -m '修改模型类的str方法为name属性'

 

回退

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

git adddf_user/models.py
git commit -m '修改模型类'

• 查看当前的暂存区状态：git status

• 重置版本：git reset 版本号

• 再次查看当前的暂存区状态：git status
• 可以再将暂存区的内容恢复到工作区

git checkout --df_user/models.py

 

3.9删除

• 在ide中将文件删除
• 从工作区到暂存区提交：git rm文件名
• 从暂存区到仓库区提交：git commit -m '说明信息'

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

git adddf_user/a.py
git commit -m '创建文件a'

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

git rmdf_user/a.py

• 3.提交暂存区的记录到仓库区

git commit -m'删除文件a'

 

3.10Debug分支

• 在项目的正常开发过程中，之前发布过的版本可能很会出bug，这时就需要停下来现在的开发任务，先去修改bug，完成后再回来继续开发任务
• git中stash提供了保存现场的功能，可以把当前工作区、暂存区中的内容不需要提交而保存下来，转而去做bug修复，完成后再恢复现场，继续开发工作

• 将语言和时区改为

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

 

• 1.查看当前状态：git status
• 2.保存现场：git stash
• 再查看当前状态，发现是干净的：git status
• 3.切换到master分支：git checkout master
• 4.新建临时分支用于修复bug，用完后会删除此分支

git checkout -bbug001

5.修改dailyfresh/settings.py文件的语言和时区

• 添加：将工作区中的更改添加到暂存区

git adddailyfresh/settings.py

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

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

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

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

• 推送到服务器：git push
• 8.删除临时分支bug001：git branch -d bug001
• 9.切换回工作分支zhjia：git checkout zhjia
• 查看现场列表：git stash list
• 恢复现场：git stash pop
• 恢复现场后查看工作状态：git status

 

 

4.0经理-发布

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

• 每个人逐个合并分支到dev
• 经理合并dev到master并发布
• 每个人获取最新的dev分支、master分支

 

4.1逐个合并

• 1.切换到dev分支：git checkout dev
• 2.获取最新记录代码：git pull
• 3.合并，将自己编写的代码加入进来，如果有冲突则与上一个组员商量解决冲突
• 如果没有冲突则可以跳过4、5步

git merge分支

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

git add ./

• 5.提交：git commit -m 'zhjia发布v1.0'
• 6.推送：git push origin dev

 

4.2经理合并

• 所有成员都完成合并后，接下来是项目经理要执行的操作
• 1.切换到dev分支：git checkout dev
• 2.获取最新：git pull
• 3.切换到master分支：git checkout master
• 4.合并dev分支到master分支
• 如果有冲突，则找相应的组同解决冲突
• 如果没有冲突则可以跳过5、6步

git merge dev

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

git add ./

• 6.提交：git commit -m '发布v1.0'
• 7.打标签
• 标签就是为了给一堆数字的版本号，起一个容易记住的名字，一般用于master分支：git tag v1.0
• 8.推送：git push

 

4.3逐个获取

• 现在最新的代码已经有了，接下来在这个版本代码基础上继续开发，每个人都要获取最新的代码
• 1.切换到master分支：git checkout master
• 2.获取：git pull
• 3.切换到dev分支：git checkout dev
• 4.将master分支合并到dev分支：git merge master
• 5.切换到自己工作的分支如zhjia分支：git checkout zhjia
• 6.将dev分支合并到工作分支如zhjia分支：git merge dev