Artanis132

2022-finalproject/Answer/Answer.md

@@ -0,0 +1,61 @@
+# 问题一
+
+>  若你已经修改了部分文件、并且将其中的一部分加入了暂存区，应该如何回退这些修改，恢复到修改前最后一次提交的状态？给出至少两种不同的方式 :sailboat:
+
+## 回退暂存区解法一
+
+**git reset --hard**
+
+![image-20221108192221814](./image-20221108192221814.png)
+
+
+
+## 回退暂存区解法二
+
+**git checkout -f**
+
+![image-20221108192317397](./image-20221108192317397.png)
+
+
+
+
+
+# 问题二
+
+>  若你已经提交了一个新版本，需要回退该版本，应该如何操作？分别给出不修改历史或修改历史的至少两种不同的方式 :airplane:
+
+## 不修改历史解法
+
+**git revert HEAD**
+
+![image-20221108192527831](./image-20221108192527831.png)
+
+
+
+## 修改历史解法
+
+**git reset [版本号]**
+
+![image-20221108192429563](./image-20221108192429563.png)
+
+
+
+
+
+# 问题三
+
+>  我们已经知道了合并分支可以使用 merge，但这不是唯一的方法，给出至少两种不同的合并分支的方式 :zzz:
+
+## 分支合并解法一
+
+**git cherry-pick [分支]**
+
+![image-20221108192705347](./image-20221108192705347.png)
+
+
+
+## 分支合并解法二
+
+**git rebase [分支]**
+
+![image-20221108192813082](./image-20221108192813082.png)

2022-finalproject/README.md

