每日最新頭條.有趣資訊

一天1300 Star量,GitHub上新官方命令行工具

機器之心報導

參與:思

不想用命令行操作 GitHub 的開發者,不是好的開發者。——不是我說的

小編私以為,Git 是世界上最好的代碼版本控制工具,木有之一。在做項目的時候,通常我們會在本地寫代碼,並通過 Git 命令行追蹤所有修改痕跡。如果你想託管或開源,也可以直接用 Git 把整個項目推送到 GitHub 上。

一般而言,Git 主要都是通過命令行操控,add、commit、push 三道命令一氣呵成。當然 Git 也可以查看代碼文件狀態或回溯歷史代碼等等。自從有了 Git,命令行工具看起來都炫酷了許多。

Git 極簡教程:第一步添加修改的代碼文件,第二步將修改提交到本地代碼庫中,第三步將本地代碼庫推送到遠程代碼庫。

當我們將本地代碼提交到 GitHub 後,那麽就可以在 GitHub 網站上查看各種互動信息了,例如其它開發者提的 Issue,或者提交的代碼合並請求等。但是,如果我們能在命令行上直接查看、處理這些信息,那麽這一定非常酷。從 Git 到 GitHub,命令行能提供一條龍服務。

近日,GitHub 就滿足了這種想象,其新發布了新命令行工具「GitHub CLI」,該工具能無縫對接 GitHub。正如部落格所說的:「gh 命令將把 GitHub 的操作體驗,都搬到命令行中」。

現在,macOS、Windows 和 Linux 都能安裝這個命令行工具包。雖然 GitHub CLI 目前仍然是 Beta 版,但從我們的體驗上,還是非常友好的。此外,儘管是新項目,但其已經有了 4.8K 的 Star 量,且剛推出 Beta 一天就增長了 1.3K。

工具地址:https://cli.github.com/

開源地址:https://github.com/cli/cli

上手 GitHub CLI

因為我們試用的系統的 macOS,按照官方文檔,直接用 Homebrew 就好了,不需要額外的操作。安裝後第一個疑惑就是,它怎麽知道我的 GitHub 是啥?果然,運行命令之前是需要授權的。不過這個授權也是異常簡單,只要在 GitHub 網頁上點擊確定就行了,gh 會自動登錄我們的 GitHub 账號。

後面轉到本地的 GitHub 項目,現在 gh 命令就沒問題了。如下我們先互動式地提交了一條 Issue,Issue 的 Body 需要通過 nano 編輯。

是的,互動式 Issue 最後還是會打開網頁,預覽並提交。當然,我們也可以選擇直接在命令行提交。在 GitHub 部落格、文檔中,我們可以找到更多的玩法,如下我們就會介紹一部分。

GitHub 首先介紹的是 Issue 和 Pull Requests 兩個任務的用法,因為大多數開發者每天都會和它們打交道,後文將分為五步一一展示。同時,如果我們對某個開源項目提交代碼或者進行其它操作,gh 命令也會給你不一樣的體驗。

gh 使用手冊:https://cli.github.com/manual/

1. 按需篩選 Issue

現在,我們找一個想要對它做點什麽的開源項目,然後下載到本地。如果我們想看看維護者希望獲得幫助的條目,那麽可以使用 gh 來過濾不同的 Issue。如下所示將篩選出關於「help-wanted」的 Issue:

2. 快速瀏覽

如果找到了一條你能解決的 Bug,使用 gh 能快速在網頁上展示這條 Issue 的細節。

3. 創建 Pull Request

創建一條分支,並提交一些代碼以修複前面 Issue 提到的 Bug,然後就可以提交一條 PR 來分享你的貢獻了:

如果使用 GitHub CLI 創建 Pull Request,且你之前沒有 Fork 這個項目,那麽命令工具會自動 Fork 它。命令工具會將分支推送上去,並提交 PR 以等待合並修改。

4. 查看 PR 狀態

等到第二天,你就可以瞄一眼提交的 PR 到底有什麽改變。gh 命令可以展示 Pull Request 的狀態,並預覽它:

5. 檢查 Pull Request

一旦項目維護者看到了你提交的 PR,並作出反饋,我們就可能已經切換了分支。所以,可以使用 gh 來檢查 Pull Request 分支:

修正代碼、推送代碼然後合並代碼,現在你已經會 GitHub CLI 的基本操作了。後面,隨著命令行工具越來越強大,也許 GitHub 更多更便捷的能力也能加進來,例如瀏覽代碼等等。

本文為機器之心報導,轉載請聯繫本公眾號獲得授權。

------------------------------------------------

獲得更多的PTT最新消息
按讚加入粉絲團