Overview

• Git - một trợ thủ đắc lực của lập trình viên trong việc quản lí source code và làm dự án theo nhóm hiệu quả. Hầu hết các công ty phần mềm đều yêu cầu kĩ năng sử dụng Git với nhân viên của mình. Vậy Git là gì và tại sao nó lại phổ biến đến vậy? Chúng ta hãy cùng tìm hiểu sâu hơn về Git, cũng như các dịch vụ liên quan như GitHub và GitLab trong workshop lần này nhé!

Introduction to Git

What are the Version Control System and Git?

• Version Control System (VCS) là gì?

  

  Version Control System hay còn gọi là Source Control Management là một công cụ giúp theo dõi và quản lý các thay đổi trong toàn bộ cấu trúc của một chương trình. Version Control sẽ lưu giữ tất cả phiên bản ứng với từng thay đổi trong các file code, văn bản, hình ảnh,... và cho phép quay lại phiên bản mong muốn cũng như so sánh giữa các phiên bản.

  Có hai loại Version Control System:

  • Centralized Version Control System (hệ thống quản lý phiên bản tập trung): tất cả các thư mục, tệp trong dự án sẽ nằm trung tại một server duy nhất. Cách lưu trữ này sẽ gặp rủi ro cao nếu server chính gặp sự cố.

  

  • Distributed Version Control System (hệ thống quản lý phiên bản phân tán): Khác với kiểu trên, hệ thống phân tán cho phép mỗi cá nhân tải về toàn bộ dự án về local repository (có thể hiểu nôm na là kho chứa cục bộ).

  

• Tại sao VCS lại cần thiết?

  VCS giúp cho việc hợp tác giữa nhiều lập trình viên trong cùng một dự án trở nên dễ dàng, tiết kiệm thời gian và hạn chế được nhiều rủi ro. Không những vậy đối với những dự án cá nhân VCS cũng phát huy đáng kể chức năng của mình.

• Git là gì?

  Git là một Distributed Version Control System (hệ thống quản lý phiên bản phân tán) miễn phí và có mã nguồn mở (open source).

  Git được phát triển bởi Linus Torvalds - người sáng tạo ra hệ điều hành Linux vào năm 2005 và dẫn trở thành một version control system phổ biến nhất. Trong một khảo sát thực hiện về version control được các lập trình viên sử dung trên Stack Overflow năm 2018 Git nhận được tới 88.4% trong tổng số 74,298 lượt phản hồi (hình 3).

  

  

Behind the scenes

Sau khi nắm được khái niệm về Git chúng ta sẽ tìm hiểu về cách hoạt động của Git cũng như khái niệm Staging area thường được nhắc đến khi sử dụng Git.

