团队源代码管理

作业题目： 团队源代码管理

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

我们的源代码托管在gitee上面，用git控制代码版本，用的是Windows10系统

 

(2) 一个代码文件被签出之后，另一个人可以签出这个文件，并修改么？   有几种设计，各有什么优缺点？

1、  所有人可以自由签出，优点是可以多人同时编辑代码，不需要等一个开发者完成再进行开发，缺点是容易引起代码签入冲突，出现bug。

2、  一个人签出后，文件上锁，优点是不容易发生签入冲突，缺点是浪费时间，效率低。

 

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

可以在gitee的提交历史中看到每次提交的版本以及每次提交版本的说明。

 

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

Git可以方便地对有简单不同的修改进行合并，但对于有逻辑冲突的部分将会给出conflict的提示，这时需要手工修改。  针对文件的不同状态（modified、untrack、conflict等）给出不同的颜色提示。

 

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

在Git中，所有在本地仓库中修改的文件都要统一经过commit为新的本地版本后，再push至远程分支。这保障了本地修改提交的原子性，同时git服务器远程提供的修改操作也具有原子性。这样就保障了整体修改的原子性。

 

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

将远程工程clone到本地，然后在另一个git仓库中修改bug。

 

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

使用git branch Dev命令建立分支

 

使用git checkout Dev切换到当前分支下进行作业

 

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

git中有修改前后的对比，根据颜色我们可以找到修改的部分，然后查看提交者就可以查看签入时间。

 

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

在git控制台输入git commit -m"the second version"并回车，这样就可以知道第二个版本，也可以将“the second version”改成其他说明

 

(10) 你的团队是否能部署自动构建的任务

我们没有进行单元测试，时间太紧迫了。