View a markdown version of this page

Membuat dan menambahkan tindakan kustom di CodePipeline - AWS CodePipeline

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Membuat dan menambahkan tindakan kustom di CodePipeline

AWS CodePipeline mencakup sejumlah tindakan yang membantu Anda mengonfigurasi membangun, menguji, dan menyebarkan sumber daya untuk proses rilis otomatis Anda. Jika proses rilis Anda mencakup aktivitas yang tidak termasuk dalam tindakan default, seperti proses build yang dikembangkan secara internal atau rangkaian pengujian, Anda dapat membuat tindakan kustom untuk tujuan itu dan memasukkannya ke dalam pipeline Anda. Anda dapat menggunakan AWS CLI untuk membuat tindakan kustom di pipeline yang terkait dengan AWS akun Anda.

Anda dapat membuat tindakan kustom untuk kategori AWS CodePipeline tindakan berikut:

  • Tindakan pembuatan khusus yang membangun atau mengubah item

  • Tindakan penerapan kustom yang menerapkan item ke satu atau lebih server, situs web, atau repositori

  • Tindakan pengujian khusus yang mengonfigurasi dan menjalankan pengujian otomatis

  • Tindakan pemanggilan khusus yang menjalankan fungsi

Saat Anda membuat tindakan kustom, Anda juga harus membuat pekerja pekerjaan yang akan melakukan polling CodePipeline untuk permintaan pekerjaan untuk tindakan kustom ini, menjalankan pekerjaan, dan mengembalikan hasil status ke CodePipeline. Pekerja pekerjaan ini dapat ditemukan di komputer atau sumber daya apa pun selama memiliki akses ke titik akhir publik untuk CodePipeline. Untuk mengelola akses dan keamanan dengan mudah, pertimbangkan untuk menghosting pekerja pekerjaan Anda di instans Amazon EC2.

Diagram berikut menunjukkan tampilan tingkat tinggi dari pipeline yang mencakup tindakan pembuatan kustom:

Tampilan tingkat tinggi dari pipeline yang mencakup tindakan pembuatan kustom.

Ketika pipeline menyertakan tindakan kustom sebagai bagian dari tahap, pipeline akan membuat permintaan pekerjaan. Pekerja pekerjaan khusus mendeteksi permintaan itu dan melakukan pekerjaan itu (dalam contoh ini, proses kustom menggunakan perangkat lunak pembuatan pihak ketiga). Ketika tindakan selesai, pekerja kerja mengembalikan hasil sukses atau hasil kegagalan. Jika hasil sukses diterima, pipeline akan memberikan revisi dan artefaknya ke tindakan berikutnya. Jika kegagalan dikembalikan, pipa tidak akan memberikan revisi ke tindakan berikutnya dalam pipa.

catatan

Instruksi ini mengasumsikan bahwa Anda telah menyelesaikan langkah-langkah diMemulai dengan CodePipeline.

Buat tindakan kustom