• Git’s data model

  Đầu tiên để dễ dàng tiếp cận, sau đây là một số thuật ngữ đặc trưng trong Git (ngoài ra có một số thuật ngữ khác sẽ được giới thiệu sau trong lúc tìm hiểu):

  • Blob: chỉ tệp (file)

  • Tree: chỉ thư mục (directory), chứa blob và tree

  • Snapshot: top-level tree được ghi nhận (tracked), ví dụ ở hình 5 khi đang ở thư mục "root" (root tree) snapshot sẽ chỉ vào tree foo và blob baz.txt.

  • Commit: cũng chính là những snapshot, hay có thể hiểu commit chỉ hành động tạo ra snapshot của tree (thư mục đang làm việc).

  

  Modeling history

  Để lưu một “lịch sử” Git sử dụng một đồ thị định hướng không tuần hoàn (directed acyclic graph - DAG) của các snapshot/commit, trong đó mỗi commit sẽ là một tree.

  Mỗi lần commit ta sẽ tạo ra một tree mới. Ví dụ ở hình 7, khi ta thay đổi trong blob2 và thực hiện commit, một tree mới sẽ được tạo "trỏ" tới blob1 (cũ) và blob2 mới. Ngoài ra một commit còn chứa những thông tin khác như thời gian commit, người thực hiện commit và lời nhắn nhủ cho commit.

  

  

  Pseudocode

  Ta có thể hình dung rõ hơn về các cấu trúc dữ liệu trong Git thông qua pseudocode sau:

  // a file is a bunch of bytes
          type blob = array<byte>
          
          // a directory contains named files and directories
          type tree = map<string, tree | blob>
          
          // a commit has parents, metadata, and the top-level tree
          type commit = struct {
              parents: array<commit>
              author: string
              message: string
              snapshot: tree
          }

  Nhìn chung, một object trong Git có thể là một blob, tree hoặc commit:

  type object = blob | tree | commit

  Content addressing

  Tuy nhiên, Git không thực sự chứa nội dung của các object này, thay vào đó, nó chứa những địa chỉ mã hóa của các nội dung đó. Mã được Git sử dụng là mã SHA1.

  

  objects = map<string, object>
          
          def store(object):
              id = sha1(object)
              objects[id] = object
          
          def load(id):
              return objects[id]

  Hơn nữa vì mã SHA-1 là một chuỗi gồm 40 ký tự hệ cơ số 16 rất khó để con người có thể ghi nhớ, Git đã gán cho chúng những cái tên dễ nhớ hơn gọi là “reference”. Reference có thể được hiểu là những con trỏ trỏ đến các commit. Và không giống với object, reference có thể thay đổi dễ dàng (được cập nhật để trỏ vào những commit mới). Ví dụ: “master” reference trỏ tới commit mới nhất trong main branch.

  references = map<string, string>
          
          def update_reference(name, id):
              references[name] = id
          
          def read_reference(name):
              return references[name]
          
          def load_reference(name_or_id):
              if name_or_id in references:
                  return load(references[name_or_id])
              else:
                  return load(name_or_id)

  Tới đây ta có thể định nghĩa một thuật ngữ hay được nhắc đến là Git repository: một repository là một kho chứa các object và reference.

  Git branch

  Một khái niệm khác ta cần quan tâm khi nhắc đến Git là branch (nhánh). Branch là những phân nhánh ghi lại luồng thay đổi của lịch sử, các hoạt động trên mỗi branch sẽ không ảnh hưởng lên các branch khác. Mỗi branch sẽ được "đại diện" bởi một reference trỏ vào commit mới nhất của branch đó. Ví dụ, hình 9 chúng ta có 3 branch được đại diện bởi 3 reference là "Little Feature", "Master", "Big Feature" trỏ vào commit mới nhất của từng nhánh (hay những node lá của nhánh đó). Vì bản chất branch là một reference nên mỗi branch không phải là bản copy của thư mục chính hay chứa các commit mà nó chỉ đơn giản trỏ vào commit mới nhất và commit này lại lưu vết các commit khác thuộc branch này. Đây được xem là ưu điểm của Git so với các Version Control khác.

  

• Staging Area

  Staging Area là khu vực lưu trữ những thay đổi trước khi quyết định commit. Muốn commit thì những thay đổi trước hết phải được đưa vào trong khu vực này.

  Đây là một đặc trưng riêng của Git so với những Version Control System khác. Đối với những VCS khác một snapshot mới thường tạo dựa vào trạng thái hiện tại (current state). Riêng đối với Git một snapshot mới chỉ được tạo cho những thay đổi đã được đưa vào khu vực staging area.

  Điều này cho phép chia các thay đổi thành những lần commit khác nhau và lựa chọn thay đổi để commit. Ví dụ khi bạn đang thực hiện hai hàm khác nhau và muốn commit từng hàm riêng lẻ để dễ dàng truy lại. Hay khi bạn thêm những câu lệnh print để hỗ trợ quá trình debug nhưng chỉ muốn commit những câu lệnh đã fix bug thay vì những câu lệnh print vô nghĩa.

  

Git’s Advantages (compare to other VCS)

Một lý do hiển nhiên các lập trình viên hiện nay chọn Git vì đơn giản nó đã trở nên quá phổ biến, tuy nhiên hãy tìm hiểu lý do đằng sau sự phổ biến đó:

Nhanh, nhẹ: Đây là một ưu tiên hàng đầu của Git ngay từ lúc phát triển. Trong đa số các tác vụ Git xử lý nhanh hơn so với Subversion (SVN). Repository trong Git cũng gọn nhẹ hơn so với đa số các VCS khác.

Staging Area: Đây một vùng trung gian để lưu những thay đổi trước khi quyết định commit và là một đặc trưng của Git.

