Trong quá trình cài đặt Postfix có thể hiển thị thông báo cấu hình. Bạn chọn "Internet Site" và nhấn Enter. Sử dụng DNS bên ngoài của máy chủ của bạn cho 'tên thư' và nhấn enter. Nếu màn hình bổ sung xuất hiện, tiếp tục nhấn enter để chấp nhận mặc định.

Sau khi cài đặt xong truy cập vào domain phía trên http://gitlab.ictsharing.com 

Cấu hình admin/root password cho Gitlab

Màn hình đăng nhập thành công

 

Protected branches:

• Kho lưu trữ: xử lý các dự án trong Gitlab. Các sản phẩm lưu trữ (như dự án) có thể được lưu trữ tại warehouse. Nó có thể là một đĩa cứng hoặc một cái gì đó phức tạp hơn như hệ thống tập tin NFS.

• Nginx hoạt động giống như front-desk. Người sử 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à một loạt các file của các metal file cabinets với các thông tin về:


• Các sản phẩm trong warehouse (siêu dữ liệu, issuse, các yêu cầu merge ...).


• Người sử dụng đến front-desk (permissions).


• Redis: là phần giao tiếp một broad với cubby holes- cái mà có thể chứa các nhiệm vụ, yêu cầu cho worker.


• Sidekiq là một worker, công việc chủ yếu là xử lý việc gửi email. Nó nhận nhiệm vụ từ Redis.


• A Unicorn worker: là một nhân viên xử lý các nhiệm vụ nhanh chóng và dễ. Học làm việc với Redis. Công việc của họ gồm:


• Kiểm tra quyền truy cập bằng cách kiểm tra các session của người dùng được lưu trữ trong Redis cubby hole.


• Làm nhiệm vụ cho Sidekiq.


• Lấy công cụ từ warehouse hoặc di chuyển mọi thứ xung quanh trong đó


• Gitlab-shell: là loại thứ ba của worker, nhiệm vụ của nó là tạo các đơn đặt hàng từ một máy fax (SSH) thay vì front-desk (HTTP). Gitlab-shell giao tiếp với Sidekiq qua Redis và hỏi những câu hỏi nhanh của Unicorn worker hoặc trực tiếp hoặc qua front-desk.


• Gitlab enterprise edition (ứng dụng) là tập hợp các quy trình và hoạt động kinh doanh được điểu hành bởi ofice (văn phòng).

System layout

• Khi đề cập đến Git trong những hình ảnh có nghĩa là thư mục home của người sử dụng Git thường là /home/git.

• Repositories bare nằm trong đường dẫn /home/git/repositories. Gitlab là một ứng dụng ruby on ralis do đó để biết rõ các hoạt động bên trong bạn có thể tìm hiểu bằng cách tìm hiểu về hoạt động của ruby on ralis.

• Để sử dụng kho dữ liệu qua SSH có một ứng dụng thêm vào được gọi là gitlab-sell cái mà được cài đặt tại /home/git/gitlab-shell.

Components

Managing Users, Groups and Permissions

1. Thêm một người dùng:

• Khi nhóm phát triển của bạn càng ngày càng lớn dần thì việc thêm các người dùng khác vào dự án là một việc cần thiết. Ở đây chúng ta sẽ giới thiệu việc gửi một lời mời tới một người dùng khác để tham gia vào dự án.

• Khi thêm một người dùng chúng ta thêm các thông tin cơ bản của người dùng mới vào, tuy nhiên chúng ta cũng có thể thêm nhiều thông tin khác như ảnh của người dùng, tài khoản Skype, tài khoản Linkedln, tài khoản Twitter nếu bạn muốn. Nhưng điều cần chú ý đặc biệt chính là ảnh đại diện của người dùng mới. Nó sẽ được hiển thị mỗi lần người dùng có tương tác với dự án. Ảnh đại diện sẽ được hiển thị ngay cạnh tên người dùng để các thành viên trong cùng một dự án có thể nhìn thấy. Còn các thông tin khác sẽ được hiển thị trong trang hồ sơ của người dùng mới.

• Ngoài ra bạn cũng có thể giới hạn số người dùng có thể tham gia vào dự án của bạn. Điều này là hữu ích nếu bạn không muốn tất cả người dùng có một massive amount of private project. Tuy nhiên một người dùng thì không có giới hạn số dự án có thể tham gia.Chúng ta sẽ bỏ cờ Admin đối với người dùng mới này. Điều này đảm bảo việc người dùng mới này không có quyền ngang với bạn hay người dùng mới này không có quyền admin để có toàn quyền trong các việc điều khiển đối với GitLab của bạn.

• Chúng ta không thêm mật khẩu vào khi đăng kí vì mật khẩu sẽ được Gitlab sinh tự động gửi kèm với email thư mời người dùng mới. Như vậy chúng ta cần thiết phải đổi mật khẩu ngay khi chúng ta đăng nhập lần đầu tiên.

2. Tạo một nhóm mới

• Trong phần này giới thiệu việc chúng ta sẽ tạo một nhóm mới. Các nhóm có thể được sử dụng là không gian mà bạn có thể đặt dự án của bạn vào đó. Bạn cũng có thể phân quyền cho các người dùng trong một nhóm. Khi bạn tạo một dự án mới trong một nhóm thì các người dùng trong nhóm sẽ tự động được cấp quyền truy cập vào dự án.

