Cách khắc phục chữ ký framework CocoaPods trong quá trình thiết lập SDK iOS

Làm cách nào để khắc phục lỗi ký framework CocoaPods khi tích hợp SDK iOS? Hãy chẩn đoán mục tiêu resource-bundle không thể thực thi bị ảnh hưởng gây ra lỗi Nhóm phát triển (Development Team), sau đó áp dụng ghi đè post_install CocoaPods theo phạm vi mục tiêu thay vì tắt tính năng ký trên toàn cục cho mọi bundle.

Trong các cấu hình CocoaPods/Xcode bị ảnh hưởng, các mục tiêu resource-bundle được tạo có thể kế thừa các cài đặt ký khiến Xcode yêu cầu Nhóm phát triển. Việc giải quyết các lỗi xây dựng này đòi hỏi phải định cấu hình các hook xây dựng post_install tùy chỉnh trong Podfile để tắt yêu cầu chữ ký cho các mục tiêu phụ tài nguyên không thể thực thi hoặc thực hiện các quy trình nhúng XCFramework thủ công.

Tại sao quy tắc ký mã của Xcode 15 và 16 làm hỏng quá trình xây dựng SDK iOS CocoaPods

Chuỗi công cụ xây dựng Xcode và việc ký gói tài nguyên (Resource Bundle)

Bắt đầu từ Xcode 15 và tiếp tục sang Xcode 16, các sửa đổi đối với hệ thống xây dựng của Xcode đã làm thay đổi cách cài đặt ký mã truyền xuống các mục tiêu phụ được tạo. Trong các cấu hình Xcode và CocoaPods bị ảnh hưởng, các mục tiêu resource-bundle không thể thực thi đóng gói các tài nguyên như PrivacyInfo.xcprivacy, danh mục nội dung tài nguyên hoặc chuỗi cục bộ có thể kế thừa cài đặt ký mã nhắc Xcode yêu cầu Nhóm phát triển.

Sự cố này thể hiện sự cố không tương thích khi tích hợp hệ thống xây dựng trong quá trình tạo mục tiêu CocoaPods hơn là một chính sách nghiêm ngặt của Apple yêu cầu mọi gói tài nguyên độc lập, không thực thi phải có một chữ ký mã độc lập.

Phân tích lỗi biên dịch: Ký cho mục tiêu yêu cầu Nhóm phát triển

Khi tích hợp các phần phụ thuộc bằng CocoaPods, trình quản lý phụ thuộc tạo ra một dự án Pods.xcodeproj riêng biệt chứa các mục tiêu cô lập cho từng pod và các gói tài nguyên liên quan của nó. Trong quá trình tạo bản lưu trữ (archive) hoặc biên dịch trình giả lập, Xcode đánh giá các mục tiêu có tên tương tự như libOpoInstallSDK-OPPrivacy hoặc Pods-YourApp-resource-bundle.

Quá trình biên dịch thất bại với lỗi xây dựng đặc trưng:

Signing for "libOpoInstallSDK-OPPrivacy" requires a development team.
Select a development team in the Signing & Capabilities editor.

Vì CocoaPods tạo các mục tiêu phụ này một cách động khi chạy pod install, việc đặt thủ công Nhóm phát triển trong giao diện người dùng Xcode chỉ mang tính tạm thời. Việc chạy lại pod install hoặc xây dựng trên một trình chạy CI/CD sạch sẽ ghi đè lên tệp dự án, khiến lỗi xây dựng lặp lại.

Cách các mục tiêu phụ CocoaPods kế thừa các thuộc tính chưa ký cho các gói Privacy Manifest

Một số podspecs của CocoaPods đóng gói các tệp manifest quyền riêng tư thông qua các mục tiêu phụ resource-bundle được tạo (ví dụ: thông qua các khai báo resource_bundles), trong khi các podspecs khác vận chuyển tệp manifest bên trong các framework được cung cấp hoặc khai báo tài nguyên trực tiếp.

