石頭自清潔掃拖機器人G10S評測：多年黑科技集大成之作 懶人終極福音
科技圈經常能看到一個詞叫“縫合怪”，用來形容那些把好多功能或者外觀結合在一起的產品，通常這樣的詞是貶義詞，但如果真的是產品縫合的好、縫合的實用的話，那它就成了中性詞，今
在這篇文章中，我將與你分享7個 GIT 命令。 它們是有用的簡短命令，但有時我們會錯過它們。
我們將從一個非常短的 git 命令開始這個列表。 有時，我們在分支機構工作。 對于某些季節，我們需要切換到另一個分支。
但我們意識到我們錯過了上一個分支中的一些東西。
當然，我們需要使用checkout命令來checkout到上一個分支。
但除了找到（或記住）分支名稱來檢查這一點之外。 我們完全可以用另一種更簡單的方式來做。 我們只需要使用減號而不是分支名稱來調用 checkout 命令：
git checkout -在此演示中，我有一個分支 contains_commit_2 從分支 contains_commit_1 簽出。 分支 contains_commit_3 從分支 contains_commit_2 簽出。 這意味著最后兩個分支包含來自第一個分支的提交。 讓我們檢查一下。
然后，它使我們進入第五次提交。 當然，這很好。 所以我們只需要注意到這是一個很好的承諾。
然后它使我們進入第七次提交。 它有錯誤，因此我們將此提交標記為錯誤：
在最后一步中，我們進入第六次提交。 因為這是第七次提交的前一次提交（該提交發生了錯誤）。 所以我們將其標記為良好：
我們得到了關于提交使錯誤提交第七次的最終結果！ 我們只需要測試三次而不是七次！
我認為這是一個很好的 GIT 命令，可以幫助我們更輕松地進行調試。 如果您仍然想優化調試時間，可以嘗試使用 git bisect run。 它將幫助你通過腳本檢測提交是好還是壞。
本文中的最后一個命令是我希望能夠應用到我的生活中的命令之一。
有時，我們在處理一些子任務的分支機構工作時會用到它。
例如：我們需要在頁面上制作一個新按鈕。
我們可能有三個基本任務：創建單元測試、按鈕樣式以及處理按鈕單擊操作。 我假設我們會按照“測試”、“樣式”和“腳本”的順序進行，完成所有這些任務后，我們意識到我們在創建測試時缺少一些東西。 我們應該做什么？
當然，我們會修復它。 但是在修復它并提交之后，我們可能會得到一個不太漂亮的提交列表。
讓我們看一個例子：
在此示例中，我們只有一個“添加”提交。 可能沒問題。 但是如果我們有很多這樣的提交會發生什么呢？ 我們的提交樹可能看起來像一件補丁襯衫。 為了解決這個問題，我們可以使用git fixup命令。
要使用這種方式，我們只需要按照正常的方式進行一些添加即可。 我們不需要像普通提交那樣提交修復，只需使用選項 --fixup 和我們想要修復的提交的哈希值調用 git commit 命令即可。 它看起來像這樣。
我們還有四個提交。 但最后一次提交與需要修復的提交具有相同的消息，并帶有前綴“!fixup”。 為了使它們成為真正的解決方案，我們還需要采取進一步的措施。 只需要 git rebase -i --autosquash <previous base commit> 。 我們來試試吧！
完成啦！ 不再有“修復”提交。 提交列表現在很清楚了！
這就是我想在這篇文章中分享的全部內容。 我認為上面的命令使用起來并不太復雜。 每個人都可以輕松記住并使用它們。
本文鏈接：http://www.www897cc.com/showinfo-26-11828-0.html您可能會錯過的七個有用的 GIT 命令
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 防御性編碼的意識與實踐
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號