• Nhóm chính là một cách để gitlab giới thiệu không gian lưu trữ cho các dự án của bạn. Nếu dự án của bạn có nhiều repositories, bạn có thể tạo riêng một nhóm cho dự án này. Sau đó thêm tất cả các repositories vào trong nhóm mới tạo. Lợi ích của việc này là bạn không cần phải thêm các người dùng vào repositories mà người dùng trong một nhóm sẽ tự động được thêm vào tất cả các repositories.

• Ngay sau khi bạn tạo một nhóm mới thì bạn sẽ tự động được cấp quyền Owner. Với những người dùng mới khi được thêm vào nhóm thì sẽ có năm mức truy nhập vào nhóm là: Guest, Reporter, Master, Developer và Owner. Chỉ có Master và Owner là có thêm các quyền truy nhập trong nhóm.

• Master có thể tạo các dự án trong một nhóm. Owner có sửa hoặc xoá một nhóm và quản lý các người dùng trong nhóm.

3. Working with user permissions

• Bạn có thể không muốn tất cả người dùng trong hệ thống của bạn đều được cấp quyền là một người quản trị hay bạn có một dự án mà bạn chỉ muốn người dùng chỉ có thể tạo ra các issue chứ không có khả năng commit code. Trong một số trường hợp này bạn cần sử dụng tới model phân quyền của gitlab.


• Trong Gitlab bạn có thể bạn có thể bảo vệ dự án của bạn bằng cách dùng user permissions. Có 5 mức quyền khác nhau là Guest, Reporter, Developer, Master và Owner. Owner là mức phân quyền cao nhất mà bạn không thể cấp cho bất kỳ một người dùng nào khác. Người dùng tạo ra dự án này thì tự động được cấp quyền này.

• Các hoạt động mà mỗi mức quyền được phép thực hiện của 5 mức là:

| |Guest | Reporter |Developer | Master|Owner | |---|---|---|---|---| | Tạo một issue | * | * | * | * |* | Để lại ocmment | * | * | * | * |* | Pull code của dự án | | * | * | * |* | Tải dự án | | * | * | * |* | Tạo một code snippets | | * | * | * |* | Tạo một merge request | | | * | * |* | Push thay đổi vào một nhánh không được bảo vệ | | | * | * |* Xoá một nhánh không được bảo vệ | | | * | * |* | Thêm Tags | | | * | * |* | Viết Wiki| | | * | * |* | Quản lý issue tracker | | | * | * |* | Thêm một nhóm người dung mới | | | | * |* | Push thay đổi vào nhánh được bảo vệ | | | | * |* | Quản lý nhánh được bảo vệ | | | | * |* | Quản lý Git tags | | | | * |* |Sửa chữa dự án | | | | * |* |Thêm deploy key vào dự án | | | | * |* | Cấu hình dự án| | | | * |*

4. protecting your main branches

• Bạn có thể muốn bảo vệ nhánh quan trọng nhất của bạn tránh các việc push sự thay đổi không mong muốn ở nhánh này, hay những push sự thay đổi trực tiếp vào nhánh này mà không có sự thông báo bởi các người dùng khác

• Bảo vệ một nhánh có thể thực hiện trong Gitlab bằng việc đánh dấu nhánh ấy là Protected điều này có nghĩa là với những người dùng được cấp quyền developer và thấp hơn quyền này không có thể thực hiện được việc điều hướng push sự thay đổi vào thẳng nhánh này. Như thế thì nếu người dùng muốn push sự thay đổi vào nhánh này thì cần phải tạo các merge request để có thể push sự thay đổi vào các branch này.

• Một số nhánh bạn cần nên làm theo điều này là các nhánh Master, Acceptance và Production. Bạn không muốn người dùng commit trên các nhánh này hay push các thay đổi vào thẳng các nhánh này. Một điều thú vị cho việc này chính là bạn có thể bảo vệ được các nhánh này tránh khỏi các tai nạn không may như việc xoá mất một branch.

5. Configuring the project’s visibility

• Gitlab cho phép bạn có ba kiểu project: Private, Internal, và Public

• Khi bạn có một dự án Public thì mọi người đều có thể xem dự án dù họ không có tài khoản trên hệ thống của bạn. Mọi người không cần có tài khoản trên hệ thống vẫn có thể pull code về. Người dùng có tài khoản trên hệ thống của bạn mặc dù không được chấp nhận truy cập nhưng vẫn có thể tạo được các merge request hoặc mở một issue.

• Như đã biết thì Gitlab cung cấp 3 kiểu project và mặc định của nó là Private. Các dự án Private là những dự án mà chỉ hiển thị với các người dung đã được thêm vào dự án.The amount of options an invited person in your project has depends on the permissions you grant them.

• Nếu bạn có một dự án mà có thể cho phép tất cả các người dùng có có tài khoản trong hệ thống Gitlab của bạn thì bạn có thể để Internal. Một số người dùng đã đăng nhập sẽ được phân quyền Guest

• Kiểu cuối cùng chính là Public. Một dự án Public có thể được sao chép từ bởi bất kì một người dùng nào khác mà không cần có các xác thực.