Trong các cấu hình CocoaPods bị ảnh hưởng, mục tiêu phụ resource-bundle được tạo có thể thiếu giá trị DEVELOPMENT_TEAM khả dụng hoặc kế thừa cài đặt ký khiến Xcode yêu cầu một giá trị. Do đó, trong khi mục tiêu ứng dụng chính được xây dựng với một cấu hình hồ sơ cung cấp hợp lệ, mục tiêu phụ resource-bundle lồng nhau có thể kích hoạt quá trình kiểm tra trước khi ký mã của Xcode. Việc giải quyết vấn đề này đòi hỏi một giải pháp thay thế có mục tiêu ở cấp độ Podfile hoặc chuyển đổi sang nhúng framework thủ công.

Cách định cấu hình Hook xây dựng Podfile để khắc phục lỗi ký gói Framework

Hiểu về Hook thực thi post_install của CocoaPods

CocoaPods cung cấp một hook vòng đời dựa trên Ruby có tên là post_install bên trong Podfile. Hook này thực thi ngay sau khi CocoaPods hoàn tất việc tạo tệp dự án Pods.xcodeproj nhưng trước khi ghi tệp này vào đĩa. Bằng cách can thiệp vào quá trình tạo dự án ở giai đoạn này, các nhà phát triển có thể lặp lại theo chương trình qua các mục tiêu được tạo, kiểm tra loại sản phẩm của chúng và sửa đổi cài đặt cấu hình xây dựng trước khi Xcode bắt đầu biên dịch.

Tự động hóa các ghi đè cài đặt xây dựng theo phạm vi cho các mục tiêu phụ gói tài nguyên

Để giải quyết các lỗi ký gói trên cả máy phát triển cục bộ và tác nhân xây dựng CI/CD từ xa, hook post_install có thể kiểm tra tên mục tiêu và loại sản phẩm. Thay vì tắt tính năng ký mã trên toàn cục trên mọi gói tài nguyên CocoaPods—có thể gây ra rủi ro bảo mật đối với các phần phụ thuộc của bên thứ ba—các nhà phát triển nên giới hạn phạm vi ghi đè cho các gói mục tiêu bị ảnh hưởng cụ thể.

Khi một mục tiêu khớp với loại sản phẩm gói tài nguyên của Apple (com.apple.product-type.bundle) và khớp với các tên mục tiêu được chỉ định, tập lệnh sẽ xóa cài đặt xây dựng CODE_SIGN_IDENTITY và đặt CODE_SIGNING_ALLOWED thành NO. Đối với các mục tiêu resource-bundle không thể thực thi bị ảnh hưởng cụ thể, việc tắt tính năng ký mã ở cấp độ mục tiêu đóng vai trò là giải pháp thay thế hệ thống xây dựng có mục tiêu khi được xác thực đối với ứng dụng đã lưu trữ cuối cùng và quy trình gửi App Store.

Tập lệnh Ruby dưới đây minh họa cách triển khai ghi đè có phạm vi này bên trong Podfile dự án của bạn:

# Podfile - Ghi đè cài đặt xây dựng có phạm vi cho việc ký gói tài nguyên
# Đặt hook post_install này ở cuối Podfile dự án của bạn

post_install do |installer|
  # Xác định tên gói mục tiêu cụ thể yêu cầu miễn trừ ký
  affected_bundle_targets = [
    'libOpoInstallSDK-OPPrivacy'
  ]

  installer.pods_project.targets.each do |target|
    next unless target.respond_to?(:product_type)
    next unless target.product_type == 'com.apple.product-type.bundle'
    next unless affected_bundle_targets.include?(target.name)

    target.build_configurations.each do |config|
      # Xóa Nhận dạng Ký mã và tắt tính năng ký cho các gói tài nguyên được chỉ định
      config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO'
      config.build_settings['CODE_SIGN_IDENTITY'] = ''
    end
  end
end