Phân tán: Git repository được chứa đồng thời trên server (remote repository) và cục bộ (local repository) trên máy của mỗi lập trình viên. Điều này nghĩa là lập trình viên có thể thao tác Git trên các tập tin offline và chỉ cần kết nối với server khi muốn push code lên remote repository. Điều này còn giúp đẩy nhanh tốc độ thao tác trong Git.

Bảo mật:  Git mã hóa các nội dung trong file sử dụng mã SHA1 và sử dụng những reference chứa những mã đó. Điều này đảm bảo tính bảo mật cho code và cho phép truy xuất lịch sử thay đổi và phục hồi chúng.

Branching model: Như đã đề cập ở phần trên, branch model trong Git hoạt động dựa trên cơ chế "reference", điều này giúp việc tạo, truy xuất và thực hiện thay đổi trên branch diễn ra dễ dàng, nhanh chóng.

Github là gì?

• Là dịch vụ quản lý dự án và các phiên bản code, nó hoạt động như một nền tảng mạng xã hội dành riêng cho các lập trình viên. Github cho phép các nhà phát triển hợp tác với nhau để thực hiện các thay đổi, lên kế hoạch, quản lý và làm chung các dự án.

• Là một dịch vụ nổi tiếng cung cấp kho lưu trữ mã nguồn Git cho các dự án phần mềm. Github có đầy đủ những tính năng của Git, ngoài ra nó còn bổ sung những tính năng về social để các developer tương tác với nhau.

Tính năng của Github

Tính năng chính:

• Wiki, issue, thống kê, đổi tên project, project được đặt vào namespace là user.

• Watch project: theo dõi hoạt động của project của người khác. Xem quá trình người ta phát triển phần mềm thế nào, project phát triển ra sao.

• Follow user: theo dõi hoạt động của người khác.

Tiếp cận Github

Có 2 cách:

• Tạo project của riêng mình Contribute cho project có sẵn.

• Fork project có sẵn của người khác, sửa đổi, sau đó đề nghị họ cập nhật sửa đổi của mình (tạo pull request).

Lợi ích của Github

Quản lý source code dễ dàng:

Khi bạn tạo một repo, toàn bộ source code của repo đó được lưu trên GitHub. Tại đây, bạn có thể coi lại quá trình mình đã làm việc thông qua các comment sau mỗi lần commit. Và cái hay ở đây, là nhiều người có thể cùng làm một repo.

Tracking sự thay đổi qua các version

Khi có nhiều member cùng thực hiện một dự án thì khá là phức tạp để theo dõi revisions – ai thay đổi cái gì, lúc nào và mấy cái file đó được stored ở đâu. Đừng lo vì GitHub đã tính đến chuyện này giúp bạn, bằng cách luôn lưu lại những thay đổi bạn đã push lên repository. Cũng tương tự với Microsoft Word hay Google Drive, bạn có một lịch sử phiên bản để phòng trường hợp các phiên bản trước đó bị mất hay không được lưu.

Markdown

Markdown là một cách định dạng text trên web. Bạn có thể chỉnh sửa cách hiển thị của document, format từ như định dạng in đậm hay in nghiêng, thêm hình và tạo list những thứ bạn có thể làm với Markdown. Hầu hết, Markdown chỉ là đoạn text đơn thuần với những ký tự đặc biệt chèn vào, như # hay *.

Github giúp khẳng định bản thân

• Không gì hiệu quả bằng việc đưa ra sản phẩm của bản thân, cho nên hãy đầu tư một Github thật xịn bằng cách upload những project của mình lên Github của bản thân. Có rất nhiều công ty lớn trên thế giới xem đây là một yêu cầu trong quy trình tuyển dụng của họ. Nếu bạn có nhiều đóng góp cho cộng đồng hoặc có nhiều sản phẩm trên Github, sẽ là một lợi thế rất lớn so với các ứng viên khác. Vì bằng cách đăng tải các project của mình lên đây, bạn đã tạo cho mình một profile cá nhân vô cùng đáng tin cậy.

• Vì khi nhìn vào đó, nhà tuyển dụng sẽ biết được thế mạnh của bạn là gì, và khả năng coding của bạn thế nào.

Github giúp cải thiện kỹ năng code

Với hàng vạn open source projects, hàng trăm ngàn contributors, hàng tỉ commit mỗi ngày thì chỉ bằng việc xem, so sánh, học tập từ những thay đổi đó đã đem lại cho bạn hàng tá điều hay để cải thiện kỹ năng code của bản thân mình.

