团队作业Week14
0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流）
我们团队采用TFS来进行源代码管理，以及VS2013进行开发，由于我们是进行数据的处理，不同于web服务器的搭建，我们对于环境的配置以及搭建没有特殊的要求，主要是集中于对于TFS的使用以及VS的操作，所以我们能够保证在新加入队员的情况下仍然能够把源码编译出最后稳定的发布版并且可以运行必要的单元测试而不需要和老的队员做任何交流。
对于TFS的签入签出产生的冲突通过团队内规范来解决，具体方法如下：
- 开始工作前的行为（每天开始工作先签出代码）
- 根据需要，签出你所需要修改的代码（注：在签出代码时，你的签出文件会和服务器同步）不要签出所有代码
- 修改代码时，不要改动你签出文件中他人的方法，如必需改动的，请与该方法作者协商
- 方法体不要太长，尽量不要超过20行，多进行重构
- 当一个方法完成时，请马上构建单元测试，并测试通过
- 单元测试需可重复测试，不要出现只能测试一次，下次测试必须修改数据库才能再测试的问题
- 每日签入的行为（每天需签入当日全部开发代码）签入步骤：
- 签入代码前先选择“获取服务器上最新版本（递归）”（不会对你的已签出文件覆盖）
- 编译解决方案下所有工程
- 解决编译冲突
- 运行单元测试
- 提交签入你的签出文件
- 版本控制行为（代码commit的要求和发生冲突的解决办法）
- 出现冲突时自动合并
- 自动合并解决不了的请选择解决按钮，选择手工合并
- 注意事项
- 打开解决方案时在网络环境允许的情况下一定要连接团队开发服务器
- 禁止用Ctrl+A 后再到其它文件中用Ctrl+C 、Ctrl+V的方式回写覆盖代码
- 签入代码时请在说明栏写简单说明
- 签入代码时关联有效工作项，并根据当前情况选择“关联”或“解决”
3. 如果某个文件在你签出之后已经被别人修改，并且签入了，那么你在签入你的修改的时候， 如何合并不同的修改（merge)? 你用了什么工具来帮助你？
这种情况通常不会发生，我们的任务计划制定的较为合理，尽量保证每个成员的代码分工是明确的，尽量将一段时间内的工作安排不同人操作不同的代码，即不会让两个人同时修改同一个文件中的代码，来避免产生冲突，这样即使有冲突也都在可以接受的范围之内。如果出现该情况，首先考虑自动合并，对于无法自动合并的则需要人工的来合并以解决冲突。
这个问题在大型软件开发中可能会涉及，在我们的软件开发过程中，还没有遇到过这种问题，所以暂时未进行考虑。
在Visual Studio中进行分支操作，十分方便，首先我们创建一个分支：
- 在源代码管理器窗口中，选中一个要对其进行分支的项目，然后右键点击选择“分支”，在这里，可以选择分支的名称、对主分支的最新版本还是指定版本进行分支，是否创建新分支的本地副本（也就是将新分支从TFS服务器上下载到本地工作区中）
- 点击确定按钮后，开始创建分支的操作，创建成功后，我们在源代码管理器窗口中，可以看到主分支和新分支之间有一个双向箭头的图标表示了它们的关系。
-
先试着在新的分支中修改一下代码，然后签入修改，接下来我们演示合并分支的操作：在源代码管理器窗口中，选择一个分支，将其合并到主分支，右键点击后，选择“合并”。
- 在源代码管理合并向导中，选中的分支作为源分支，目标分支会自动被识别出来，点击下一步按钮，向导会提示你，选择源分支的哪个版本进行合并，确定以后，向导提示你可能需要解决冲突，点击完成按钮，如果合并的分支之间有冲突，则会提示你要先解决冲突后，才能合并。点击解决按钮，提示*.cs文件存在冲突。
- 点击比较按钮，在比较窗口中，会显示两个分支中，同一个文件的差异，选择“在合并工具中合并修改”，并点击确定按钮，后台会为你启动合并工具，稍等片刻，在合并工具中可以选择一边的更改加以应用，如果有多个不一致的地方，则可以通过“上一个更改”和“下一个更改”进行方便的导航。
- 选择一个更改的内容后，你还可以在最下面的编辑窗口中，进行最后的修改，然后点击确定即可，提示冲突已经解决，是否保存文件，点击是，当所有冲突都已经解决后，点击关闭，退出冲突处理，完成合并操作。
- 这个时候，我们打开合并的目标分支，因为修改的内容合并到了目标分支，目标分支的对应文件处于挂起的更改“合并，编辑”，需要对其进行签入操作，才能将最新的内容提交到TFS服务器上。