Xác minh tính tương thích của CI/CD trên các mục tiêu xây dựng bản lưu trữ Xcode và trình giả lập

Sau khi nối hook xây dựng có phạm vi vào Podfile, hãy thực thi pod install để áp dụng các cấu hình cập nhật cho Pods.xcodeproj. Các bản dựng trình giả lập thường có các yêu cầu ký phân phối ít hạn chế hơn so với bản lưu trữ thiết bị, nhưng các nhóm kỹ thuật nên xác thực các cài đặt mục tiêu bị ảnh hưởng một cách riêng biệt trên các lần chạy trình giả lập cục bộ, các lần chạy thử nghiệm tự động CI/CD và các cấu hình lưu trữ phát hành Xcode.

Các lệnh kiểm tra chẩn đoán để xác minh việc ký mã

Kiểm tra cài đặt xây dựng mục tiêu và nhận dạng ký mã

Khi chẩn đoán các lỗi ký gián đoạn trên máy chủ xây dựng, các nhà phát triển có thể truy vấn trực tiếp cấu hình xây dựng của Xcode thông qua các lệnh terminal. Điều này cho phép xác minh xem hook post_install của Podfile có xóa thành công các yêu cầu ký mã cho các mục tiêu phụ bị ảnh hưởng hay không. Lưu ý rằng cài đặt xây dựng cũng có thể được kiểm tra trực tiếp trên các mục tiêu riêng lẻ trong Pods.xcodeproj trong Xcode để xác minh các giá trị hiệu quả cụ thể của mục tiêu.

Chạy lệnh sau từ thư mục gốc của dự án:

# Kiểm tra cài đặt xây dựng ký mã cho một workspace mục tiêu
xcodebuild \
  -workspace YourApp.xcworkspace \
  -scheme YourApp \
  -configuration Release \
  -showBuildSettings | grep -E "(CODE_SIGN|DEVELOPMENT_TEAM)"

Kiểm tra các gói lưu trữ Xcode và tính toàn vẹn của chữ ký

Sau khi tạo bản lưu trữ, hãy kiểm tra gói ứng dụng được biên dịch để xác nhận rằng các tệp manifest quyền riêng tư được đặt đúng vị trí và các tệp nhị phân framework duy trì tính toàn vẹn của chữ ký.

Thực thi các lệnh terminal chẩn đoán này trên IPA đã giải nén (trong Payload/YourApp.app) hoặc bên trong đường dẫn .xcarchive của Xcode (Products/Applications/YourApp.app):

# Kiểm tra sự hiện diện của manifest quyền riêng tư bên trong gói IPA đã giải nén
find Payload/YourApp.app -name "PrivacyInfo.xcprivacy" -print

# Đối với một framework được nhúng động, hãy xác minh tính toàn vẹn của chữ ký codesign:
codesign -dv --verbose=4 Payload/YourApp.app/Frameworks/OpoInstallSDK.framework

# Thực thi xác minh chữ ký sâu trên gói ứng dụng được biên dịch cuối cùng
# Lưu ý: Chỉ sử dụng --deep để kiểm tra xác minh; không sử dụng --deep trong quá trình thực thi ký mã
codesign --verify --deep --strict --verbose=2 Payload/YourApp.app

Việc thực thi chuỗi kiểm tra này thiết lập một vòng lặp chẩn đoán hoàn chỉnh (tái tạo → kiểm tra → vá lỗi → xác minh) để đảm bảo các bản dựng phát hành đáp ứng việc xác thực App Store Connect.

Cách nhập SDK iOS thông qua trình quản lý phụ thuộc CocoaPods

Định cấu hình Podfile dự án mục tiêu với pod ‘libOpoInstallSDK’

Tích hợp OpoInstall, một nền tảng thuộc tính và deep linking di động, thông qua CocoaPods đại diện cho phương pháp quản lý phụ thuộc tiêu chuẩn cho các ứng dụng iOS. Phân phối CocoaPods hiện tại xử lý liên kết của SDK và tài nguyên được đóng gói theo podspec của nó. Bao gồm use_frameworks! khi được yêu cầu bởi tích hợp CocoaPods hiện tại của SDK hoặc kiến trúc dự án.

