Quy định đặt tên tài khoản
Last updated on
Slack
Để đảm bảo sự đồng nhất và dễ dàng quản lý trong giao tiếp nội bộ, tất cả nhân viên cần tuân thủ cách đặt tên trên Slack như sau:
- Full Name (Họ tên):
- Quy tắc: Ghi đầy đủ Tên và Họ (không dấu).
- Ví dụ:
Dat Huynh Tien
.
- Display Name (Tên công khai):
- Quy tắc: Kết hợp tên team và Tên Họ theo cấu trúc
Team.Tên Họ
. - Ví dụ:
Web-Team.Tuan Pham
. - Các team:
Web-Team
,POS-Team
,Mobile-Team
,IT-Team
,QA-Team
- Quy tắc: Kết hợp tên team và Tên Họ theo cấu trúc
- Title (Chức danh):
- Quy tắc: Ghi rõ vị trí công việc để nhận diện vai trò.
- Ví dụ:
.NET Developer
,Front-end Developer
,Back-end Developer
,QA
- Contact Information (Thông tin liên hệ):
- Quy tắc: Cập nhật thông tin liên lạc cá nhân vào profile Slack, bao gồm số điện thoại và email công ty.
- Mục đích: Tạo điều kiện thuận lợi cho việc liên hệ nhanh chóng khi cần.
Jira
Để đảm bảo tính nhất quán và hỗ trợ quản lý dự án hiệu quả, nhân viên cần tuân thủ quy tắc đặt tên trên Jira tương tự như Slack
Github
Để đảm bảo tính thống nhất trong quản lý mã nguồn và nhận diện thành viên, tài khoản GitHub của nhân viên cần tuân theo quy tắc sau:
- Username:
- Quy tắc: Sử dụng cấu trúc
blogic-<tên không dấu và họ viết tắt>
(không dấu, viết liền). - Cách viết tắt:
blogic
: Tiền tố cố định, đại diện cho công ty.<tên không dấu và họ viết tắt>
: tên và họ + tên giữa nếu có, viết liền, không phân cách.
- Ví dụ:
- Đạt Huỳnh Tiến →
blogic-datht
- Tuấn Phạm Hoàng →
blogic-tuanph
- Đạt Huỳnh Tiến →
- Quy tắc: Sử dụng cấu trúc
- Display Name (nếu có):
- Quy tắc: Sử dụng cấu trúc
BLS.Team.Ho Ten
(không dấu). - Ý nghĩa:
BLS
: Tên công ty (viết tắt).Team
: Tên nhóm làm việc (VD: POS-Team, Web-Team, Mobile-Team).Ho Ten
: Họ và Tên đầy đủ (không dấu).
- Ví dụ:
BLS.Web-Team.Tien Dat Huynh
.
- Quy tắc: Sử dụng cấu trúc
- Mục đích:
- Giúp phân biệt nhân viên theo team và dự án.
- Tạo sự chuyên nghiệp trong quản lý repository.
Tham khảo:
Git Conventional Commits
A Simple Guide to Better Commit Messages Overview Conventional Commits is a straightforward system layered on top of your commit messages. It offers a clear set of rules to create a structured, meaningful commit history. This makes it easier to build automated tools, like changelog generators, and pairs seamlessly with
Git Branch Naming Conventions
The Git Branching Naming Convention article is an excellent base. However, you can simplify even more. Git branch names should be clear and follow this format: category/ticket-number_short-description. Here’s how it works. Step 1: Pick a Category Start with one of these: * feature: Adding, tweaking, or removing a