Bạn build, ký, và xuất bản ứng dụng Android như thế nào?

Question

Accepted Answer

Phát hành một ứng dụng Android bao gồm build một **phiên bản release**, **ký** nó (bắt buộc), và xuất bản lên **Google Play** (hoặc các cửa hàng khác), cùng với việc đánh phiên bản, các track kiểm thử, và cập nhật liên tục. Hiểu quy trình này là quan trọng để ship ứng dụng.

## Build một phiên bản release

```text
→ Build một variant RELEASE (tối ưu, minify/shrink qua R8/ProGuard) — không phải debug
→ Tạo một APP BUNDLE (.aab) — định dạng được Google Play ưu tiên (Play tạo
  các APK tối ưu theo từng thiết bị); hoặc một APK
```

## Ký ứng dụng (bắt buộc)

```text
TẤT CẢ ứng dụng Android phải được KÝ bằng một chứng chỉ để được cài đặt/cập nhật:
  → ký bằng một KEYSTORE (một khóa ký bạn phải giữ AN TOÀN — mất nó nghĩa là bạn không thể
    cập nhật ứng dụng với cùng danh tính!)
  → PLAY APP SIGNING → Google quản lý khóa ký của bạn (được khuyến nghị; bạn upload với một
    upload key, Google ký) — bảo vệ khỏi mất khóa
→ Chữ ký chứng minh quyền tác giả của ứng dụng và rằng các cập nhật đến từ cùng một lập trình viên.
```

## Xuất bản lên Google Play

```text
→ Google Play CONSOLE: tạo ứng dụng, upload AAB, điền store listing (mô tả,
  ảnh chụp màn hình, icon), đặt content rating, chính sách quyền riêng tư, giá
→ TRACK KIỂM THỬ — internal / closed (alpha) / open (beta) testing trước production
  → triển khai dần; thu thập phản hồi; bắt vấn đề
→ Quy trình review (tuân thủ chính sách); rồi phát hành production (có thể triển khai theo giai đoạn)
→ ĐÁNH PHIÊN BẢN — versionCode (số nguyên, phải tăng) + versionName (hiển thị) cho cập nhật
```

## Tại sao điều này quan trọng

Hiểu cách build, ký, và xuất bản ứng dụng Android là kiến thức cấp senior quan trọng vì **ship ứng dụng đến người dùng là mục tiêu**, và quy trình phát hành có các yêu cầu cụ thể, quan trọng, nên đây là kiến thức giá trị để giao ứng dụng thực.

Hiểu **build một phiên bản release** (một variant release tối ưu, được shrink — không phải debug — được tạo dưới dạng **App Bundle** mà Google Play ưu tiên, tạo các APK tối ưu theo thiết bị) là điểm khởi đầu.

Hiểu **ký ứng dụng** là thiết yếu và then chốt: **tất cả ứng dụng Android phải được ký** để được cài đặt và cập nhật, và khóa ký phải được giữ an toàn (**mất nó nghĩa là bạn không thể cập nhật ứng dụng với cùng danh tính** — một rủi ro nghiêm trọng), đó là lý do **Play App Signing** (Google quản lý khóa ký, với bạn upload qua một upload key) được khuyến nghị để bảo vệ khỏi mất khóa — hiểu yêu cầu ký này và quản lý khóa là kiến thức thực tiễn và quản lý rủi ro quan trọng.

Hiểu **xuất bản lên Google Play** (dùng Play Console để upload bundle, tạo store listing với metadata bắt buộc và chính sách quyền riêng tư, dùng **track kiểm thử** — internal/closed/open testing trước production để bắt vấn đề và thu thập phản hồi, điều hướng quy trình review, và triển khai theo giai đoạn) phản ánh quy trình phát hành thực.

Hiểu **đánh phiên bản** (versionCode phải tăng cho cập nhật, versionName để hiển thị) là cần thiết để quản lý cập nhật đúng cách.

Vì ship ứng dụng đến người dùng là mục tiêu của phát triển và quy trình phát hành (build release, việc ký bắt buộc với các rủi ro quản lý khóa, xuất bản qua Play Console với track kiểm thử, và đánh phiên bản) có các yêu cầu cụ thể quan trọng, và vì hiểu nó là cần thiết để thực sự giao và cập nhật ứng dụng, nên hiểu cách build, ký, và xuất bản ứng dụng Android là kiến thức cấp senior quan trọng — cần thiết để ship ứng dụng thực đến người dùng, phản ánh sự hiểu biết đầu-cuối (đặc biệt là khía cạnh ký/quản lý khóa then chốt) được kỳ vọng cho vai trò senior chịu trách nhiệm phát hành và bảo trì ứng dụng Android production.