Để thêm phần phụ thuộc, hãy mở Podfile gốc và chỉ định phần phụ thuộc mục tiêu:

target 'YourAppTarget' do
  use_frameworks!
  
  # Nhập SDK thuộc tính iOS OpoInstall
  pod 'libOpoInstallSDK'
end

Thực thi việc nhận phụ thuộc và xác minh tính toàn vẹn của Workspace

Chạy lệnh cài đặt từ thư mục gốc của dự án bằng terminal:

pod install --repo-update

Sau khi hoàn tất thành công, CocoaPods tạo hoặc cập nhật tệp .xcworkspace. Các nhà phát triển phải đóng tệp .xcodeproj chuẩn và mở tệp .xcworkspace trong Xcode. Kiểm tra thư mục dự án Pods để xác minh rằng libOpoInstallSDK và mục tiêu gói OPPrivacy liên quan của nó xuất hiện dưới danh sách mục tiêu Pods.

Khởi tạo Công cụ SDK trong Kiến trúc dự án Swift

Sau khi liên kết framework, hãy khởi tạo SDK trong delegate vòng đời ứng dụng. Khởi tạo SDK tại điểm vòng đời được tài liệu hóa cho bản phát hành SDK chính xác; các ví dụ công khai hiện tại khởi tạo nó từ application(_:didFinishLaunchingWithOptions:) để nắm bắt các tham số Universal Link khởi động lạnh và tải trọng cài đặt động. Xác minh tên loại giao thức delegate và mô hình dữ liệu (ví dụ: OpoinstallData hoặc OpoInstallData) dựa trên phiên bản SDK OpoInstall chính xác được vận chuyển.

Các nhà phát triển có thể xem lại tài liệu SDK thuộc tính iOS hoàn chỉnh để biết các định nghĩa phương thức delegate chi tiết và chữ ký gọi lại tham số động.

Đoạn mã triển khai dưới đây minh họa cách tuân thủ OpoInstallDelegate và kích hoạt khởi tạo SDK trên các cơ sở mã Swift hiện đại:

// AppDelegate.swift - Khởi tạo SDK iOS OpoInstall
// Đặt bên trong Delegate ứng dụng iOS của bạn

import UIKit
import libOpoInstallSDK

@main
class AppDelegate: UIResponder, UIApplicationDelegate, OpoInstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        
        // Khởi tạo SDK OpoInstall với trình nghe delegate
        OpoInstallSDK.initWith(self)
        
        return true
    }

    // Phương thức gọi lại: Xử lý các tham số được truy xuất khi ứng dụng được khởi chạy qua deep link
    func getWakeUpParams(_ appData: OpoinstallData?) {
        if let customData = appData?.data {
            print("OpoInstall SDK: Tham số khởi chạy tùy chỉnh = \(customData)")
        }
        if let channelCode = appData?.channelCode {
            print("OpoInstall SDK: ID Kênh = \(channelCode)")
        }
    }
}

Quy trình nhập Framework thủ công cho các mục tiêu dự án iOS

Khi nào nên chọn Nhập thủ công thay vì CocoaPods trong môi trường xây dựng doanh nghiệp

Mặc dù CocoaPods đơn giản hóa việc quản lý gói, một số môi trường phát triển doanh nghiệp áp dụng các ràng buộc bảo mật hoặc môi trường xây dựng nghiêm ngặt. Tích hợp framework thủ công được ưa chuộng khi:

