1 权威指南前三章重点
1.1git vs svn
1.2 各平台git bash 的安装 windows linux ios
git bash —>cygwin –>linux ubuntu oh-my-zsh github上
2 平时使用git
2.1 不会使用GUI 不可能把git 的每一条命令记录下来 不用乌龟GIT 和egit
2.2git ,gitconfig .git 这些配置文件要保存一份 备份这些文件
公钥和密钥 —用于提交代码和拉代码 —id_rsa ssh 保存
2.3 团队使用
3 工作中协同模型(基于java项目的实际协同方式)
如内网的 公司内部的远程仓库(LOCAL REPO)–默认master主分支
开发人员:DEV1 DEV2 DEV3
开发过程:首先我把项目的配置和框架都搭好,然后要求开发人员把分支都
下下来,每个人本地都有各master分支,都在master基础上创建自己的分支。
如 feature_D1,feature_D2,feature_D3。
要求不同模块由不同开发人员开发来做。模块分开,所有模块的实现都按需求写好,
后期每个人写Action。模块化,模块责任化。项目有耦合,两个人商量着做。如果你改别人的代码要协商。
串行开发方式。
公司内部团队开发的协同方式
开发人员流程:
1团队成员开发完自己的模块后,
2先从远程服务期把代码拉下来(pull) 拉到本地的master
3D1把本地开发分支的代码合并到本地master分支。
4 把本地master的代码 push到远程master 进度可以这样向前
项目完成一个版本来的开发(版本1.0)
管理人员把master拉下来,检查规范什么的,如果都过了,创建一个test 1.0版本的分支 推向远程仓库。
测试人员可以从这个分支获取并测试。
要充分沟通
readmind项目管理工具。版本库 看报表 PM工具
部署的方式
内网远程库 内网 linux centos服务器
开发环境(dev repo)
Master 开发分支
Test测试分支
PRO产品分支(生产分支)
||
V
生产环境(remote repo)
产品分支推到生产环境
java 项目 maven构建
在服务器操作
1git clone
2git fetch/git merge
3 mvn war:war
部署完毕 一般写成shell,先把机器停掉
Tomcat1 Tomcat2 —TomvatN 集群的部署结构
TomcatK git 推过来 放最新功能预测。现关闭tomcat 打包部署再启动,依次替换掉其他Tomcat
个人开发环境(home dev)
线上产品临时修改。
在产品上 建修复分支 来到家里 然后
公司环境:产品分支 同步到公司里本地的开发环境 再 merge到开发主分支就行了