@@ -1,44 +1,71 @@
-# Final Project
-
-- 本次大作业的文件除特殊要求外都应使用合理的英文名称命名
-- 通过 pull request 的方式提交到[课程仓库](https://github.com/gdut-dynamic-x/missing-semester)，具体位置为 `2022-finalproject` 文件夹下以你 GitHub ID 命名的文件夹
-
-## Pull Request
-
-**本节通过实操考察 pull request 的掌握情况，后面三节是 pull request 包含的内容**
-
-PR 考察分两阶段
-
-1. 第一阶段要求在11月7日21:00前开启你的 PR
-   - 值得注意的是，你不必在完成下面的内容后再开启 PR，PR 会自动跟踪你在自己分支上的修改
-   - 你的 PR 需要有合理且直观的标题和描述，不要空着，但这些内容是随时可以修改的，所以不必在开启 PR 时有过多的顾虑
-   - 你需要主动查看 PR 的合并检查项目并且解决自己可以解决的检查项目，下面介绍检查项目
-       - 你的 PR 需要至少一个 reviewer，如果你认为自己已经无事可做了，可以发送 request review 来使你的 PR 更快地合并
-       - 如果 reviewer 提出了修改意见，你需要在解决后回复，在确认完成后点击 resolved
-       - 你的修改历史必须是线性的，也就是不能出现分支间 merge
-       - 你增加的文件必须在 `2022-finalproject` 文件夹中
-2. 第二阶段要求在11月10日21:00前完成合并
-   - 值得注意的是，在第二阶段仍然可以修改或增加你的作业内容，但建议你尽量在这之前完成
-   - 我们会在两个阶段的临界点修改其中一个检查项目，你需要在这之后再次通过所有检查项目，通过后再次 request review，如果没有问题，你的 PR 就会被合并
-   - 被修改的检查项目为：作业提交文件夹变更为 `_2022-finalproject`
-   - 第二阶段不再接受新开的 PR，所以不要尝试通过重开 PR 或删除自己 Fork 的仓库来解决第二阶段提出的考验
-
-你可以在 MarkDown 文档中使用中文，在 PR 的描述及评论中使用中文，但**不要在 PR 的标题、commit 内容**中使用中文
-
-PR 的标题不是一个句子，请不要在末尾加上句号，并且需要用**极其精简且具有概括性的**语言来描述你的工作；在“描述”需要较为详细地讲述你完成的工作、修改的内容等
-
-你可以与同学讨论关于本节的内容，但后面的内容需要独立完成
-
-## 自述文件
-
-**要求：** 编写一个文档，对你自己在这门课程中的学习过程做一个总结，合理使用 MarkDown 的语法，字数不限，内容不限  
-**提交：** 一个文件，名称为 README.md
-
-## Git 应用
-
-**要求：** 编写一个文档，回答下列问题，这些问题的答案都应当使用 git 命令实现  
-**提交：** 一个 MarkDown 文件和若干个图片文件，在 MarkDown 中使用有效的`相对路径`引用你的图片
-
-1. 若你已经修改了部分文件、并且将其中的一部分加入了暂存区，应该如何回退这些修改，恢复到修改前最后一次提交的状态？给出至少两种不同的方式
-1. 若你已经提交了一个新版本，需要回退该版本，应该如何操作？分别给出不修改历史或修改历史的至少两种不同的方式
-1. 我们已经知道了合并分支可以使用 merge，但这不是唯一的方法，给出至少两种不同的合并分支的方式
+Final Project
+
+    本次大作业的文件除特殊要求外都应使用合理的英文名称命名
+    通过 pull request 的方式提交到课程仓库，具体位置为 2022-finalproject 文件夹下以你 GitHub ID 命名的文件夹
+
+Pull Request
+
+本节通过实操考察 pull request 的掌握情况，后面三节是 pull request 包含的内容
+
+PR 考察分两阶段
+
+    第一阶段要求在11月7日21:00前开启你的 PR
+        值得注意的是，你不必在完成下面的内容后再开启 PR，PR 会自动跟踪你在自己分支上的修改
+        你的 PR 需要有合理且直观的标题和描述，不要空着，但这些内容是随时可以修改的，所以不必在开启 PR 时有过多的顾虑
+        你需要主动查看 PR 的合并检查项目并且解决自己可以解决的检查项目，下面介绍检查项目
+            你的 PR 需要至少一个 reviewer，如果你认为自己已经无事可做了，可以发送 request review 来使你的 PR 更快地合并
+            如果 reviewer 提出了修改意见，你需要在解决后回复，在确认完成后点击 resolved
+            你的修改历史必须是线性的，也就是不能出现分支间 merge
+            你增加的文件必须在 2022-finalproject 文件夹中
+    第二阶段要求在11月10日21:00前完成合并
+        值得注意的是，在第二阶段仍然可以修改或增加你的作业内容，但建议你尽量在这之前完成
+        我们会在两个阶段的临界点修改其中一个检查项目，你需要在这之后再次通过所有检查项目，通过后再次 request review，如果没有问题，你的 PR 就会被合并
+        被修改的检查项目为：作业提交文件夹变更为 _2022-finalproject
+        第二阶段不再接受新开的 PR，所以不要尝试通过重开 PR 或删除自己 Fork 的仓库来解决第二阶段提出的考验
+
+你可以在 MarkDown 文档中使用中文，在 PR 的描述及评论中使用中文，但不要在 PR 的标题、commit 内容中使用中文
+
+PR 的标题不是一个句子，请不要在末尾加上句号，并且需要用极其精简且具有概括性的语言来描述你的工作；在“描述”需要较为详细地讲述你完成的工作、修改的内容等
+
+你可以与同学讨论关于本节的内容，但后面的内容需要独立完成
+自述文件
+
+要求： 编写一个文档，对你自己在这门课程中的学习过程做一个总结，合理使用 MarkDown 的语法，字数不限，内容不限
+提交： 一个文件，名称为 README.md
+Git 应用
+
+要求： 编写一个文档，回答下列问题，这些问题的答案都应当使用 git 命令实现
+提交： 一个 MarkDown 文件和若干个图片文件，在 MarkDown 中使用有效的相对路径引用你的图片
+
+    若你已经修改了部分文件、并且将其中的一部分加入了暂存区，应该如何回退这些修改，恢复到修改前最后一次提交的状态？给出至少两种不同的方式
+    若你已经提交了一个新版本，需要回退该版本，应该如何操作？分别给出不修改历史或修改历史的至少两种不同的方式
+    我们已经知道了合并分支可以使用 merge，但这不是唯一的方法，给出至少两种不同的合并分支的方式
+
+# ##2022先导课总结
+
+## ***学习到的知识***
+
+***1、复习整理c++的用法。***
+
+***2、shell语言的学习及linux系统终端的基本用法。***
+
+***3、vim编辑的基本用法。***
+
+***4、了解并设置ssh的密钥。***
+
+***5、学习github网站的认识与基本使用。***
+
+***6、学习网上搜集各种解决问题的方法。***
+
+***7、ros！ros！ros！***
+
+## ***收获***
+
+***重新学到很多新语言和知识，每当自主解决了一个问题就会很开心，依靠群里大家的进言献策也帮助我解决了很多问题，最激动的就是装ros的那一段时间。***
+
+***ros用课余时间装了三天，运用了各种方法都不行，直到最后快开始讲授ros的时候才发现自己装错了ubuntu的版本，而后狠下心来格式化了一个磁盘，重新安装了ubuntu。终于在第二天凌晨的时候装好了ros。在小乌龟能运行起来的那一瞬真的觉得值得了。***
+
+***希望能在后面的课程中学到更多的技能，能达到能为团队作贡献的水平！***
+
+***徐秋晨***
+