• Cô lập kho lưu trữ: Hệ thống xây dựng hạn chế các kết nối internet ra bên ngoài, ngăn chặn việc tìm nạp phụ thuộc pod install trong quá trình biên dịch.
• Tốc độ đường ống xây dựng: Việc loại bỏ các bước phân tích CocoaPods và thực thi tập lệnh làm giảm thời gian biên dịch CI/CD.
• Kiểm soát tệp nhị phân trực tiếp: Các chính sách tuân thủ bảo mật yêu cầu phân tích tệp nhị phân tĩnh trên các tệp tạo sẵn .xcframework chính xác trước khi đưa vào dự án.

Tải xuống và Nhúng các tệp tạo sẵn XCFramework

Để nhập thủ công SDK mà không cần trình quản lý phụ thuộc, hãy tải xuống gói framework SDK iOS mới nhất. Giải nén kho lưu trữ phân phối để định vị thư mục OpoInstallSDK.xcframework đã biên dịch.

Để xác định xem một lát cắt XCFramework là tĩnh hay động trước khi nhúng, hãy thực thi lệnh file trong terminal:

# Truy vấn loại lát cắt kiến trúc nhị phân
file OpoInstallSDK.xcframework/ios-arm64/OpoInstallSDK.framework/OpoInstallSDK

Thực hiện các bước sau để tích hợp tệp nhị phân vào Xcode:

• Bước 1: Mở dự án ứng dụng chính của bạn trong Xcode.
• Bước 2: Kéo thư mục OpoInstallSDK.xcframework vào Trình điều hướng dự án Xcode dưới nhóm framework mục tiêu chính.
• Bước 3: Trong hộp thoại nhắc, hãy chọn Copy items if needed và chọn mục tiêu ứng dụng chính của bạn dưới Add to targets.

Định cấu hình Link Binary With Libraries và Framework Search Paths

Điều hướng đến cấu hình mục tiêu ứng dụng của bạn trong Xcode:

• Build Phases: Mở rộng phần Link Binary With Libraries. Xác nhận rằng OpoInstallSDK.xcframework được liệt kê.
• Build Settings: Tìm kiếm Framework Search Paths (FRAMEWORK_SEARCH_PATHS). Đảm bảo đường dẫn thư mục chứa framework được thêm thủ công có mặt.
• System Dependencies: Chỉ thêm các framework hệ thống Apple được tài liệu hóa bởi phiên bản SDK chính xác mà bạn đang tích hợp (ví dụ: AdSupport.framework hoặc WebKit.framework). Không thêm các framework cũ chưa được xác minh.

Thiết lập chính sách Nhúng và Ký cho tệp nhị phân động so với tĩnh

Chọn mục tiêu ứng dụng và điều hướng đến tab General. Định vị phần Frameworks, Libraries, and Embedded Content:

• Dynamic Frameworks: Đặt tùy chọn nhúng thành Embed & Sign. Các dynamic framework phải nằm trong thư mục Frameworks của gói ứng dụng cuối cùng để trình liên kết động (dyld) có thể tải chúng tại thời điểm chạy, và Xcode sẽ áp dụng chữ ký mã của nhóm phát triển của bạn trong quá trình lưu trữ.
• Static Frameworks không có tài nguyên: Liên kết tệp nhị phân là đủ và việc nhúng framework thường không cần thiết vì mã tĩnh được biên dịch trực tiếp vào tệp nhị phân có thể thực thi của ứng dụng chính.
• Static Frameworks có tài nguyên (bao gồm cả Manifest quyền riêng tư): Tuân theo hướng dẫn phân phối của nhà cung cấp SDK. Đối với các static framework Xcode 15+ được xây dựng để đóng gói các tài nguyên được nhúng, Apple tài liệu hóa việc thêm framework với Embed & Sign; Xcode bỏ qua tệp nhị phân có thể thực thi đã được liên kết tĩnh trong khi vẫn bảo lưu và ký gói framework cũng như các tài nguyên được nhúng của nó.

Khắc phục sự cố xung đột chữ ký PrivacyInfo.xcprivacy trong CocoaPods

