版本控制报告
作业要求【https://edu.cnblogs.com/campus/nenu/2018fall/homework/2380】
一、回答问题
1. 你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？
场景： 程序员果冻正在对几个文件进行修改，实现一个大的功能， 这时候，程序员小飞也要改其中一个文件，快速修复一个问题。怎么办？
回答：团队项目的代码在coding.net上托管，采用git的方式进行控制，这个是老师在项目开始时统一规定的。
本项目开发用的系统是Windows10。
文件没有锁定，便于组员间的及时沟通。提交代码前要先更新代码，在本地处理好冲突之后，再推送至服务器。
2. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。
场景： 程序员果冻看到某个文件被修改了，他怎么看到这个文件在最近的修改究竟改了哪些地方？ （例子）
回答：我们在安装git的时候同时安装了TortoiseGit，TortoiseGit中有与上一版本比较差异的功能，可以很方便的看到两个版本间的变化；也可以使用git log --stat 查看每次提交的内容差异 ，并显示两条类容。
我们还可以通过git log语句查看日志，通过查看日志中的提交说明，及代码中对修改作出的相应注释可以看到代码修改和工作项，缺陷修复的关系。
3. 如果某个文件在你签出之后已经被别人修改，并且签入了，那么你在签入你的修改的时候， 如何合并不同的修改（merge)? 你用了什么工具来帮助你？
回答：需要先从coding.net上pull下新的本地仓库，更新本地服务器代码，如果有冲突则对比解决冲突。使用工具是TortoiseGit。
4. 你有20个文件都是关于同一个功能的修改，你要如何保证这些文件都同时签入成功（修改的原子性），或者同时签入不成功？
场景： 程序员果冻要签入 20 个文件，他一个一个地签入， 在签入完5 个 .h 文件之后， 他发现一些 .cpp 文件和最新的版本有冲突，他正在花时间琢磨如何合并... 这时候， 程序员小飞从客户端同步了所有最新代码， 开始编译， 但是编译不成功 - 因为有不同步的 .h 文件和 .cpp 文件！ 这时候， 别的程序员也来抱怨同样的问题，果冻应该怎么办？
回答：如果是与较多文件有关的修改，在进行签入前我们会尽量在群里沟通一下，尽量把这种事情的发生，或者可以在签入前将所有文件锁定。我们的项目进项到现在还未出现这种情况。
5. 你的PC 上有关于三个功能的修改， 但是都没有完成，有很多文件处于半完工的状态，这时你要紧急修改一个新的 bug，如何把本地修改放一边，保证在干净的环境中修改这个 bug, 并成功地签入你的修改 --- changelist management。
回答：保持原有内容不变，新建一个分支，在新分支上进行修改bug。
6. 规范操作和自动化
你的团队规定开发者签入的时候要做这些事情：
9. 如何给一个系统的所有源文件都打上标签，这样别人可以同步所有有这个标签的文件版本？
代码每天都在变， 有时质量变好，有时变差，我们需要一个 Last Known Good （最后稳定的好版本） 版本， 这样新员工就可以同步这个版本， 我们如果需要发布，也是从这个版本开始。 那么如何标记这个 Last Known Good 版本呢？
回答：在good known版本的时候就可以新建立分支good known，需要的时候就从分支good known中导出。
10. 你的项目的源代码和测试这些代码的单元测试，以及其他测试脚本都是放在一起的么？ 修改源代码会确保相应的测试也更新么？你的团队是否能部署自动构建的任务？
回答：本小组没有进行单元测试和其他的测试脚本。
作业题，分析比较各种软件构建环境：
- github
- https://gitee.com/education
- coding.net
- code.csdn.net
- gitcafe.com
- www.visualstudio.com
- code.taobao.org
- Visual Studio Team Foundation Server
- gitblit， 在Windows系统下构建 git 服务，带网页端管理…
- Visual Source Safe (VSS)
- 自己搭建系统
回答:
| git hub | coding.net | Visual Source Safe | |
| 优点 |
1、GitHub 只支持 Git 格式的版本库托管，而不像其他开源项目托管平台还对CVS、SVN、Hg 等格式的版本库进行托管。GitHub 的哲学很简单，既然 Git 是最好的版本控制系统之一（对于很多喜欢 Git 和 GitHub 的人没有之一），没有必要为兼顾其他版本控制系统而牺牲 Git 某些独有特性。因此没有支持其他版本控制系统的历史负担，是 GitHub 成功的要素之一。 2、GitHub 对 Git 版本库提供了完整的协议支持，支持 HTTP 智能协议、Git-daemon、SSH 协议。 3、GitHub 提供在线编辑文件的功能，不熟悉 Git 的用户也可以直接通过浏览器修改版本库里的文件。 4、将社交网络引入项目托管平台是 GitHub 的创举。用户可以关注项目、关注其他用户进而了解项目和开发者动态。 5、项目的 Fork 和 Pull Request 构成 GitHub 最独具一格的工作模式。对提交代码的逐行评注及 Pull Request 构成 GitHub 特色的代码审核。 6、GitHub 通过私有版本库托管、面向企业的版本库托管和项目管理平台、人员招聘等付费服务获得了商业上的成功，这种成功使得 GitHub 不必以页面中嵌入广告的方式维持运营，最大的受益者还是用户。 7、GitHub 网站采用 Ruby on Rails 架构，在 Web 设计中运用了大量的JavaScript、AJAX、HTML5 等技术，支持对使用 Markdown 等标记语言的内容进行渲染和显示等。关注细节使得 GitHub 成为了项目托管领域的后起之秀。 |
Coding.net用的是目前最流行的版本控制系统。 基于云主机云存储的基础支撑下的产物—— Coding.net 是一个“云中云”平台。 coding.net 速度快。 coding.net安全性高。 |
微软的VSS版本控制软件，简单，上手快。 软件支持Windows系统所支持的所有文件格式，兼容Check out-Modify-Check in（独占工作模式）与Copy-Modify-Merge（并行工作模式）。VSS通常与微软公司的Visual Studio产品同时发布，并且高度集成。 VSS的项目组织管理使得开发小组的协调变得简单容易且很直观。 |
| 缺点 | 国内偶尔访问困难，有时访问速度堪忧 | 稳定性差 |
VSS遇到奇怪的问题，提交大的文件（30MB左右），总是崩溃，显示延缓写入错误，英文提示是error from reading file. VSS（6.0d及较早版本）最广受垢弊的缺点是需要快速大量的信息交换，因此仅适用于快速本地网络，而无法实现基于Web的快速操作，尽管一个妥协的办法是可以通过慢速的VPN。 |
二、报告
1.α阶段代码矩阵
| 刘莹莹 | 潘世维 | 周昊 | 王玉潘 | 赵美增 | 祝玮琦 | 孙韦男 | 朱珅莹 | |
| 2018.10.17 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
| 2018.10.18 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.10.20 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.10.21 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
| 2018.10.22 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
| 2018.10.23 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.10.24 | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 1 |
| 2018.10.25 | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 0 |
| 2018.10.26 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.10.27 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.10.29 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
2.β阶段第一周代码矩阵
| 刘莹莹 | 王玉潘 | 潘世维 | 周昊 | 赵美增 | 孙韦男 | 祝玮琦 | 范靖璇 | |
| 2018.11.13 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2018.11.14 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 0 |
| 2018.11.15 | 1 | 0 | 1 | 0 | 0 | 1 | 1 | 0 |
| 2018.11.16 | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 0 |
| 2018.11.17 | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 0 |
| 2018.11.18 | 1 | 0 | 1 | 0 | 0 | 1 | 1 | 0 |
| 2018.11.19 | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 0 |
3.check in log
| 时间 | 人员 | message | 所属功能 |
| Oct 17 21:27:10 2018 | wangyp（王玉潘） | init | 基本框架 |
| Oct 18 23:18:55 2018 | KamiForever（潘世维） | 添加播放音乐功能 | 音乐播放功能 |
| Oct 20 19:30:43 2018 | liuyy0817（刘莹莹） | 音乐加强 | 改进音乐播放功能 |
| Oct 21 21:42:25 2018 | zhushenying（朱珅莹） | 增加了文件的读取功能 | 增加了文件的读取功能 |
| Oct 22 20:27:52 2018 | doubanjiang73(祝玮琦) | 视频功能增加 | 视频功能增加 |
| Oct 23 20:23:59 2018 | KamiForever（潘世维） | 添加提示功能 | 添加提示功能 |
| Oct 24 18:56:59 2018 | liuyy0817（刘莹莹） | liu | 音乐功能 |
| Oct 24 19:29:18 2018 | zhushenying（朱珅莹） | zhu | 文件读取功能 |
| Oct 24 19:53:08 2018 | sunsss（孙韦男） | zenjiatishikuang | 增加提示框 |
| Oct 24 21:11:37 2018 | doubanjiang73（祝玮琦） | zhu | 视频功能 |
| Oct 25 17:46:22 2018 | doubanjiang73（祝玮琦） | 储存缓存 | 储存缓存 |
| Oct 25 20:15:39 2018 | sunsss（孙韦男） | sun | 提示框 |
| Oct 26 21:07:52 2018 | KamiForever（潘世维） | 补充题目 | 补充题目 |
| Oct 27 22:01:24 2018 | KamiForever（潘世维） | 添加音量设置和活动结束控制 | 添加音量设置和活动结束控制 |
| Oct 29 23:40:08 2018 | KamiForever（潘世维） | alpha发布 | alpha最终版 |
| Nov 14 22:11:55 2018 | KamiForever（潘世维） | 更新界面 | 更新界面 |
| Nov 15 18:54:09 2018 | doubanjiang73（祝玮琦） | update | 更新 |
| Nov 15 19:16:57 2018 | sunsss（孙韦男） | work | 更新 |
| Nov 15 20:29:30 2018 | liuyy0817（刘莹莹） | ido | 更新 |
| Nov 16 15:14:29 2018 | sunsss（孙韦男） | friday | 更新 |
| Nov 16 17:00:48 2018 | doubanjiang73（祝玮琦） | i do | 更新 |
| Nov 16 17:43:51 2018 | liuyy0817（刘莹莹） | dd | 更新 |
| Nov 17 18:26:39 2018 | sunsss(孙韦男) | three | 更新 |
| Nov 17 19:19:31 2018 | doubanjiang73（祝玮琦） | 11.17 | 更新 |
| Nov 17 20:56:44 2018 | liuyy0817（刘莹莹） | 8 | 更新 |
| Nov 17 23:23:26 2018 | KamiForever（潘世维） | 更新背景和接口 | 更新背景和接口 |
| Nov 18 14:59:14 2018 | sunsss（孙韦男） | four | 更新 |
| Nov 18 20:12:41 2018 | doubanjiang73（祝玮琦） | 11.18 | 更新 |
| Nov 18 21:40:32 2018 | liuyy0817（刘莹莹） | 18 | 更新 |
| Nov 19 17:51:46 2018 | sunsss（孙韦男） | monday | 更新 |
| Nov 19 20:15:56 2018 | doubanjiang73（祝玮琦） | 11.19 | 更新 |
| Nov 19 21:35:22 2018 | liuyy0817（刘莹莹） | up | 更新 |
4.每位队员的代码贡献量比例，以数据和饼状图给出
