work flow 工作流程

常用git 命令 v-1

# 切换分支
git checkout site-v1.7.8
# 提交代码前，先拉取分支
git pull 

# 拉取失败说明有冲突，解决冲突...
# 保存在stash之中

# 目前没有权限，直接上传到中转库,格式如下
git push origin `分支名`:refs/for/`分支名`
git push origin site-v1.7.8:refs/for/site-v1.7.8

常用git 命令 v-2

# 切换分支
git checkout site-v1.7.8
# 提交代码前，先拉取分支
git pull 

# 所有本地分子
# 所有分支
git branch -a
# 所有远程分支
git branch -r
# 新建分支，基于某个分支新建分支
git checkout -b 本地分支名x origin/远程分支名x
# 可以把远程某各分支拉去到本地的branchname下，如果没有branchname，则会在本地新建branchname
git fetch origin branchname:branchname
# 获取远程分支remoteName 到本地新分支localName，并跳到localName分支
git checkout origin/remoteName -b localName
# 将远程分支拉取到本地分支
git fetch origin <远程分支名>
# 删除本地分支
git branch -d <分支名>
如果该分支没有合并到主分支会报错，可以用以下命令强制删除git branch -D <分支名>
# 删除远程分支
git push origin :branch-name
冒号前面的空格不能少，原理是把一个空分支push到server上，相当于删除该分支。
# 直接删除远程分支
git push origin --delete <分支名>
eg:git push origin --delete <hengshuai-v1.8.3.2>

# 阮一峰的git 远程教程
http://www.ruanyifeng.com/blog/2014/06/git_remote.html



# 拉取失败说明有冲突，解决冲突...
# 保存在stash之中

# 目前没有权限，直接上传到中转库,格式如下
git push origin `分支名`:refs/for/`分支名`
git push origin site-v1.7.8:refs/for/site-v1.7.8
# 不用在本地新建分支，只需要，所谓的三角关系
git push origin site-v1.8.7:hengshuai-v1.8.3.2
#git push origin site-v1.8.7:hengshuai-v1.8.3.2

开发流程

因为加密，为拥有各种权限，需要开启powerShell，执行kinit hengshuai.hu,
并输入密码。

开发环境与测试环境的切换

本地没有安装java环境，jsp文件需要上传到服务器端，解释并执行。

在本地环境与测试环境的切换时候，需要清除cookie。

注意：在开发完成jsp之后，除了上传到服务器个人文件夹之后，还需要git push。

开发环境

开启nginx进行静态资源的代理。jsp文件需要开发完成之后，上传到服务器。
服务器路径为：
/data/web/site9/webapp/WEB-INF/views/hengshuai.hu/*
/data/web/site9/webapp/WEB-INF/views/hengshuai.hu/template/grand-new/common
在访问链接之后加上

?front_dev_folder=hengshuai.hu，

表示拉取的是服务器上个人的文件,'='后面对应服务器上建立的个人文件。回车，则为本地开发环境。
例如：http://site9.chime.me/?front_dev_folder=hengshuai.hu
利用webpack进行编译，本地开发时候需要开启webpack，执行

// 旧版 banner为黑色
npm run dev1

// 新版 banner为白色
npm run dev2

tips：已经开启热更新。
在新版的开发之中，需要在链接后面增加参数，site* 为偶数的参数。格式如下：

http://site9.chime.me/?front_dev_folder=hengshuai.hu&global_domain=site8.chime.me

测试环境

直接上传到测试环境。利用host来实现服务器的切换。无论是测试环境还是本地开发环境，都需要开启host。

site开发一些背景

site第一二套模板，以页面头部为区分，头部导航栏为白色为第二套，头部导航栏为黑色为第一套。目前，每次改动一个需求，如果没有说明是针对那套模板，需要改动两个地方。（截止到2017.10.12）
site1~site9为子域名，在开发的过程中，每一个开发的当前版本对应一个site版本，在开发时，应与后端协商，将目前的版本号告诉后端，然后由后端决定我们在哪个版本开发，此为开发环境的确认。本地开发时，我们需要将新建或改动的jsp等需要java解析的视图文件上传到服务器下相应的site目录，开启webpack打包，开启Nginx代理，即可进行本地开发。

开发环境和测试环境，服务器都是一台，所以由服务器到开发环境相互切换时候，是不需要切换host的。将环境切换到测试，只是将jsp文件切换到公共的目录，将原来由Nginx代理到本地的静态文件上传到公共目录。

在文件的上传上，可以直接执行脚本，windows和mac都有相应的脚本来自动上传。
例如：windows环境下，site站的测试在site5环境上测试，执行的脚本的流程为：
cmd 执行如下命令：

cd homethy-static\site

# 下面的命令含义是：执行"win-deployOther0.bat"文件，上传的服务器地址是"10.4.36.107"，目录是："web/site5"
call win-deployOther0.bat "10.4.36.107" web/site5

# over done...

上传到测试环境

上传测试环境需要在git他人合并之后方可执行。

在window环境下执行 ,使用cmd执行：`call win-deployOther0.bat "10.4.36.107" web/site9` `注意：`使用powerShell会报错，无法执行命令。 执行的文件是`call win-deployOhter0.bat`,后面的是参数，“10.4.36.107”是服务器地址，后面的site对应目前的开发环境。