1.GitHub版本更新流程
题目：请参照此文：http://www.ruanyifeng.com/blog/2015/12/git-workflow.html 制定本组项目的GitHub版本更新流程。
广泛使用的工作流程有Git flow、Github flow和Gitlab flow。比较了三种工作流程，我们选择了Github flow流程。有以下几点原因：
1.项目规模较小，用Git flow的简化版就能达到我们的需要。
2.它长期只有一个分支 master，利于管理
3.因为项目要不断修改，不断改进，需要“持续发布”
4.小组成员编码能力有限，很多地方需要大家一起协作，所以不便分成很多分支
（引用：http://www.ruanyifeng.com/blog/2015/12/git-workflow.html）
具体Github flow更新流程操作如下：
第一步：创建新的分支
首先我们用git checkout -b flowtest 命令 创建一个分支，git branch 命令可以看出现在有两个分支，并且现在在flowtest 分支。
第二步：发起一个pull request
以代码规范文档为例。首先将文档在本地创建之后，用git add、git commit、git push命令之后，上传到远程分支flowtest中。这时，这个分支目前的工作已经完成，可以进行合并操作了。因为是多人协作，所以我们要通知其他Collabrators。我们可以在Github网站上看到pull request页面。这时Pull request数量还是0。
此时发起一个pull request有两种方法。一个是点开pull request页面，读完introduction之后，会有一个create a pull request的链接，点击直接可以发起。
另一种方法是在code选项卡这点击New pull request按钮。
最后在Open a pull request页面填写相关的文字。（文档支持markdown）就可以发起一个pull request了。
第三步：评审文档、代码
当一个pull request发起后，小组的所有成员都可以用自己的账号看到这个请求。这时，大家可以提交自己的想法，有什么需要改进的，如果觉得已经达到要求，就可以通过Merge pull request按钮，将这个分支merge到主分支。
第四步：删除分支
pull request被接受后，这个分支就没有作用了，此时我们将该分支删除即可。
这时，分支就被我们删除了，同事pull request也被我们关闭了。这时就剩下master主分支了，可以继续进行开发。但我们也可以随时查看之前的pull request的操作历史。
因此，以后我们小组的Github版本更新流程就采取Github flow的方式，具体操作就按照上面的说明来操作。
2.代码规范
题目：制定本组的代码规范、GitHub提交源码的标准。
经讨论，我们决定用ajax+C#.net开发网页，用Visual Studio IDE开发。因此，我们制定了C#的代码规范。
因为代码规范特别多，就不在这一一列举了，以下是代码规范的简单目录。具体的代码规范，请前往https://github.com/Hahalovejava/Calculate 在Github 中，我们上传了C#_code_standard.docx和Code_Standard.md两个版本的代码规范。
一、代码注释
1、代码注释约定
2、模块头部注释规范
3、方法注释规范
4、代码行注释规范
5、变量注释规范
二、命名规则
1、命名的基本约定
2、类和接口命名
3、方法命名
4、变量命名
5、组件名称缩写列表
三、其它规范
1、编程风格
2、空白
3、错误处理
4、其它