Github là một kho tài nguyên tuyệt vời

• Với chức năng Explore, bạn có thể theo dõi, tìm kiếm những open source projects theo đúng technology pattern mà bạn ưa thích. Github hỗ trợ code search không kể nó ở dưới dạng một project riêng biệt hay là website.

• Nếu như bạn muốn học ngôn ngữ hoặc công nghệ mới, bạn có thể search từ khóa : awesome + ngôn ngữ/ công nghệ bạn muốn học . Ví dụ nếu muốn tìm hiểu về python:

Sử dụng Github

Tạo một repository

Tạo một branch

Fork một repository

• Fork một repository (forking a repository) có nghĩa là bạn tạo một dự án mới dựa trên dự án cũ. Tức là, sao chép hoàn toàn một repository đã tồn tại, tạo ra các thay đổi cần thiết, và lưu phiên bản mới này dưới dạng một repository độc lập hoàn toàn mới và gọi nó là dự án của riêng bạn.

• Tính năng này vô cùng tiện lợi để đẩy nhanh tiến độ dự án. Vì là một dự án hoàn toàn mới, repository chính sẽ không bị ảnh hưởng. Nếu repository master được cập nhật, bạn cũng có thể áp dụng các cập nhật đó lên bản fork của bạn.

Pull request

Để thông báo cho những người làm cùng team về những thay đổi bạn làm trên dự án, bạn sẽ cần tạo Pull Request. Việc này sẽ giúp việc làm việc nhóm trở nên dễ dàng hơn. Pull Request là cách bạn để đồng nghiệp biết các thay đổi và đánh giá chúng. Nếu những người khác trong team đồng ý về các thay đổi này, họ sẽ thực hiện merge pull request, đưa những thay đổi này vào dự án ở nhánh chính.

Gitlab

Tổng quan về gitlab:

Gitlab là gì?

Nếu như GitHub theo hướng kinh doanh, GitLab là một phần mềm có nhiệm vụ quản lý kho code Git. sở hữu các tính năng đơn giản, góp phần to lớn trong việc giúp các doanh nghiệp, cá nhân, tổ chức lưu trữ code một cách nhanh chóng vô cùng, người dùng hoàn toàn có thể truy cập mọi lúc mọi nơi miễn là có kết nối Internet.

Bạn có thể ẩn kho code của mình, không công khai chúng cho bất kỳ ai, trong trường hợp vượt quá ngưỡng miễn phí thì bạn mới phải mất phí để mua thêm dịch vụ.

Tại sao nên dùng gitlab?

Sử dụng Gitlab mang đến cho lập trình viên:

• Sự tiện lợi. Thao tác mỗi khi cần lưu trữ, tải lên, tải xuống code dễ dàng hơn.

• Kiểm soát các thay đổi trong code nhanh chóng, chính xác.

• Dễ dàng quản lý, phân phối công việc, hoàn thành dự án lập trình chất lượng hơn.

Lịch sử phát triển của gitlab:

• “Cha đẻ” của Gitlab là Dmitriy Zaporozhets. Ông là người Ukraine và là giám đốc điều hành Sytse Sijbrandij (trụ sử được đặt tại Utrecht). Thật ra, Gitlab là “đứa con tinh thần” của cả một nhóm: Sid Sijbrandij (CEO) và Dmitriy Zaporozhets (CTO).

• Năm 2013, Gitlab “trình làng” với 2 phiên bản CE (Community Edition) miễn phí và EE (Enterprise Edition) có trả phí . Gitlab được viết bằng ngôn ngữ Ruby với giấy phép phần mềm tự do và nguồn mở MIT. Một số phần sau đó được viết bằng ngôn ngữ Go và Vue.js.

• Tính đến thời điểm này, Gitlab đã được Alibaba Group, IBM, Spacex và Khosla Ventures, … tài trợ.

• Trung tâm nghiên cứu Jülich Research Center, NASA, Alibaba, O’Reilly Media, Leibniz-Rechenzentrum (LRZ), CERN,… và hơn 100.000 tổ chức khác đã chọn Gitlab làm nơi lưu trữ cho mình. Hiện tại, có hơn 1000 mã nguồn mở có mặt trên Gitlab.

Các đặc điểm nổi bật của gitlab:

Các phiên bản của gitlab:

