{210410} 命令行上的集特盒

👋 Hi!

推文

跟著 GitHub Learning Lab 實作一波 by Yen

進度

• [x] 還是不太了解 pr 重新看交作業
• [ ] [CMD101]: 31%
  • [x] Command Line 超新手入門的全部
  • [x] 2-1 ~ 2-4
• [x] [GIT101]
• [ ] [CS101]
  • [x] Unit 1
  • [x] Unit 4 網絡
  • [ ] Unit 11 程式基礎

有趣的指令

git log --oneline --graph --all

看見文件的足跡。

順序

除了作業 HW1 外，CS101-1-2下面有一題題，幫 1, 8, 9, 2, 5, 4 排序。一開始我想能不能中間劈開，然後排序左邊排序右邊⋯⋯ 好像不行🤔，為什麼不行？因為：中分那個是搜索用的，不是用來排序。

Git

這週在操作 Git 上遇到很多問題，(條條致命(壓力很大))。這是之前沒有想到的。第一週還沒到1/2就發生了 pr 發錯地方、把作業分開交、交完作業亂改、甚至找不到學習系統⋯⋯
之前老師在公告提到的錯誤，我好像一個沒漏全做了。

收拾心情。這邊想分享/引用兩句話：

source: Freecodecamp
一旦文件已經被推到遠處，想悔件就沒那麼簡單。原則：本地作業的完成程度不到 99.9% 就先別 push :D

對於新手苦手，如要出動到含有revert rebase HEAD的 git cmd 的話，情況可以變很糟。

最好按 Git 的初衷來：建 branch 並在 branch 上寫，寫完了，冷靜一下，確定完成程度+標點符號+正確格式。站起來拉伸，活動，•喝•杯•水•, etc. 再 commit 。

Git 詳細紀錄文件的成長過程。遇到 conflict 也不可怕，Git 的存在就是輔助你解決衝突。

source: Git SCM
人都想乾淨地回到過去，Git 會給你答案

一直以來 git 對我來說就是 Github。桌面版 GitHub 能快捷地推拉和提交，只要不做太複雜的事，就算不了解 branch 或 head 也沒什麼問題。直到在命令列上做版本控制/交作業和回收，才理解到更多 git 的工作原理。

(完)

CoderBridge筆記
Issues草稿

tags: lidemy