Untuk membuat tindakan kustom dengan AWS CLI
  1. Buka editor teks dan buat file JSON untuk tindakan kustom Anda yang mencakup kategori tindakan, penyedia tindakan, dan pengaturan apa pun yang diperlukan oleh tindakan kustom Anda. Misalnya, untuk membuat tindakan pembuatan kustom yang hanya membutuhkan satu properti, file JSON Anda mungkin terlihat seperti ini:

    { "category": "Build", "provider": "My-Build-Provider-Name", "version": "1", "settings": { "entityUrlTemplate": "https://my-build-instance/job/{Config:ProjectName}/", "executionUrlTemplate": "https://my-build-instance/job/{Config:ProjectName}/lastSuccessfulBuild/{ExternalExecutionId}/" }, "configurationProperties": [{ "name": "ProjectName", "required": true, "key": true, "secret": false, "queryable": false, "description": "The name of the build project must be provided when this action is added to the pipeline.", "type": "String" }], "inputArtifactDetails": { "maximumCount": integer, "minimumCount": integer }, "outputArtifactDetails": { "maximumCount": integer, "minimumCount": integer }, "tags": [{ "key": "Project", "value": "ProjectA" }] }

    Contoh ini menambahkan penandaan ke tindakan kustom dengan menyertakan kunci Project tag dan ProjectA nilai pada tindakan kustom. Untuk informasi selengkapnya tentang menandai sumber daya di CodePipeline, lihatPenandaan pada sumber daya.

    Ada dua properti yang disertakan dalam file JSON, entityUrlTemplate danexecutionUrlTemplate. Anda dapat merujuk ke nama di properti konfigurasi tindakan kustom dalam templat URL dengan mengikuti format{Config:name}, selama properti konfigurasi diperlukan dan bukan rahasia. Misalnya, dalam sampel di atas, entityUrlTemplate nilai mengacu pada properti konfigurasiProjectName.

    • entityUrlTemplate: tautan statis yang memberikan informasi tentang penyedia layanan untuk tindakan tersebut. Dalam contoh, sistem build menyertakan tautan statis ke setiap proyek build. Format tautan akan bervariasi, tergantung pada penyedia build Anda (atau, jika Anda membuat jenis tindakan yang berbeda, seperti pengujian, penyedia layanan lain). Anda harus memberikan format tautan ini sehingga ketika tindakan kustom ditambahkan, pengguna dapat memilih tautan ini untuk membuka browser ke halaman di situs web Anda yang menyediakan spesifikasi untuk proyek build (atau lingkungan pengujian).

    • executionUrlTemplate: tautan dinamis yang akan diperbarui dengan informasi tentang tindakan saat ini atau terbaru. Ketika pekerja pekerjaan kustom Anda memperbarui status pekerjaan (misalnya, sukses, gagal, atau sedang berlangsung), itu juga akan memberikan externalExecutionId yang akan digunakan untuk menyelesaikan tautan. Tautan ini dapat digunakan untuk memberikan rincian tentang menjalankan suatu tindakan.

    Misalnya, saat Anda melihat tindakan dalam pipeline, Anda melihat dua tautan berikut:

    Tautan di CodePipeline konsol mengarah ke informasi lebih lanjut tentang jalannya pipa.

    1 Tautan statis ini muncul setelah Anda menambahkan tindakan kustom dan menunjuk ke alamat dientityUrlTemplate, yang Anda tentukan saat membuat tindakan kustom.

    2 Tautan dinamis ini diperbarui setelah setiap tindakan dijalankan dan menunjuk ke alamat diexecutionUrlTemplate, yang Anda tentukan saat membuat tindakan kustom.

    Untuk informasi selengkapnya tentang jenis tautan ini, serta RevisionURLTemplate danThirdPartyURL, lihat ActionTypeSettings dan CreateCustomActionType di Refer CodePipeline ensi API. Untuk informasi selengkapnya tentang persyaratan struktur tindakan dan cara membuat tindakan, lihatCodePipeline referensi struktur pipa.

  2. Simpan file JSON dan beri nama yang dapat Anda ingat dengan mudah (misalnya, MyCustomAction .json).

  3. Buka sesi terminal (Linux, OS X, Unix) atau command prompt (Windows) pada komputer tempat Anda telah menginstal. AWS CLI

  4. Gunakan AWS CLI untuk menjalankan aws codepipeline create-custom-action-type perintah, menentukan nama file JSON yang baru saja Anda buat.

    Misalnya, untuk membuat tindakan kustom build:

    penting

    Pastikan untuk menyertakan file:// sebelum nama file. Diperlukan dalam perintah ini.

    aws codepipeline create-custom-action-type --cli-input-json file://MyCustomAction.json
  5. Perintah ini mengembalikan seluruh struktur tindakan kustom yang Anda buat, serta properti konfigurasi JobList tindakan, yang ditambahkan untuk Anda. Saat menambahkan tindakan kustom ke pipeline, Anda dapat menggunakan JobList untuk menentukan proyek mana dari penyedia yang dapat Anda jajak pendapat untuk pekerjaan. Jika Anda tidak mengonfigurasi ini, semua pekerjaan yang tersedia akan dikembalikan saat pekerja pekerjaan kustom Anda melakukan polling untuk pekerjaan.

    Misalnya, perintah sebelumnya mungkin mengembalikan struktur yang mirip dengan berikut ini:

    { "actionType": { "inputArtifactDetails": { "maximumCount": 1, "minimumCount": 1 }, "actionConfigurationProperties": [ { "secret": false, "required": true, "name": "ProjectName", "key": true, "description": "The name of the build project must be provided when this action is added to the pipeline." } ], "outputArtifactDetails": { "maximumCount": 0, "minimumCount": 0 }, "id": { "category": "Build", "owner": "Custom", "version": "1", "provider": "My-Build-Provider-Name" }, "settings": { "entityUrlTemplate": "https://my-build-instance/job/{Config:ProjectName}/", "executionUrlTemplate": "https://my-build-instance/job/mybuildjob/lastSuccessfulBuild/{ExternalExecutionId}/" } } }
    catatan

    Sebagai bagian dari output create-custom-action-type perintah, id bagian ini termasuk"owner": "Custom". CodePipeline secara otomatis menetapkan Custom sebagai pemilik jenis tindakan kustom. Nilai ini tidak dapat ditetapkan atau diubah saat Anda menggunakan create-custom-action-type perintah atau update-pipeline perintah.