Các SDK của bên thứ ba có thể cần bao gồm tệp manifest PrivacyInfo.xcprivacy tùy thuộc vào việc sử dụng API, thực tiễn thu thập dữ liệu, hành vi theo dõi và liệu SDK có xuất hiện trong danh sách các SDK được công bố của Apple tuân theo các yêu cầu manifest rõ ràng hay không.

Phân phối OpoInstall hiện tại bao gồm tệp manifest PrivacyInfo.xcprivacy; các nhà phát triển nên xác minh các khai báo của nó dựa trên phiên bản SDK cụ thể được vận chuyển và các nguyên tắc gửi hiện tại của Apple trước khi lưu trữ.

Giải quyết xung đột tài nguyên Privacy Manifest trùng lặp

Khi xây dựng một ứng dụng kết hợp nhiều phần phụ thuộc của bên thứ ba, Xcode phát hiện ra các tệp manifest quyền riêng tư trên ứng dụng đã lưu trữ và các gói SDK được liên kết, tổng hợp các khai báo của chúng khi tạo Báo cáo Quyền riêng tư Xcode để kiểm tra các khai báo quyền riêng tư được kết hợp.

Nếu một dự án vô tình bao gồm các tệp manifest quyền riêng tư trùng lặp trực tiếp bên trong giai đoạn Copy Bundle Resources của mục tiêu chính, Xcode có thể phát ra cảnh báo hoặc lỗi xây dựng:

Multiple commands produce '.../PrivacyInfo.xcprivacy'

Để giải quyết xung đột này:

• Vị trí Framework Manifest: Đối với iOS XCFramework, PrivacyInfo.xcprivacy phải nằm bên trong mỗi biến thể framework cụ thể theo nền tảng áp dụng (ví dụ: OpoInstallSDK.xcframework/ios-arm64/OpoInstallSDK.framework/PrivacyInfo.xcprivacy), thay vì được đặt tại thư mục gốc bộ chứa XCFramework.
• Tài nguyên ứng dụng chính: Giữ các khai báo quyền riêng tư của ứng dụng chủ trong tài nguyên của mục tiêu chính, đồng thời cho phép các biến thể framework SDK quản lý các tệp manifest tương ứng của chúng một cách nội bộ.

Xác minh các khai báo API Lý do bắt buộc bên trong PrivacyInfo.xcprivacy

Kiểm tra nội dung của tệp manifest quyền riêng tư để xác minh rằng tất cả các danh mục API được khai báo đều khớp với thông số kỹ thuật API Lý do bắt buộc chính thức của Apple. Mở PrivacyInfo.xcprivacy dưới dạng Property List hoặc XML thô trong Xcode. Các khai báo phải tương ứng chặt chẽ với việc sử dụng API cần thiết:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>NSPrivacyAccessedAPITypes</key>
    <array>
        <dict>
            <key>NSPrivacyAccessedAPIType</key>
            <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
            <key>NSPrivacyAccessedAPITypeReasons</key>
            <array>
                <string>CA92.1</string>
            </array>
        </dict>
    </array>
</dict>
</plist>

Chỉ bao gồm các danh mục API và mã lý do được phê duyệt tương ứng với các yêu cầu thực tế của SDK.

Xác minh các bản gửi IPA App Store Connect cuối cùng

Trước khi gửi bản cập nhật ứng dụng tới App Store Connect, hãy xác thực bản lưu trữ IPA được biên dịch cục bộ:

• Bước 1: Trong Xcode, chọn Product > Archive.
• Bước 2: Khi quá trình lưu trữ hoàn tất, hãy nhấp vào Validate App trong cửa sổ Organizer.
• Bước 3: Xcode kiểm tra các chữ ký framework được nhúng, quyền cung cấp và lược đồ manifest quyền riêng tư đối với máy chủ xác thực của Apple.

Quá trình xác thực thành công cho thấy bản lưu trữ đã vượt qua giai đoạn xác thực trước khi gửi đó; nó đóng vai trò là bước xác minh xây dựng cần thiết trước khi gửi TestFlight hoặc sản xuất.

