Có một số khác biệt rõ ràng giữa Git và GitHub .
Bản thân Git thực sự tập trung vào các nhiệm vụ thiết yếu của kiểm soát phiên bản. Nó duy trì một lịch sử cam kết, nó cho phép bạn đảo ngược các thay đổi thông qua các lệnh đặt lại và hoàn nguyên và cho phép bạn chia sẻ mã với các nhà phát triển khác thông qua các lệnh đẩy và kéo. Tôi nghĩ đó là những tính năng thiết yếu mà mọi nhà phát triển muốn từ một công cụ DVCS.
Không có phạm vi leo với Git
Nhưng một điều về Git là nó thực sự chỉ là laser tập trung vào kiểm soát mã nguồn và không có gì khác. Điều đó thật tuyệt vời, nhưng nó cũng có nghĩa là công cụ này thiếu nhiều tính năng mà các tổ chức muốn. Ví dụ: không có phương tiện quản lý người dùng tích hợp để xác thực ai đang kết nối và cam kết mã. Tích hợp với những thứ như Jira hoặc Jenkins được dành cho các nhà phát triển để tìm ra những thứ như móc nối. Về cơ bản, có rất nhiều nơi mà các tính năng có thể được tích hợp. Đó là nơi các tổ chức như GitHub và GitLab đến.
Các tính năng GitHub bổ sung
'Giá trị gia tăng' chính của GitHub là nó cung cấp nền tảng dựa trên đám mây cho Git. Điều đó tự nó là tuyệt vời. Trên hết, GitHub cũng cung cấp:
- theo dõi nhiệm vụ đơn giản
- một ứng dụng máy tính để bàn GitHub
- chỉnh sửa tập tin trực tuyến
- quy tắc bảo vệ chi nhánh
- tính năng yêu cầu kéo
- công cụ tổ chức
- giới hạn tương tác cho hothead
- hỗ trợ biểu tượng cảm xúc !!! : octocat :: +1:
Vì vậy, GitHub thực sự bổ sung thêm sự đánh bóng và sàng lọc cho một công cụ DVCS đã phổ biến.
Đối thủ cạnh tranh Git và GitHub
Đôi khi, khi nói đến sự khác biệt giữa Git và GitHub, tôi nghĩ thật tốt khi nhìn vào người mà họ cạnh tranh. Git cạnh tranh trên máy bay với các công cụ như Mercurial, Subversion và RTC, trong khi GitHub có nhiều hơn trong không gian SaaS cạnh tranh với các nhà cung cấp đám mây như GitLab và Atlassian's BitBucket.
Không cần GitHub
Một điều tôi luôn muốn nhắc nhở mọi người là bạn không cần GitHub hoặc GitLab hoặc BitBucket để sử dụng Git. Git được phát hành vào năm 2005? GitHub đã không xuất hiện cho đến năm 2007 hoặc 2008, vì vậy các tổ chức lớn đã thực hiện kiểm soát phiên bản phân tán với Git từ lâu trước khi các nhà cung cấp dịch vụ lưu trữ đám mây xuất hiện. Vì vậy, Git là tốt trên chính nó. Nó không cần một dịch vụ lưu trữ đám mây để có hiệu quả. Nhưng đồng thời, có một nhà cung cấp PaaS chắc chắn không bị tổn thương.
Làm việc với máy tính để bàn GitHub
Nhân tiện, bạn đã đề cập đến sự không phù hợp giữa các kho lưu trữ trong tài khoản GitHub của bạn và các repos bạn có tại địa phương? Nó có thể hiểu được. Cho đến khi bạn đã kết nối và thực hiện thao tác kéo hoặc tìm nạp, repo Git cục bộ không biết về repo GitHub từ xa. Phải nói rằng, GitHub cung cấp một công cụ được gọi là máy tính để bàn GitHub cho phép bạn kết nối với GitHub từ máy khách để bàn và dễ dàng tải repos Git cục bộ vào GitHub hoặc đưa repos GitHub vào máy cục bộ của bạn.
Tôi không quá ấn tượng với công cụ này, vì một khi bạn biết Git, những điều này không khó thực hiện trong vỏ Bash, nhưng đó là một lựa chọn.
