💡
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
  • Pull Request Rules
  • Pull Request Content

Was this helpful?

  1. Home
  2. DEVELOPMENT POLICY
  3. Git Rule
  4. Release Management

Create Pull Request (PR)

Để cải tiến chất lượng của quy trình review, mỗi Pull Request được tạo ra phải tuân thủ một số quy định và sử dụng chung một format

PreviousRelease ManagementNextSemantic Versioning

Last updated 3 years ago

Was this helpful?

Pull Request Rules

  • Name: Backlog task name

  • File change: Số lượng change files chỉ nên ở mức dưới 10 files. Trong trường hợp PR có số lượng files thay đổi lớn, nên chia thành nhiều PR nhỏ hơn với mục đích nhỏ đủ để review và đủ lớn để hiểu được nội dung của future, bug fix, hoặc update. Số lượng change files càng nhỏ thì chất lượng review code sẽ được nâng cao.

  • Related Issue: Chọn backlog-id liên quan đến PR

  • Content: Nội dung của PR phải tuân theo được quy định bên dưới

  • Target branch: dựa trên process của dự án, cho môi trường development và production sẽ khác nhau []

  • Reviewers: Leader hoặc Senior Developer

Pull Request Content

Mỗi PR cần phải đảm bảo follow theo content template sau đây

## Document link:
<!--
A link to project document (Backlog or Trello...)
-->

## Pull request content:
<!--
What is the content of this pull request
-->

## Images or Videos:
<!--
Image or Video evidences which show PR content

Document Link (Optional): Có hoặc không, nếu đã có Related Issue thì không cần thiết. Pull request content (Required): Mô tả những thay đổi về source code trong PR. Images or Videos (Optional): Link đến hình ảnh hoặc video mô tả về nội dung của PR (nếu có).

Tham khảo Release Management
template
Create Pull Request on Backlog