hub: công cụ CLI git cho GitHub
/hub
hub vẫn làm đúng những gì nó luôn làm: hub clone, hub pull-request và các lệnh tắt GitHub khác chạy trơn tru, việc alias nó thành git cũng không rủi ro hơn trước. Điều đã thay đổi là lựa chọn thay thế — gh CLI chính chủ của GitHub giờ phủ cùng phạm vi đó với hỗ trợ GitHub API gốc, và chính README của hub dẫn người dùng mới sang thẳng gh. Đó mới là tín hiệu thật: một dự án tự trỏ người đọc sang người kế nhiệm khả dĩ của nó là điều đáng tin.
hub là gì và làm được những gì
hub là một công cụ dòng lệnh bọc quanh git để thêm các lệnh nhận biết GitHub — clone theo kiểu rút gọn owner/repo, mở pull request, gọi GitHub API từ script — chồng lên trên binary git bạn đang có sẵn. Nó không thay thế git. README nói hub có thể được alias thành git một cách an toàn, nên các lệnh git thông thường vẫn chạy y như trước trong khi phần mở rộng của hub đi kèm bên dưới.
Tính năng cốt lõi: các lệnh hub bổ sung cho git
- ✓hub clone owner/repo tự động mở rộng thành URL clone GitHub đầy đủ, dùng SSH nếu bạn đã đặt git config --global hub.protocol ssh.
- ✓Có thể alias thành git qua eval "$(hub alias -s)" trong file khởi động shell — README nói điều này không phá vỡ các lệnh git thông thường.
- ✓Có thể viết script gọi thẳng GitHub API từ shell.
- ✓Đi kèm shell completion scripts cho bash, zsh và fish trong thư mục etc/ của repo.
- ✓Chạy được trong GitHub Actions ngay khi cài — ví dụ trong README dùng hub pr list với secret GITHUB_TOKEN mặc định.
- ✓Không có dependency runtime nào khác ngoài git 1.7.3 trở lên trên hệ thống.
Cài đặt hub trên hệ thống của bạn
Trên macOS hoặc Linux, brew install hub qua Homebrew là cách README đưa lên đầu tiên; nix-env -i hub cũng chạy được nếu bạn dùng Nix. Trên Windows là scoop install hub hoặc choco install hub. Mỗi bản phân phối Linux có gói riêng: sudo dnf install hub trên Fedora, sudo pacman -S hub trên Arch, sudo apt install hub trên Debian/Ubuntu, sudo zypper install hub trên openSUSE, sudo xbps-install -S hub trên Void Linux, và sudo emerge dev-vcs/hub trên Gentoo. FreeBSD dùng pkg install hub, còn conda install -c conda-forge hub chạy ở bất kỳ đâu có conda. README nói rõ chỉ gói Homebrew được đảm bảo bám sát bản phát hành mới nhất — các gói còn lại do cộng đồng duy trì, nên hãy kiểm tra hub version sau khi cài. README cũng lưu ý gói Snap trên Ubuntu không còn được khuyến nghị. Nếu không gói nào phù hợp, tải binary standalone từ bản phát hành mới nhất rồi đặt vào PATH, hoặc build từ source: clone repo, sau đó chạy make install prefix=/usr/local với Go 1.11+ và make đã cài sẵn. Dependency thật sự duy nhất là chính git.
Dùng các lệnh hub qua ví dụ
Ví dụ trong README là hub clone rtomayko/tilt, lệnh này mở rộng thành git clone https://github.com/rtomayko/tilt.git — đặt git config --global hub.protocol ssh trước nếu bạn muốn dùng giao thức SSH. Sau khi eval "$(hub alias -s)" chạy trong file khởi động shell, bạn vẫn gõ git như mọi khi và hub âm thầm mở rộng các lệnh như pull-request hay browse. Trong GitHub Actions, workflow mẫu của README checkout repo bằng actions/checkout@v2 rồi chạy hub pr list với GITHUB_TOKEN lấy từ secrets — token mặc định đó chỉ có tác dụng với repo đang chạy workflow, nên muốn thao tác với repo khác trong một pipeline CI/CD cần thêm personal access token có quyền repo làm secret riêng. Tài liệu tham chiếu đầy đủ về lệnh và flag nằm ở trang tài liệu riêng của hub, ngoài repo này.
Điểm mạnh
- ✓Alias thành git ít rủi ro — README khẳng định các lệnh git thông thường vẫn chạy không đổi, nên bạn không phải học thêm một công cụ thứ hai.
- ✓Cú pháp rút gọn hub clone owner/repo bỏ luôn bước gõ tay URL clone GitHub đầy đủ.
- ✓Chạy được ngay trong workflow GitHub Actions, dùng chung secret GITHUB_TOKEN mà Actions đã cấp sẵn.
- ✓Cấp phép MIT, nên không có gì mập mờ khi dùng trong công cụ nội bộ thương mại.
Hạn chế và vấn đề đã biết
- △Chính README của hub dẫn người mới sang gh CLI chính thức của GitHub và gắn link so sánh — đó là dự án tự chỉ về người kế nhiệm khả dĩ, không phải một dòng ghi chú trung lập.
- △Các gói ngoài Homebrew do cộng đồng duy trì và, theo README, không được đảm bảo bám sát bản phát hành mới nhất của hub, nên rủi ro lệch phiên bản là có thật với các cách cài không qua Homebrew.
- △Build từ source cần Go 1.11+ và make — không có đường build đơn giản hơn được tài liệu hoá cho người đóng góp.
- △Gói Snap trên Ubuntu được README nêu rõ là thứ đội duy trì không còn khuyến nghị.
hub so với GitHub CLI (gh)
Câu hỏi thường gặp
hub vẫn hoạt động và các lệnh như hub clone hay hub pull-request vẫn chạy tốt, nhưng chính README của hub lại trỏ người mới sang gh CLI chính thức của GitHub kèm link so sánh, nên hãy xem hub như một công cụ còn dùng được nhưng đã cũ, chứ không phải điểm khởi đầu được khuyến nghị.
Trên Windows, cài hub bằng scoop install hub nếu bạn dùng Scoop, hoặc choco install hub nếu dùng Chocolatey. Cả hai đều là gói do cộng đồng duy trì, nên chạy hub version sau khi cài để chắc chắn bạn có đúng bản phát hành mong muốn.
Alias hub thành git là an toàn, theo README của hub — các lệnh git thông thường vẫn chạy không đổi sau khi chạy eval "$(hub alias -s)" trong file khởi động shell; hub chỉ thêm hành vi mở rộng chồng lên trên.
hub khuyến nghị git từ bản 1.7.3 trở lên, theo README — bản thân executable hub không có dependency runtime nào khác, nên phiên bản git đó gần như là điều kiện tiên quyết duy nhất.
hub hoạt động trong GitHub Actions — workflow mẫu trong README checkout repo rồi chạy hub pr list với GITHUB_TOKEN lấy từ secrets.GITHUB_TOKEN, thứ Actions cấp sẵn theo mặc định. Token mặc định đó chỉ bao phủ đúng repo đang chạy workflow, nên muốn chạm tới repo khác cần personal access token có quyền repo lưu làm secret riêng.
Build hub từ source cần make và Go 1.11+, theo README. Clone repository, cd vào đó, rồi chạy make install prefix=/usr/local — lệnh này biên dịch hub và cài binary vào prefix đã chỉ định.
Vấn đề mà hub giải quyết
Việc phải gõ tay toàn bộ URL clone GitHub, nhớ đúng flag để mở pull request từ CLI, hay tự nối GITHUB_TOKEN vào script là đúng thứ ma sát mà hub nhắm tới — nó đứng giữa git và giao diện web của GitHub để những thao tác cụ thể đó gói gọn trong một lệnh thay vì một vòng copy-paste sang trình duyệt.
Trường hợp dùng tốt nhất
- •Clone repo theo kiểu rút gọn owner/repo thay vì gõ URL GitHub đầy đủ.
- •Mở hoặc liệt kê pull request từ terminal trong lúc review code.
- •Chạy hub pr list trong workflow GitHub Actions để kiểm tra trạng thái PR như một bước CI.
- •Viết script shell gọi GitHub API mà không cần thêm HTTP client riêng.
Ai nên dùng thử — và ai nên bỏ qua
Những dev đã alias sẵn hub vào shell và không muốn học lại thói quen gõ lệnh nên cứ tiếp tục dùng — chính hướng dẫn alias trong README khiến chi phí bỏ hub gần như bằng không, nhưng chi phí giữ lại cũng vậy. Ai đang set up máy mới hay pipeline CI mới thì nên đọc phần README của hub trỏ sang GitHub CLI (gh) trước, rồi tự quyết định dựa trên tài liệu so sánh nó dẫn tới, thay vì mặc định chọn hub theo thói quen.
Repo liên quan
Chưa chắc hub có hợp với bạn?
Để ChatGPT, Claude hoặc Perplexity tìm hiểu giúp — bấm bên dưới và xem AI nói gì về hub.