WEEK14——10个问题

【声明！】
本博客内容仅为学校要求提交的内容，所有包含着此声明的博文或多或少为“学业要求”的产品，与个人所想展现的想法无关，所有含此声明的博文也将在毕业后存档删除。
若因此行为而给大家带来了不快，本人深表歉意。 

---

 

团队成员：25 37 39

---

你的团队的源代码控制在哪里？用的是什么系统？

Windows 开发 Android 数据源上传至Github&云端。

 

一个代码文件被签出之后，另一个人可以签出这个文件，并修改么？

当然可以啊，但是会进行署名版本以及原版本编码。

 

有几种设计，各有什么优缺点？

单一设计，追求简洁，没有第二版本，但可能迭代【这是后话】

 

如何看到这个文件和之前版本的差异？

理论上只有UI的优化以及输入的便捷，其他的就只能看版本号了Xd

 

如果某个文件在你签出之后已经被别人修改，那么你如何合并不同的修改（merge)?

这个问题我们确实没有考虑，但是我们应该会在编辑前先讨论防止有过多的BUG，在不回档的情况下经可能修改BUG，而且介于我们是小项目应该不会有特别大的、无法挽回的、不得不回档的BUG。

 

你有20个文件都是关于同一个功能的修改，你要如何保证这些文件都同时签入成功（修改的原子性）

我觉得……我们可能只有10个以内的文件【小声BB】

不过假设存在这个问题，那么我们只能一个一个来了，真的除了BUG那只能回档了。

 

你的PC 上有关于三个bug 的修改， 但是都没有完成，这时你要紧急修改第四个bug，如何把本地修改放一边，保证在干净的环境中修改第四个bug, 并签入修改？

新出分支保存正在修改，但未修改完的BUG，然后签出记录时间，再签入决定要修改的BUG。

 

如何给你的源代码建立分支？

一次修改一次分支，但存在主干，主干存在已完成、通过审核内容的源文件。

 

 

一个源文件，如何知道它的每一行都是什么时候签入的？

注释……养成良好习惯一次编辑一次注释同时标记个人编号，可以随时找到修改过的内容。

 

如何给一个系统的所有源文件都打上标签，这样别人可以同步所有有这个标签的文件版本？

这个部分就如同上述所说的主干，该内容更新了已完成且统一认知后的内容，即已完成的系统源文件，同步主干分支版本即是同步了该标签版本。

 

你的团队是否能部署自动构建的任务。

这个问题我个人（项目经理）觉得可以，但是实际内容还得等全流程开发结束后进行评估。