GitLab có 3 phiên bản bao gồm:

• Gitlab community edition (CE): còn được biết đến là Gitlab phiên bản cộng đồng. Đây là phiên bản mã nguồn mở. Được cung cấp qua Git từ kho lưu trữ chứa Gitlab. Phiên bản mới nhất của Gitlab được các nhà phát triển release tại các nhánh stable và nhánh master.

• Gitlad enterprise edition (EE): còn được biết đến là Gitlab phiên bản doanh nghiệp. Đây là phiên bản có sẵn không lâu sau khi phát hành bản CE, được cung cấp từ kho lưu trữ của gitlab.com. Một doanh nghiệp đăng ký GitLab được sự support của GitLab BV những khó khăn khi cài đặt.

• Gitlab continuous integration (CI). Đây là một giải pháp tích hợp được thực hiện bởi nhóm phát triển Gitlab.

Protected branches:

Protected branches sẽ cho phép người dùng có thể:

• Đọc hoặc ghi vào repository và các branches.

• Commit và pushing code (đối với một số đối tượng nhất định)

Thông thường, một protected branch gồm 3 chức năng chặn:

• Push từ tất cả mọi người (trừ user và master).

• Push code lên branch từ những người không có quyền truy cập.

• Bất kỳ ai thực hiện xóa branch.

Master branch được mặc định là protected branch. User cần được cấp ít nhất một quyền từ master branch để bảo mật branch. Đây là một chức năng cực kỳ hữu ích để các nhà phát triển có thể bảo vệ được thành quả lao động của mình.

Tầng vật lý:

• Kho lưu trữ: là nơi xử lý các dự án trên GitLab, các dự án hoặc sản phẩm có thể được lưu tại warehouse.

• Nginx có cách thức hoạt động giống như front-desk, người dùng đến Nginx và yêu cầu hành động được thực hiện bởi worker trong văn phòng.

• Cơ sở dữ liệu là các file của các metal file cabinets chứa các thông tin: sản phẩm trong warehouse, người sử dụng đến front-desk (permissions), Redis, Sidekiq, A Unicorn worker, ….

• GitLab-shell: thực hiện nhiệm vụ tạo các đơn đặt hàng từ một máy fax (SSH) thay vì front-desk (HTTP).

• GitLab enterprise edition là tập hợp các quy trình và hoạt động kinh doanh được điều hành bởi office.

System layout:

Ứng dụng GitLab-shell được cài đặt tại thư mục: /home/git/gitlab-shell cho phép sử dụng kho dữ liệu qua SSH.

Lợi ích của việc sử dụng gitlab:

Gitlab là open core:

Đây là một ưu thế cạnh tranh dành cho GitLab khi các đối thủ của phần mềm này chủ yếu là các closed-source. GitLab Community Edition là mã nguồn mở hoàn chỉnh và phiên bản Enterprise Edition là opencore (độc quyền).

Truy cập vào mã nguồn:

Điểm vượt trội của Open core là bạn có thể xem và sửa đổi source code của GitLab Community Edition và Enterprise Edition khi nào bạn muốn. Điều này không thể thực hiện đối với phần mềm closed-source. Có thể là trên Server hoặc bằng cách giả lập kho lưu trữ của GitLab, bạn có thể thêm các tính năng và thực hiện các tùy chỉnh. GitLab khuyên bạn nên cố gắng hợp nhất các thay đổi trở lại source code chính để những người khác có thể hưởng lợi từ những thay đổi và những thay đổi này vẫn để duy trì và cập nhật.

Tính khả thi lâu dài:

Chính vì sự uy tín của GitLab, nên đã tạo ra một cộng đồng vững chắc với hàng trăm nghìn tổ chức, cá nhân sử dụng và đóng góp cho phần mềm. Việc có nhiều người cùng xây dựng giúp GitLab có khả năng sử dụng lâu dài hơn vì sẽ không đáng tin cậy nếu chỉ có duy nhất một công ty hỗ trợ cho phần mềm.

Cộng đồng phát triển:

Bởi những ý kiến đóng góp, xây dựng cùng sự phản hồi tích của của người dùng, Gitlab đang ngày một xây dựng những phiên bản tốt nhất từ ý kiến của các khách hàng để đem đến cho họ những trải nghiệm tuyệt vời nhất. Điều này góp phần tạo nên các tính năng mà các tổ chức thực sự cần, chẳng hạn như quản lý người dùng thật dễ dàng nhưng không hề kém phần mạnh mẽ.