Membuat pekerja pekerjaan untuk tindakan kustom Anda

Tindakan khusus memerlukan pekerja pekerjaan yang akan melakukan polling CodePipeline untuk permintaan pekerjaan untuk tindakan kustom, menjalankan pekerjaan, dan mengembalikan hasil status ke CodePipeline. Pekerja pekerjaan dapat ditemukan di komputer atau sumber daya apa pun selama memiliki akses ke titik akhir publik untuk CodePipeline.

Ada banyak cara untuk merancang pekerja pekerjaan Anda. Bagian berikut memberikan beberapa panduan praktis untuk mengembangkan pekerja pekerjaan khusus Anda CodePipeline.

Memilih dan mengonfigurasi strategi manajemen izin untuk pekerja pekerjaan Anda

Untuk mengembangkan pekerja pekerjaan khusus untuk tindakan kustom Anda di CodePipeline, Anda memerlukan strategi untuk integrasi pengguna dan manajemen izin.

Strategi paling sederhana adalah menambahkan infrastruktur yang Anda butuhkan untuk pekerja pekerjaan kustom Anda dengan membuat instans Amazon EC2 dengan peran instans IAM, yang memungkinkan Anda meningkatkan sumber daya yang Anda butuhkan untuk integrasi dengan mudah. Anda dapat menggunakan integrasi bawaan dengan AWS untuk menyederhanakan interaksi antara pekerja pekerjaan khusus Anda dan CodePipeline.

Cara mengatur instans Amazon EC2
  1. Pelajari lebih lanjut tentang Amazon EC2 dan tentukan apakah itu pilihan yang tepat untuk integrasi Anda. Untuk informasi, lihat Amazon EC2 - Hosting Server Virtual.

  2. Mulailah membuat instans Amazon EC2 Anda. Untuk selengkapnya, lihat Memulai dengan Inst ans Linux Amazon EC2.

Strategi lain yang perlu dipertimbangkan adalah menggunakan federasi identitas dengan IAM untuk mengintegrasikan sistem dan sumber daya penyedia identitas Anda yang ada. Strategi ini sangat berguna jika Anda sudah memiliki penyedia identitas perusahaan atau sudah dikonfigurasi untuk mendukung pengguna menggunakan penyedia identitas web. Federasi identitas memungkinkan Anda untuk memberikan akses aman ke AWS sumber daya, termasuk CodePipeline, tanpa harus membuat atau mengelola pengguna IAM. Anda dapat menggunakan fitur dan kebijakan untuk persyaratan keamanan kata sandi dan rotasi kredensia. Anda dapat menggunakan contoh aplikasi sebagai templat untuk desain Anda sendiri.

Untuk mengatur federasi identitas
  1. Pelajari lebih lanjut tentang federasi identitas IAM. Untuk selengkapnya, lihat M engelola Federasi.

  2. Tinjau contoh dalam Sken ario Pemberian Akses Sementara untuk mengidentifikasi skenario akses sementara yang paling sesuai dengan kebutuhan tindakan kustom Anda.

  3. Tinjau contoh kode federasi identitas yang relevan dengan infrastruktur Anda, seperti:

  4. Mulailah mengonfigurasi federasi identitas. Untuk selengkapnya, lihat Penyedia Identitas dan Federasi di Panduan Pengguna IAM.

Buat salah satu dari berikut ini untuk digunakan di bawah Anda Akun AWS saat menjalankan tindakan kustom dan pekerja pekerjaan Anda.

Pengguna memerlukan akses terprogram jika mereka ingin berinteraksi dengan AWS di luar. Konsol Manajemen AWS Cara untuk memberikan akses terprogram tergantung pada jenis pengguna yang mengakses AWS.

Untuk memberi pengguna akses programatis, pilih salah satu opsi berikut.

