💡
gumi Vietnam
  • Home
    • COMPANY POLICY
      • Company Internal Regulation
      • Overtime Register Flow
    • DEVELOPMENT POLICY
      • General
        • Digital Asset Management
        • Server Management
        • Backlog Flow
      • Git Rule
        • Branch Management
        • Committing Code
        • Release Management
          • Create Pull Request (PR)
          • Semantic Versioning
        • Git Security
        • Git Security Checklist
        • Git Flow
        • Rules of Git commit message
        • Information in commit messages
      • Coding Convention
        • HTML/CSS Basic Note
        • Google HTML/CSS Rule
        • Sass Guideline
        • JavaScript Rule
        • Vue.js Rule
          • Style Guide
          • TypeScript with Composition API
          • Nuxt and Typescript Coding Convention
            • Nuxt Coding Convention
            • Typescript Coding Convention
        • PHP Rule
          • Basic Coding Standard
          • Coding Style Guide
        • Mobile Team
          • Architecture
            • MVVM in iOS Swift
            • iOS Clean Architecture
          • Convention
            • Android
              • Kotlin Style Guide
              • Coding Convention
            • iOS
              • Swift Style Guide
    • PRIVACY POLICY AND CLIENT CONFIDENTIALITY
      • Confidentiality Policy
      • Access Production Policy
        • Rule
        • Flow
        • Problem Resolve and Penalty
Powered by GitBook
On this page
  • Đối với môi trường Development
  • Đối với môi trường Staging
  • Đối với môi trường Production
  • #1 - Finish the release
  • #2 - Tagging version
  • #3 - Deploy to Production and Hot fix (Nếu có)

Was this helpful?

  1. Home
  2. DEVELOPMENT POLICY
  3. Git Rule

Release Management

PreviousCommitting CodeNextCreate Pull Request (PR)

Last updated 3 years ago

Was this helpful?

Việc quản lý các phiên bản release được quy định từ các bước chuẩn bị cho đến khi phát hành chính thức trên môi trường production.

Đối với môi trường Development

  • Destination của PR luôn là nhánh develop

  • Leader review và merged PR

Đối với môi trường Staging

  • Leader tiến hành deploy nhánh release đã tạo lên môi trường Staging

  • Quá trình test và bug fixes phải được checked out từ nhánh release hiện tại và luôn được merged trở lại vào nhánh release

Đối với môi trường Production

Leader kiểm tra Checklist / Change logs để chuẩn bị release môi trường production

#1 - Finish the release

  • Checkout nhánh release hiện tại

  • Tiến hành Finish the release (tuân theo git-flow) - merged trở lại vào nhánh develop và master

#2 - Tagging version

Một khi code đã được merged vào nhánh master, chúng ta phải gắn thẻ (tagging) để theo dõi các phiên bản.

  • Tạo tag theo version của nhánh release hiện tại

  • Tạo Change logs tuân theo Convention sau đây

    • Liệt kê thay đổi dưới dạng bullet point list

    • Group các thay đổi theo Loại issue

    • Bắt buộc kèm theo Backlog-ID

    • Kèm theo Pull-Request-ID nếu có, nhưng không bắt buộc

Features
- [backlog-id] As a user I can view the list of job positions (#pull-request-id)
- [backlog-id] As a user I can view the details of a job position (#pull-request-id))

Bugs
- [backlog-id] Fix: Login with LinkedIn (#pull-request-id))

Chores
- [backlog-id] Set up production environment (#pull-request-id))

  • Push tag mới được tạo lên remote

#3 - Deploy to Production and Hot fix (Nếu có)

  • Leader tiến hành deploy version tag cần triển khai lên môi trường Production

  • Quá trình vận hành nếu có xãy ra bugs cần hotfix thì hotfix phải được checked out từ nhánh master

Thực hiện việc tạo Pull Request (PR) theo được quy định sẵn

Leader tạo nhánh release từ nhánh develop với quy tắc đặt tên theo release/<version number> e.g. release/1.0.0.

và phải được merged trở lại nhánh master kèm theo việc tạo tag có number version tuân theo

template
Semantic Versioning
Semantic Versioning
Release flow