撒大苏打实验报告模板.docVIP

西南科技大学计算机 西南科技大学计算机科学与技术学院 实验报告 实 验 名 称 实验7 Linux环境文件版本控制 实 验 地 点 逸夫图书馆 实 验 日 期 2022/12/4 指 导 教 师 李波 学 生 班 级 软件2006 学 生 姓 名 陈旭辉 学 生 学 号 5120200391 提 交 日 期 2022/12/10 一、实验目的 （根据实验指导书列出的目的） 掌握源代码版本控制工具git的基本使用，理解源代码版本控制的原理； 二、实验设计 （描述实验主要步骤） 请继续7.1的例子（如图7 作家合作修改README的流程（主干方式）），将README文件修改为： 7.0 创建工作目录 创建readme.txt并查看工作目录状态 输出结果显示，readme.txt处于未跟踪状态（untracked files），也就是说该文件未存入代码库中，仅保存在工作目录中。 将readme.txt提交到本地代码库 git add readme.txt 成功： 命令执行错误，提示需要设置用户姓名和邮件地址 显示执行成功，提交了1个文件。 5.再次修改 结果表明：readme.txt文件发生了变化，但是还没有放入暂存区（Changes not staged），如果需要保存到代码库，可以使用git add命令，然后使用git commit命令；如果需要覆盖本地工作目录中的内容（回滚），使用git checkout命令。 查询文件前后的变化 暂存区a中的readme.txt文件有0行，工作区的文件有一行，因为暂存区a中的readme.txt文件没有内容因此没有发送两个文件内容合并，文件最后只有工作区文件的一行 把修改放入暂存，再次修改 这一次和上一次有所不同，这次暂存区a中的readme.txt文件有1行，和工作区文件的1行合并，从第一行开始连续两行第二个文件的内容 对比本地代码库 两者的差别是一样的，只是对本地代码库来说，近两次修改的内容都是新加的内容 也就是本地工作目录中的文件增加了“hello, again!”和“hello, the 3rd time!”两行。 进行回滚 结果回到的第一次修改的内容，暂存区中的文件未提交到本地代码库。 9.暂存区中的文件回滚为本地代码库中的内容 结果可见，暂存区不再为提交了的本地工作目录中的文件，即本地工作目录中的修改未暂存。 以上是7.0的内容 7.1 ** 注意：区别于建立本地代码库，建立远程代码库需要使用–bare选项 ** 1.用本地的代码库目录来模拟远程代码库 2.两位作家分别创建工作目录 作家A创建工作目录 同理。克隆B 模拟A作家创作： Vim README 完成创建新文件的创建和编写 作家A增加README到本地代码库中： 将本地代码库提交到远程代码库： 作家B更新README的版本1 获取README文件的变化： 从远程代码库file:///root/workspace/rep.git更新本地代码库成功。 作家A修改README文档，形成版本2 Vim README 同理，如上修改README文件后提交到本地代码库在上传到远程代码库 作家B得到远程中心代码库上的新版本，在其上进行修改 同理克隆版本2： B作家修改文件： 与此同时，作家A修改文章 A提交文件到远程代码库： 作家A提交后，作家B提交(5)中所做的修改 发生错误，提示远程库有更新，需要先执行git pull操作，再执行git push操作。 提示README文件产生了冲突 修改文件为 修改后： git add README git commit -m "Merged by B" git push origin master 重新提交到远程代码库 冲突解决： A读到B解决冲突后的文件： 任务：继续7.1的例子（如图7 作家合作修改README的流程（主干方式）），将README文件修改为： 修改完成： 三、实验记录 （记录针对实验指导书中提出的“任务”，描述操作的结果、遇到的问题、解决的方法、实验的效果等内容，注意截图与文字说明相结合） 四、实验思考或体会 1、以7.1中的过程为例子，描述源代码版本控制中的“冲突”是如何产生的？如何解决？ 产生：A、B同时修改了文件且文件内容不同，同时上传到远程代码库上作为同一版本，因此产生冲突。 解决：交冲突文本合并后，克隆下来，进行修改，修改后重新上传为新的版本就可以解决冲