Làm cách nào để triển khai chính xác khi sử dụng công tắc phát triển / sản xuất của Compoder?

Trình soạn thảo có tùy chọn tải một số phụ thuộc chỉ trong khi đang phát triển, vì vậy các công cụ sẽ không được cài đặt trong sản xuất (trên máy chủ trực tiếp). Điều này (về lý thuyết) rất tiện dụng cho các tập lệnh chỉ có ý nghĩa trong phát triển, như kiểm tra, công cụ dữ liệu giả, trình gỡ lỗi, v.v.

Cách để đi là thêm một require-devkhối bổ sung với các công cụ bạn cần trong dev:

"require-dev": {
    "codeception/codeception": "1.6.0.3"
}

và sau đó (về mặt lý thuyết) tải các phụ thuộc này thông qua

composer install --dev

Vấn đề & Câu hỏi:

Trình soạn thảo đã thay đổi hành vi installvà updateđột ngột vào năm 2013, require-dev-depencies hiện được cài đặt theo mặc định (!), Vui lòng tạo một composer.json với một require-devkhối và thực hiện composer installtái tạo.

Như cách được chấp nhận nhất để triển khai là đẩy nhà soạn nhạc. khóa (giữ thiết lập trình soạn thảo hiện tại của bạn) và sau đó thực hiện composer installtrên máy chủ sản xuất, điều này cũng sẽ cài đặt công cụ phát triển.

Cách chính xác để triển khai điều này mà không cần cài đặt các phụ thuộc -dev là gì?

_{Lưu ý: Tôi đang cố gắng tạo Q / A chính tắc ở đây để làm rõ việc triển khai Trình soạn thảo kỳ lạ. Hãy chỉnh sửa câu hỏi này.}

Tại sao

IMHO có một lý do chính đáng tại sao Trình soạn thảo sẽ sử dụng --devcờ theo mặc định (khi cài đặt và cập nhật) ngày nay. Nhà soạn nhạc chủ yếu chạy trong kịch bản trong đó đây là hành vi mong muốn:

Quy trình soạn thảo cơ bản như sau:

• Một dự án mới được bắt đầu: composer.phar install --dev , json và các tệp khóa được cam kết với VCS.
• Các nhà phát triển khác bắt đầu làm việc với dự án: kiểm tra VCS và composer.phar install --dev .
• Nhà phát triển thêm phụ thuộc : composer.phar require <package>, thêm --devnếu bạn muốn gói trongrequire-dev phần (và cam kết).
• Những người khác đi cùng: (thanh toán và) composer.phar install --dev .
• Một nhà phát triển muốn các phiên bản phụ thuộc mới hơn: composer.phar update --dev <package> (và cam kết).
• Những người khác đi cùng: (thanh toán và) composer.phar install --dev .
• Dự án được triển khai: composer.phar install --no-dev

Như bạn có thể thấy --devcờ được sử dụng (xa) nhiều hơn--no-dev cờ, đặc biệt là khi số lượng nhà phát triển làm việc trong dự án tăng lên.

Triển khai sản xuất

Cách chính xác để triển khai điều này mà không cần cài đặt các phụ thuộc "dev" là gì?

Chà, tập tin composer.jsonvà composer.locknên được cam kết với VCS. Đừng bỏ qua composer.lockvì nó chứa thông tin quan trọng về các phiên bản gói nên được sử dụng.

Khi thực hiện triển khai sản xuất, bạn có thể chuyển --no-devcờ cho Trình soạn thảo:

composer.phar install --no-dev

Các composer.locktập tin có thể chứa thông tin về các gói dev. Điều này không thành vấn đề. Các --no-devlá cờ sẽ đảm bảo những dev-gói không được cài đặt.