Phiên bản ổn định mới mỗi tháng:

GitLab phát hành phiên bản ổn định mới mỗi tháng, đầy đủ các cải tiến, tính năng và bản sửa lỗi. Điều này khiến cho GitLab phát triển rất nhanh và luôn đáp ứng yêu cầu của khách hàng theo cách cực kỳ nhanh chóng.

Hướng dẫn cài đặt gitlab:

Cài đặt trên Window:

Để cài đặt Gitlab trên Windows, bạn chỉ cần thực hiện theo những bước sau đây:

• Bước 1: Tạo một thư mục mới đặt tên GitLab-Runner trong thư mục hệ thống. Bạn nên tạo nó trong ổ đĩa cài đặt của máy thông thường là ổ C, C:GitLab-Runner.

• Bước 2: Tải phiên bản GitLab tương ứng với hệ điều hành của máy ( 32bit hoặc 64bit tùy máy). Copy file cài vừa tải về vào thư mục đã tạo và đổi tên file gitlab-runner.exe.

• Bước 3: Mở command prompt lên và nhập dòng code sau vào:
  • cd C:GitLab-Runner
  • .gitlab-runner.exe install
  • .gitlab-runner.exe start

• Bước 4: Đăng ký tài khoản GitLab:
  • Dừng chương trình GitLab đang chạy bằng câu lệnh: gitlab-runner.exe stop
  • Chạy câu lệnh đăng ký tài khoản: gitlab-runner.exe register
  • Tại đây, bạn sẽ nhận thông báo lỗi với chữ đỏ, hãy dừng lệnh cài đặt bằng lệnh stop: gitlab-runner.exe register stop
  • Thông báo “Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com )”. Bạn nhập địa chỉ URL vào: https://gitlab.com
  • Thông báo “Please enter the gitlab-ci token for this runner” yêu cầu nhập token. Để lấy token bạn phải đăng ký tài khoản gitlab. Sau đó, đăng nhập tài khoản chọn Setting => CI/CD, kéo thanh trượt xuống mục “Set up a specific Runner manually” để lấy token, nhập vào command prompt. xxx (token của bạn)
  • Thông báo “Please enter the gitlab-ci description for this runner”. Yêu cầu nhập mô tả cho runner: My-runner (bạn có thể dùng tên khác hoặc chỉnh sửa sau).
  • Thông báo “Please enter the gitlab-ci tags for this runner (comma separated):” nhập thẻ tag cho runner: my-tag,another-tag.
  • Thông báo cài đặt thành công “Registering Runner… succeeded”. Nhập vào Runner executor: docker.
  • Nếu chọn docker, bạn sẽ được hỏi dùng hình ảnh mặc định cho các projects: alpine:latest.

Cài đặt trên Linux:

Những câu hỏi thường gặp:

Gitlab và github có giống nhau hay không?

• GitLab và GitHub đều là những phần mềm dịch vụ lưu trữ, song chúng hoàn toàn là hai cái tên khác nhau. GitHub ra đời trước GitLab nên mức độ phổ biến cũng rộng rãi hơn rất nhiều.

Có những loại gitlab cơ bản nào:

• GitLab hỗ trợ người dùng với nhiều tính năng để đạt hiệu suất tối đa cho công việc, gồm có các loại chính như:

• GitLab Login.

• GitLab CI.

• GitLab Runner.

• GitLab Ssh.

Gitlab hay github, cái nào nổi trội hơn?

• Nếu xét về yếu tố cộng đồng thì rõ ràng GitHub có phần vượt trội hơn vì sự lâu đời của mình. Hơn nữa, chính sách phát triển của GitHub là muốn hướng đến một cộng đồng bền vững và chia sẻ mã nguồn lẫn nhau. Thế nên, việc kết nối các developer như một mạng xã hội sẽ giúp GitHub có tính cộng đồng cao hơn.

Tính năng CI/CD trên gitlab hay github nổi trội hơn?

• Đối với tính năng này của GitLab, bạn hoàn toàn có thể sử dụng miễn phí. Không tương tự như GitHub, bạn phải liên kết với bên thứ 3 như: Travis CI, CircleCI hay Codeship,…để thực hiện.