Pengguna mana yang membutuhkan akses programatis? Untuk Oleh
IAM (Disarankan) Gunakan kredenSIAL konsol sebagai kredenSIAL sementara untuk menandatangani permintaan terprogram ke AWS CLI, AWS SDK, atau AWS API.

Mengikuti petunjuk untuk antarmuka yang ingin Anda gunakan.

Identitas tenaga kerja

(Pengguna yang dikelola di Pusat Identitas IAM)

Gunakan kredenSIAL sementara untuk menandatangani permintaan terprogram ke AWS CLI, AWS SDK, atau AWS API.

Mengikuti petunjuk untuk antarmuka yang ingin Anda gunakan.

IAM Gunakan kredenSIAL sementara untuk menandatangani permintaan terprogram ke AWS CLI, AWS SDK, atau AWS API. Mengikuti petunjuk dalam Menggunakan kredenSIAL sementara dengan AWS sumber daya di Panduan Pengguna IAM.
IAM

(Tidak direkomendasikan)

Gunakan kredentif jangka panjang untuk menandatangani permintaan terprogram ke AWS CLI, AWS SDK, atau AWS API.

Mengikuti petunjuk untuk antarmuka yang ingin Anda gunakan.

Berikut ini adalah contoh kebijakan yang mungkin Anda buat untuk digunakan dengan pekerja pekerjaan kustom Anda. Kebijakan ini dimaksudkan sebagai contoh saja dan disediakan apa adanya.

