Skip to content

Latest commit

 

History

History
81 lines (51 loc) · 2.94 KB

README.md

File metadata and controls

81 lines (51 loc) · 2.94 KB

几个自己容易忘掉的东西(此文档也作为本人的Markdown语法练习题)

一· Markdown预备:

1. 如何避免代码块显示错误

(1). 确保代码块开始和结束的标记一致:

  • 开始时用 ```bash,结束时也要用 ```,而不带任何额外字符。

(2). 确保代码块之间没有其他内容:

  • 不要在代码块标记之间插入其他字符(如多余的空格或注释)。

完整示例

以下是一个示例,展示了如何在 Markdown 文件中正确使用代码块(代码细节请进入Edit模式查看):

git fetch skeleton   # 从框架源仓库拉取更新

2. 利用本地文本编辑器解决冲突可能遭遇的相关问题

  • <<< >>>前后出现的与原文档无关的信息都要删除(包括commit编号,HEAD文档起始标志等),这样才能保证不出现多余的信息。

二. 基本流程(除了上传Gradescope)

1. 打开git bash之后的初步准备工作:

(1). 检查是否成功链接到个人仓库:

  • 先通过cd操作令当前目录为f/cs61b/cs61b_ziyuliu258
  • 然后进行验证工作,输入以下代码:

检查是否成功连接。

(2). 更新本地仓库的状态:

使用git pull origin main来更新本地仓库的状态

(3). 合并远程更新:

git fetch skeleton   # 从上游仓库拉取更新

(4) 合并可能的冲突:

git merge skeleton/main   # 将可能出现的冲突合并到当前分支

略(非必需,如果有再具体处理)。

(5) 推送到个人仓库:

git push origin main

2. 完成作业的基本步骤:

(1). 完成具体任务:

略。

(2). 检查目前本地仓库的状态:

  • 使用git status,浏览是否有需要提交的内容。

注意:在各个步骤之间建议随时使用此操作检测当前文件状态,以随时添加发生更改的文件。

(3). add操作:

  • 将需要提交的内容先添加到待交列表中,使用git add <File>操作来添加。

(4). commit操作:

  • 在需要add的文件均被添加完成后,使用commit -m "<update log>" 操作来提交。双引号中存放你对此次commit的备注。这一步并不是真正的结束,还需要最后的push操作后GitHub上才能接收commit记录并同步本次更改。

(5). push操作以结束:

  • commit操作完成后,需要将被提交内容所在的分支再更新回传给个人GitHub的仓库,完成同步,使GitHub上的个人repo收到更新日志。这时我们要使用git push操作,具体语法为git push origin <Name of the Branch>,其中origin即为我们要同步的个人仓库地址,其后填写分支名。在本项目中,我们使用的分支默认为main主分支,故为git push origin main
  • 随后刷新个人GitHub网页检查是否上传成功。