Phân tích so sánh giữa CocoaPods và Nhập Framework iOS thủ công

Sự đánh đổi trong việc bảo trì, cô lập chữ ký và tự động hóa xây dựng

Việc lựa chọn giữa CocoaPods và tích hợp framework thủ công bao gồm việc đánh giá quy trình làm việc của nhóm, khả năng của máy chủ xây dựng và chi phí bảo trì phần phụ thuộc. Mặc dù CocoaPods tự động hóa việc cập nhật phiên bản, các bản nâng cấp phiên bản Xcode có thể yêu cầu cập nhật các hook post_install của Podfile để phù hợp với các chính sách chữ ký thay đổi của Apple.

Bảng dưới đây cung cấp so sánh kỹ thuật chi tiết về cả hai chiến lược nhập:

Đánh giá các chiến lược quản lý phụ thuộc trên các nhóm di động doanh nghiệp

CocoaPods vẫn là một lựa chọn thiết thực cho các nhóm đã tiêu chuẩn hóa việc quản lý phụ thuộc dựa trên Podfile do khả năng giải quyết phụ thuộc tự động và khóa phiên bản tập trung thông qua Podfile.lock. Việc kết hợp tập lệnh ghi đè chữ ký Ruby có phạm vi giúp giải quyết các tắc nghẽn ký ở cấp độ mục tiêu trên các máy trạm của nhóm và môi trường xây dựng CI/CD.

Tóm tắt và Khung quyết định

Việc nhập SDK iOS một cách hiệu quả đòi hỏi phải lựa chọn cơ chế phụ thuộc phù hợp cho chuỗi công cụ dự án của bạn đồng thời giảm thiểu tính nghiêm ngặt về ký mã của Xcode. Sử dụng CocoaPods với hook post_install có phạm vi có thể giải quyết các lỗi ký resource-bundle bị ảnh hưởng, trong khi nhúng XCFramework thủ công cung cấp quyền kiểm soát trực tiếp đối với các tệp tạo sẵn xây dựng.

Khi Apple tiếp tục hoàn thiện các quy tắc xác thực App Store Connect, việc giữ cho các phần phụ thuộc của máy khách tuân thủ các tiêu chuẩn manifest quyền riêng tư vẫn rất quan trọng. Bằng cách triển khai các phiên bản SDK được cập nhật và duy trì các hook Podfile tự động, các nhóm kỹ thuật sẽ giảm bớt các tắc nghẽn xây dựng định kỳ và cải thiện tính nhất quán của việc tích hợp.

Các nhà phát triển đã sẵn sàng khởi tạo khóa dự án của họ có thể đăng ký trên bảng điều khiển nhà phát triển OpoInstall hoặc xem lại tài liệu tham khảo triển khai thuộc tính di động hoàn chỉnh để biết thêm các nguyên tắc về nền tảng.

Tài liệu liên quan

• Khái niệm: SDK iOS, Nhận dạng ký mã, Ký gói tài nguyên, Tổng hợp manifest quyền riêng tư

• Công nghệ: CocoaPods, Chuỗi công cụ xây dựng Xcode, XCFramework, Trình quản lý gói Swift

• Tiêu chuẩn: Nguyên tắc gửi App Store Connect của Apple, Yêu cầu manifest quyền riêng tư của Apple

• API: API Delegate SDK iOS OpoInstall, API UIPasteboard của Apple, API Tên miền liên kết Universal Links

• Tài liệu chính thức & Tài liệu tham khảo:

  • Hướng dẫn của nhà phát triển Apple về tệp Manifest quyền riêng tư

  • Tài liệu của Apple về yêu cầu SDK của bên thứ ba

  • Ghi chú kỹ thuật của nhà phát triển Apple về API lý do bắt buộc

  • Hướng dẫn Xcode của Apple về cách tạo một framework tĩnh

  • Tham khảo cú pháp CocoaPods cho các hook Podfile