Khi tôi nói "triển khai sản xuất", ý tôi là một triển khai nhằm mục đích sử dụng trong sản xuất. Tôi không tranh luận liệu composer.phar installnên thực hiện trên máy chủ sản xuất hay trên máy chủ dàn dựng, nơi mọi thứ có thể được xem xét. Đó không phải là phạm vi của câu trả lời này. Tôi chỉ đang chỉ ra làm thế nào đểcomposer.phar install không cài đặt phụ thuộc "dev".

Đề ra

Các --optimize-autoloaderlá cờ cũng có thể được mong muốn về sản xuất (nó tạo ra một lớp bản đồ đó sẽ tăng tốc độ tự động load trong ứng dụng của bạn):

composer.phar install --no-dev --optimize-autoloader

Hoặc khi triển khai tự động được thực hiện:

composer.phar install --no-ansi --no-dev --no-interaction --no-plugins --no-progress --no-scripts --no-suggest --optimize-autoloader

Nếu codebase của bạn hỗ trợ nó, bạn có thể trao đổi trên --optimize-autoloadercho --classmap-authoritative. Thêm thông tin ở đây

Trên thực tế, tôi rất khuyến nghị LẠI cài đặt phụ thuộc vào máy chủ sản xuất.

Đề nghị của tôi là kiểm tra mã trên máy triển khai, cài đặt các phụ thuộc khi cần thiết (điều này bao gồm KHÔNG cài đặt phụ thuộc dev nếu mã đi vào sản xuất), sau đó di chuyển tất cả các tệp sang máy đích.

Tại sao?

• trên lưu trữ được chia sẻ, bạn có thể không nhận được một dòng lệnh
• ngay cả khi bạn đã làm, PHP có thể bị hạn chế ở đó về các lệnh, bộ nhớ hoặc truy cập mạng
• Các công cụ CLI của kho lưu trữ (Git, Svn) có thể chưa được cài đặt, sẽ không thành công nếu tệp khóa của bạn đã ghi lại một phụ thuộc để kiểm tra một cam kết nhất định thay vì tải xuống cam kết đó dưới dạng ZIP (bạn đã sử dụng --prefer-source hoặc Composer không có cách nào khác để có được phiên bản đó)
• nếu máy sản xuất của bạn giống một máy chủ thử nghiệm nhỏ hơn (ví dụ như vi thể Amazon EC2) thì có lẽ không đủ bộ nhớ được cài đặt để thực thi composer install
• trong khi nhà soạn nhạc cố gắng không phá vỡ mọi thứ, bạn cảm thấy thế nào về việc kết thúc với một trang web sản xuất bị hỏng một phần vì một số phụ thuộc ngẫu nhiên không thể được tải trong giai đoạn cài đặt của Nhà soạn nhạc

Câu chuyện dài: Sử dụng Trình soạn thảo trong môi trường bạn có thể kiểm soát. Máy phát triển của bạn đủ điều kiện vì bạn đã có tất cả những thứ cần thiết để vận hành Trình soạn thảo.

Cách chính xác để triển khai điều này mà không cần cài đặt các phụ thuộc -dev là gì?

Lệnh sử dụng là

composer install --no-dev

Điều này sẽ hoạt động trong mọi môi trường, có thể là máy chủ sản xuất hoặc máy triển khai hoặc máy phát triển được yêu cầu kiểm tra lần cuối để xem liệu có yêu cầu phát triển nào được sử dụng không chính xác cho phần mềm thực hay không.

Lệnh sẽ không cài đặt hoặc chủ động gỡ cài đặt, các yêu cầu dev được khai báo trong tệp composer.lock.

Nếu bạn không quan tâm đến việc triển khai các thành phần phần mềm phát triển trên máy chủ sản xuất, thì việc chạy composer installsẽ thực hiện cùng một công việc, nhưng chỉ cần tăng số lượng byte được di chuyển xung quanh và cũng tạo ra một khai báo trình tải tự động lớn hơn.

Bây giờ require-devđược bật theo mặc định, để phát triển cục bộ, bạn có thể làm composer installvà composer updatekhông có --devtùy chọn.