JSON
{ "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "codepipeline:PollForJobs", "codepipeline:AcknowledgeJob", "codepipeline:GetJobDetails", "codepipeline:PutJobSuccessResult", "codepipeline:PutJobFailureResult" ], "Resource": [ "arn:aws:codepipeline:us-east-2::actionType:custom/Build/MyBuildProject/1/" ] } ] }
catatan

Pertimbangkan untuk menggunakan kebijakan AWSCodePipelineCustomActionAccess terkelola.

Kembangkan pekerja kerja untuk tindakan kustom Anda

Setelah Anda memilih strategi manajemen izin, Anda harus mempertimbangkan bagaimana pekerja pekerjaan Anda akan berinteraksi CodePipeline. Diagram tingkat tinggi berikut menunjukkan alur kerja tindakan kustom dan pekerja pekerjaan untuk proses pembuatan.

Alur kerja tindakan kustom dan pekerja pekerjaan untuk proses pembuatan.
  1. Jajak pendapat pekerja pekerjaan Anda CodePipeline untuk pekerjaan yang digunakanPollForJobs.

  2. Ketika pipeline dipicu oleh perubahan pada tahap sumbernya (misalnya, ketika pengembang melakukan perubahan), proses rilis otomatis dimulai. Proses berlanjut hingga tahap di mana tindakan kustom Anda telah dikonfigurasi. Ketika mencapai tindakan Anda pada tahap ini, CodePipeline antrikan pekerjaan. Pekerjaan ini akan muncul jika pekerja pekerjaan Anda menelep PollForJobs on lagi untuk mendapatkan status. Ambil detail pekerjaan dari PollForJobs dan berikan kembali ke pekerja pekerjaan Anda.

  3. Pekerja pekerjaan menelep AcknowledgeJob on untuk mengirim CodePipeline pengakuan pekerjaan. CodePipeline mengembalikan tanda terima yang menunjukkan pekerja pekerjaan harus melanjutkan job (InProgress), atau, jika Anda memiliki lebih dari satu pekerja pekerjaan yang melakukan polling untuk pekerjaan dan pekerja pekerjaan lain telah mengklaim pekerjaan, respons InvalidNonceException kesalahan akan dikembalikan. Setelah peng InProgress akuan, CodePipeline menunggu hasil dikembalikan.

  4. Pekerja pekerjaan memulai tindakan kustom Anda pada revisi, dan kemudian tindakan Anda berjalan. Seiring dengan tindakan lainnya, tindakan kustom Anda mengembalikan hasil ke pekerja pekerjaan. Dalam contoh tindakan kustom build, tindakan tersebut menarik artefak dari bucket Amazon S3, membangunnya, dan mendorong artefak yang berhasil dibuat kembali ke bucket Amazon S3.

  5. Saat tindakan sedang berjalan, pekerja pekerjaan dapat memanggil PutJobSuccessResult dengan token lanjutan (serialisasi status pekerjaan yang dihasilkan oleh pekerja pekerjaan, misalnya pengenal build dalam format JSON, atau kunci objek Amazon S3), serta ExternalExecutionId informasi yang akan digunakan untuk mengisi tautan. executionUrlTemplate Ini akan memperbarui tampilan konsol pipeline dengan tautan kerja ke detail tindakan tertentu saat sedang berlangsung. Meskipun tidak diperlukan, ini adalah praktik terbaik karena memungkinkan pengguna untuk melihat status tindakan kustom Anda saat berjalan.

    Setelah PutJobSuccessResult dipanggil, pekerjaan dianggap selesai. Pekerjaan baru dibuat CodePipeline yang mencakup token lanjutan. Pekerjaan ini akan muncul jika pekerja pekerjaan Anda menelepon PollForJobs lagi. Pekerjaan baru ini dapat digunakan untuk memeriksa status tindakan, dan kembali dengan token lanjutan, atau kembali tanpa token lanjutan setelah tindakan selesai.

    catatan

    Jika pekerja pekerjaan Anda melakukan semua pekerjaan untuk tindakan khusus, Anda harus mempertimbangkan untuk memecah pemrosesan pekerja pekerjaan Anda menjadi setidaknya dua langkah. Langkah pertama menetapkan halaman detail untuk tindakan Anda. Setelah Anda membuat halaman detail, Anda dapat membuat serial status pekerja pekerjaan dan mengembalikannya sebagai token lanjutan, tunduk pada batas ukuran (lihatKuota di AWS CodePipeline). Misalnya, Anda dapat menulis status tindakan ke dalam string yang Anda gunakan sebagai token lanjutan. Langkah kedua (dan langkah-langkah selanjutnya) dari pemrosesan pekerja pekerjaan Anda melakukan pekerjaan tindakan yang sebenarnya. Langkah terakhir mengembalikan keberhasilan atau kegagalan CodePipeline, tanpa token kelanjutan pada langkah terakhir.

    Untuk informasi selengkapnya tentang penggunaan token lanjutan, lihat spesifikasi untuk PutJobSuccessResult di Refer CodePipeline ensi API.

  6. Setelah tindakan kustom selesai, pekerja pekerjaan mengembalikan hasil tindakan kustom CodePipeline dengan memanggil salah satu dari dua API:

    • PutJobSuccessResulttanpa token lanjutan, yang menunjukkan tindakan kustom berjalan dengan sukses

    • PutJobFailureResult, yang menunjukkan tindakan kustom tidak berjalan dengan sukses

    Tergantung pada hasilnya, pipeline akan melanjutkan ke tindakan berikutnya (sukses) atau berhenti (kegagalan).

Arsitektur dan contoh pekerja pekerjaan khusus

Setelah Anda memetakan alur kerja tingkat tinggi Anda, Anda dapat membuat pekerja pekerjaan Anda. Meskipun spesifik tindakan kustom Anda pada akhirnya akan menentukan apa yang diperlukan untuk pekerja pekerjaan Anda, sebagian besar pekerja pekerjaan untuk tindakan kustom menyertakan fungsionalitas berikut:

  • Polling untuk pekerjaan dari CodePipeline penggunaanPollForJobs.

  • Mengakui pekerjaan dan mengembalikan hasil untuk CodePipeline menggunakanAcknowledgeJob,PutJobSuccessResult, danPutJobFailureResult.

  • Mengambil artefak dari and/or memasukkan artefak ke dalam bucket Amazon S3 untuk pipeline. Untuk mengunduh artefak dari bucket Amazon S3, Anda harus membuat klien Amazon S3 yang menggunakan penandatanganan Signature Version 4 (Sig V4). Sig V4 diperlukan untuk AWS KMS.

    Untuk mengunggah artefak ke bucket Amazon S3, Anda juga harus mengonfigurasi PutObject permintaan Amazon S3 untuk menggunakan enkripsi. Saat ini hanya AWS Key Management Service (AWS KMS) yang didukung untuk enkripsi. AWS KMS menggunakan AWS KMS keys. Untuk mengetahui apakah akan menggunakan kunci Kunci yang dikelola AWS atau kunci yang dikelola pelanggan untuk mengunggah artefak, pekerja pekerjaan kustom Anda harus melihat data pekerjaan dan memeriksa properti kunci enkripsi. Jika properti disetel, Anda harus menggunakan ID kunci yang dikelola pelanggan saat mengonfigurasi AWS KMS. Jika properti kunci adalah null, Anda menggunakan Kunci yang dikelola AWS. CodePipeline menggunakan Kunci yang dikelola AWS kecuali dikonfigurasi lain.

    Untuk contoh yang menunjukkan cara membuat AWS KMS parameter di Java atau.NET, lihat Menentukan AWS Key Management Service di Amazon S3 Menggunakan AWS SDK. Untuk informasi selengkapnya tentang bucket Amazon S3 untuk CodePipeline, lihatCodePipeline konsep.

Contoh yang lebih kompleks dari pekerja pekerjaan khusus tersedia di GitHub. Sampel ini open source dan disediakan apa adanya.

Menambahkan tindakan kustom ke pipeline

Setelah Anda memiliki pekerja pekerjaan, Anda dapat menambahkan tindakan kustom Anda ke pipeline dengan membuat yang baru dan memilihnya saat Anda menggunakan wizard Buat Pipeline, dengan mengedit pipeline yang ada dan menambahkan tindakan kustom, atau dengan menggunakan AWS CLI, SDK, atau API.

catatan

Anda dapat membuat pipeline di wizard Buat Pipeline yang menyertakan tindakan kustom jika itu adalah tindakan build atau deploy. Jika tindakan kustom Anda ada dalam kategori pengujian, Anda harus menambahkannya dengan mengedit pipeline yang ada.

Menambahkan tindakan kustom ke pipeline (CLI) yang ada

Anda dapat menggunakan AWS CLI untuk menambahkan tindakan kustom ke pipeline yang ada.

  1. Buka sesi terminal (Linux, macOS, atau Unix) atau command prompt (Windows) dan jalankan get-pipeline perintah untuk menyalin struktur pipeline yang ingin Anda edit ke file JSON. Misalnya, untuk pipeline bernamaMyFirstPipeline, Anda akan mengetikkan perintah berikut:

    aws codepipeline get-pipeline --name MyFirstPipeline >pipeline.json

    Perintah ini tidak mengembalikan apa pun, tetapi file yang Anda buat akan muncul di direktori tempat Anda menjalankan perintah.

  2. Buka file JSON di editor teks apa pun dan ubah struktur file untuk menambahkan tindakan kustom Anda ke tahap yang ada.

    catatan

    Jika Anda ingin tindakan Anda berjalan secara paralel dengan tindakan lain di tahap itu, pastikan Anda menetapkan runOrder nilai yang sama dengan tindakan itu.

    Misalnya, untuk memodifikasi struktur pipeline untuk menambahkan tahap bernama Build dan untuk menambahkan tindakan kustom build ke tahap itu, Anda dapat memodifikasi JSON untuk menambahkan tahap Build sebelum tahap penerapan sebagai berikut:

    , { "name": "MyBuildStage", "actions": [ { "inputArtifacts": [ { "name": "MyApp" } ], "name": "MyBuildCustomAction", "actionTypeId": { "category": "Build", "owner": "Custom", "version": "1", "provider": "My-Build-Provider-Name" }, "outputArtifacts": [ { "name": "MyBuiltApp" } ], "configuration": { "ProjectName": "MyBuildProject" }, "runOrder": 1 } ] }, { "name": "Staging", "actions": [ { "inputArtifacts": [ { "name": "MyBuiltApp" } ], "name": "Deploy-CodeDeploy-Application", "actionTypeId": { "category": "Deploy", "owner": "AWS", "version": "1", "provider": "CodeDeploy" }, "outputArtifacts": [], "configuration": { "ApplicationName": "CodePipelineDemoApplication", "DeploymentGroupName": "CodePipelineDemoFleet" }, "runOrder": 1 } ] } ] }
  3. Untuk menerapkan perubahan Anda, jalankan update-pipeline perintah, tentukan file JSON pipeline, mirip dengan yang berikut:

    penting

    Pastikan untuk menyertakan file:// sebelum nama file. Diperlukan dalam perintah ini.

    aws codepipeline update-pipeline --cli-input-json file://pipeline.json

    Perintah ini mengembalikan seluruh struktur pipa yang diedit.

  4. Buka CodePipeline konsol dan pilih nama pipeline yang baru saja Anda edit.

    Pipeline menunjukkan perubahan Anda. Lain kali Anda membuat perubahan ke lokasi sumber, pipeline akan menjalankan revisi tersebut melalui struktur pipa yang direvisi.