2013-05-22 30 views
15

Tôi sợ rằng câu trả lời có thể là "không thể", nhưng tôi muốn biết liệu có cách nào để phát hiện xem ứng dụng đã tải lên Cửa hàng Play có phải là kênh alpha/beta hoặc ổn định.Phát hiện xem ứng dụng có phải là bản Beta trong Cửa hàng Play

Tôi muốn đạt được điều này vì tôi có toàn bộ menu dẫn đến các tính năng Beta mà tôi muốn ẩn trong kênh ổn định.

Điều này thực sự hữu ích vì trong khi tôi sửa các lỗi chung chung mà tôi đẩy tới Cửa hàng, tôi không muốn biên dịch lại mỗi khi có hoặc không có nút beta.

Tôi có tiếc là không có code để chia sẻ, nhưng bất kỳ sự giúp đỡ hoặc gợi ý sẽ được đánh giá cao

enter image description here

+0

Chỉ cần làm rõ - Bạn muốn một APK đơn lẻ có chức năng khác khi được triển khai dưới dạng beta hoặc được đẩy vào sản xuất? – auval

+1

@uval bạn hoàn toàn hiểu được nhu cầu của tôi .. –

+2

Vì vậy, tôi nghĩ điều bạn thực sự muốn nói là làm thế nào để phát hiện xem người dùng hiện tại đã kích hoạt kênh beta hay chưa.Tôi đồng ý điều này sẽ rất hữu ích vì quá trình beta và bảng điều khiển dành cho nhà phát triển sẽ tự cho mình một luồng công việc liên tục đẩy cùng một APK đến sản xuất. Vì vậy, chúng tôi không muốn tạo APK riêng cho chỉ beta nhưng otoh đôi khi chúng tôi muốn các tính năng dành riêng cho người dùng beta ngay cả khi nó đang được sản xuất, có thể là tính năng chỉ beta trong nhiều tuần hoặc vài tháng hoặc thậm chí các tính năng vĩnh viễn như trình đơn gỡ lỗi này , tồn tại trên nhiều bản phát hành APK mới. – mahemoff

Trả lời

0

Alpha/Beta vừa được khởi chạy và Google đã không đề cập đến bất cứ điều gì giống như những gì bạn muốn.
Nếu một cái gì đó như thế này là có thể, nơi dành cho nó có thể là Google Play Services.
Nó không có ở đó.

Cách giải quyết khác -
Nếu bạn biết ngày bạn muốn chuyển từ giai đoạn beta sang sản xuất, bạn có thể sử dụng mẹo nhỏ này: đặt chế độ hiển thị mặc định của menu gỡ lỗi thành gone và cho đến ngày đó nó hiển thị trong mã.

+0

Tôi tự hỏi liệu bạn có thể tham gia API G + hoặc API nhóm để kiểm tra người dùng hiện tại đối với danh sách người dùng alpha/beta của bạn hay không. Theo như phần mềm biết, người dùng beta luôn nhận được phiên bản beta của ứng dụng. –

+0

@BrillPappin Có vẻ như có thể, nhưng không dễ thực hiện. Và trường hợp sử dụng OP có nghĩa là các kiểm tra này sẽ tiếp tục mãi mãi cho tất cả người dùng, thậm chí lâu sau khi bản beta kết thúc. Nếu bạn đang sử dụng mạng, bạn có thể thấy việc sử dụng tệp json trên máy chủ web hoặc GCM dễ dàng hơn – auval

1

Nó khá đơn giản thực sự, hãy tải APK khác nhau. Duy trì một nhánh mã khác với chỉ các tính năng beta trong kênh beta của bạn. Biên dịch lại không phải là một rắc rối lớn. Bạn có phải là sử dụng một số hình thức quyền kiểm soát nguồn không?

+0

Có thể muốn xem xét hệ thống xây dựng Gradle mới. Nó cung cấp một số hỗ trợ tuyệt vời cho loại điều này. – kcoppock

+0

Tải lên một APK khác nhau, có, đơn giản, nhưng rất tẻ nhạt nếu bạn muốn "khởi chạy tối" một tính năng để nó dành riêng cho người dùng beta trong một thời gian dài. Điều này cũng có nghĩa là người dùng beta sẽ nhận được nhiều bản phát hành bổ sung khi bạn quảng bá ứng dụng và sau đó phân phối lại bản beta. – mahemoff

+0

Đó không phải là một giải pháp tốt vì nó giới thiệu tiềm năng để xây dựng bản beta được đẩy lên sản xuất. Ý tưởng với triển khai alpha/beta là cho phép số lượng người dùng ngày càng tăng truy cập vào các tính năng bạn sẽ phát hành. Hãy nghĩ về nó một đám đông có nguồn gốc QA. –

1

Tôi hy vọng có một cách làm điều này một cách dễ dàng là tốt, nhưng tôi chưa tìm thấy một.

Một tùy chọn khác là có cờ kết thúc tốt chức năng beta và sau đó sử dụng Trình quản lý thẻ của Google http://www.google.com/tagmanager/ để chuyển đổi các tính năng bạn chỉ muốn phát hành beta trước khi nâng cấp ứng dụng lên sản xuất.

6

Tôi cảm thấy có thực sự là một trường hợp sử dụng tốt cho chức năng này. Hãy xem xét các tình huống sau:

  1. Tôi có một API mà increments phiên bản tại prod.api.example.com
  2. Tôi có một ứng dụng di động mà increments phiên bản độc lập nhưng dựa vào các api.
  3. Trước khi nhà phát triển api thêm hoặc xóa chức năng, họ sẽ hiển thị các thay đổi ở một url khác. Nói: beta.api.example.com
  4. Tôi muốn người thử nghiệm alpha hoặc beta của mình luôn làm việc chống lại url beta của api vì họ sẽ tìm thấy các thay đổi đột phá.
  5. Khi thay đổi api mới được phát hành từ phiên bản beta sang sản phẩm thì tôi muốn quảng cáo ứng dụng Android từ alpha hoặc beta thành prod mà không tăng số phiên bản ứng dụng dành cho thiết bị di động và phải xây dựng lại nếu mọi thứ hoạt động bình thường.
Các vấn đề liên quan