Khi bạn muốn triển khai vào sản xuất, bạn cần đảm bảo composer.lockkhông có gói nào đến từ đó require-dev.

Bạn có thể làm điều này với

composer update --no-dev

Khi bạn đã thử nghiệm cục bộ với --no-devbạn, bạn có thể triển khai mọi thứ để sản xuất và cài đặt dựa trên composer.lock. Bạn cần --no-devtùy chọn lại ở đây, nếu không, nhà soạn nhạc sẽ nói "Tệp khóa không chứa thông tin yêu cầu-dev" .

composer install --no-dev

Lưu ý: Hãy cẩn thận với bất cứ điều gì có khả năng giới thiệu sự khác biệt giữa nhà phát triển và sản xuất! Tôi thường cố gắng tránh yêu cầu dev bất cứ khi nào có thể, vì bao gồm các công cụ dev không phải là một chi phí lớn.

Trên các máy chủ sản xuất tôi đổi tên vendorthành vendor-<datetime>và trong quá trình triển khai sẽ có hai thư mục nhà cung cấp.

Cookie HTTP khiến hệ thống của tôi chọn nhà cung cấp mới autoload.php và sau khi thử nghiệm, tôi thực hiện chuyển đổi hoàn toàn nguyên tử / tức thời giữa chúng để vô hiệu hóa thư mục nhà cung cấp cũ cho tất cả các yêu cầu trong tương lai, sau đó tôi xóa thư mục trước đó vài ngày sau đó.

Điều này tránh mọi vấn đề gây ra bởi bộ đệm hệ thống tập tin mà tôi đang sử dụng trong apache / php và cũng cho phép mọi mã PHP hoạt động tiếp tục sử dụng thư mục nhà cung cấp trước đó.

Mặc dù câu trả lời khác đề nghị chống lại nó, cá nhân tôi chạy composer install trên máy chủ, vì điều này nhanh hơn rsync từ khu vực tổ chức của tôi (một VM trên máy tính xách tay của tôi).

Tôi sử dụng --no-dev --no-scripts --optimize-autoloader. Bạn nên đọc tài liệu cho từng người để kiểm tra xem điều này có phù hợp với môi trường của bạn không.

Tôi nghĩ là tốt hơn tự động hóa quá trình:

Thêm tệp composer.lock trong kho git của bạn, đảm bảo bạn sử dụng composer.phar install --no-dev khi bạn phát hành, nhưng trong bạn dev máy bạn có thể sử dụng bất kỳ lệnh soạn nhạc mà không cần lo lắng, điều này không có sẽ đi vào sản xuất, các sản xuất sẽ căn cứ vào các phụ thuộc của nó trong tập tin khóa.

Trên máy chủ, bạn kiểm tra phiên bản hoặc nhãn cụ thể này và chạy tất cả các thử nghiệm trước khi thay thế ứng dụng, nếu các thử nghiệm vượt qua bạn tiếp tục triển khai.

Nếu thử nghiệm phụ thuộc vào phụ thuộc dev, vì nhà soạn nhạc không có phụ thuộc phạm vi thử nghiệm, một giải pháp không thanh lịch có thể được chạy thử nghiệm với phụ thuộc dev ( cài đặt composer.phar ), xóa thư viện nhà cung cấp, chạy cài đặt composer.phar - -không một lần nữa, điều này sẽ sử dụng các phụ thuộc được lưu trong bộ nhớ cache nên nhanh hơn. Nhưng đó là một hack nếu bạn biết khái niệm phạm vi trong các công cụ xây dựng khác

Tự động hóa cái này và quên phần còn lại, đi uống bia :-)

PS.: Như trong phần bình luận @Sven dưới đây, không nên kiểm tra tệp composer.lock, vì điều này sẽ khiến trình soạn thảo cài đặt hoạt động như cập nhật của nhà soạn nhạc.

Bạn có thể thực hiện tự động hóa đó với http://deployer.org/ nó là một công cụ đơn giản.