Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Konsep repositori sumber
Berikut adalah beberapa konsep yang perlu diketahui saat Anda bekerja dengan repositori CodeCatalyst sumber.
Topik
Proyek
Sebuah proyek merupakan upaya kolaboratif CodeCatalyst yang mendukung tim dan tugas pengembangan. Setelah memiliki proyek, Anda dapat menambahkan, memperbarui, atau menghapus pengguna dan sumber daya, menyesuaikan dasbor proyek Anda, dan memantau kemajuan pekerjaan tim Anda. Anda dapat memiliki beberapa proyek dalam satu ruang.
Repositori sumber khusus untuk proyek tempat Anda membuat atau menautkannya di ruang. Anda tidak dapat membagikan repositori antar proyek, dan Anda tidak dapat menautkan repositori ke lebih dari satu proyek dalam satu spasi. Pengguna dengan peran administrator Kontributor atau Proyek dalam proyek dapat berinteraksi dengan repositori sumber yang terkait dengan proyek tersebut sesuai dengan izin yang diberikan untuk peran tersebut. Untuk informasi selengkapnya, lihat Memberikan akses dengan peran pengguna.
Repositori sumber
Repositori sumber adalah tempat Anda menyimpan kode dan file dengan aman untuk proyek Anda. Ini juga menyimpan riwayat versi file Anda. Secara default, repositori sumber dibagikan dengan pengguna lain dalam proyek Anda CodeCatalyst . Anda dapat memiliki lebih dari satu repositori sumber untuk sebuah proyek. Anda dapat membuat repositori sumber untuk proyek di CodeCatalyst, atau Anda dapat memilih untuk menautkan repositori sumber yang ada yang dihosting oleh layanan lain jika layanan tersebut didukung oleh ekstensi yang diinstal. Misalnya, Anda dapat menautkan GitHub repositori ke proyek setelah Anda menginstal ekstensi GitHub Repositori. Untuk informasi selengkapnya, silakan lihat Menyimpan kode sumber di repositori untuk proyek di CodeCatalyst dan Mulai cepat: Menginstal ekstensi, menghubungkan penyedia, dan menautkan sumber daya di CodeCatalyst.
Lingkungan Dev
Lingkungan Dev adalah lingkungan pengembangan berbasis cloud yang dapat Anda gunakan CodeCatalyst untuk bekerja dengan cepat pada kode yang disimpan dalam repositori sumber proyek Anda. Alat proyek dan pustaka aplikasi yang disertakan dalam Lingkungan Dev Anda ditentukan oleh devfile di repositori sumber proyek Anda. Jika Anda tidak memiliki devfile di repositori sumber Anda, devfile default akan diterapkan secara otomatis. Devfile default mencakup alat untuk bahasa dan kerangka kerja pemrograman yang paling sering digunakan. Secara default, Dev Environment dikonfigurasi untuk memiliki prosesor 2-core, 4 GBRAM, dan 16 GiB penyimpanan persisten.
Anda dapat memilih untuk mengkloning cabang yang ada dari repositori sumber Anda ke Lingkungan Dev Anda, atau Anda dapat memilih untuk membuat cabang baru sebagai bagian dari pembuatan Lingkungan Dev.
Token akses pribadi (PATs)
Token akses pribadi (PAT) mirip dengan kata sandi. Ini terkait dengan identitas pengguna Anda untuk digunakan di semua ruang dan proyek di CodeCatalyst. Anda gunakan PATs untuk mengakses CodeCatalyst sumber daya yang mencakup lingkungan pengembangan terintegrasi (IDEs) dan repositori sumber berbasis Git. PATsmewakili Anda CodeCatalyst dan Anda dapat mengelolanya di pengaturan pengguna Anda. Seorang pengguna dapat memiliki lebih dari satuPAT. Token akses pribadi hanya ditampilkan sekali. Sebagai praktik terbaik, pastikan untuk menyimpannya dengan aman di komputer lokal Anda. Secara default, PATs kedaluwarsa setelah satu tahun.
Saat bekerja dengan lingkungan pengembangan terintegrasi (IDEs), PATs setara dengan kata sandi Git. Berikan kata sandi PAT saat diminta saat menyiapkan Anda IDE untuk bekerja dengan repositori Git. Untuk informasi selengkapnya tentang cara menghubungkan Anda IDE dengan repositori berbasis Git, lihat dokumentasi untuk Anda. IDE
Cabang
Cabang adalah pointer atau referensi ke komit di Git dan di CodeCatalyst. Anda dapat menggunakan cabang untuk mengatur pekerjaan Anda. Misalnya, Anda dapat menggunakan cabang untuk mengerjakan versi file baru atau berbeda tanpa memengaruhi file di cabang lain. Anda dapat menggunakan cabang untuk mengembangkan fitur baru, menyimpan versi spesifik proyek Anda, dan banyak lagi. Repositori sumber dapat memiliki satu cabang atau banyak cabang. Saat Anda membuat proyek menggunakan template, repositori sumber yang dibuat untuk proyek berisi file sampel di cabang yang disebut main. Cabang utama adalah cabang default untuk repositori.
Cabang default
Repositori sumber CodeCatalyst memiliki cabang default terlepas dari bagaimana Anda membuatnya. Jika Anda memilih untuk membuat proyek menggunakan template, repositori sumber yang dibuat untuk proyek tersebut menyertakan README file.md selain kode sampel, definisi alur kerja, dan sumber daya lainnya. Jika Anda membuat repositori sumber tanpa menggunakan template, README file.md ditambahkan untuk Anda sebagai komit pertama dan cabang default dibuat untuk Anda sebagai bagian dari pembuatan repositori. Cabang default ini bernama main. Cabang default ini adalah cabang yang digunakan sebagai dasar atau cabang default dalam repositori lokal (repos) ketika pengguna mengkloning repositori. Anda dapat mengubah cabang mana yang digunakan sebagai cabang default. Untuk informasi selengkapnya, lihat Mengelola cabang default untuk repositori.
Anda tidak dapat menghapus cabang default untuk repositori sumber. Hasil pencarian hanya menyertakan hasil dari cabang default.
Berkomitmen
Komit adalah perubahan ke file atau kumpulan file. Di CodeCatalyst konsol Amazon, komit menyimpan perubahan Anda dan mendorongnya ke repositori sumber. Komit mencakup informasi tentang perubahan, termasuk identitas pengguna yang melakukan perubahan, waktu dan tanggal perubahan, judul komit, dan pesan apa pun yang disertakan tentang perubahan tersebut. Untuk informasi selengkapnya, lihat Memahami perubahan kode sumber dengan komit di Amazon CodeCatalyst.
Dalam konteks repositori sumber di CodeCatalyst, komit adalah snapshot dari konten dan perubahan pada konten repositori Anda. Anda juga dapat menambahkan tag Git ke commit, untuk mengidentifikasi commit tertentu.
Tarik permintaan
Permintaan tarik adalah cara utama Anda dan pengguna lain meninjau, mengomentari, dan menggabungkan perubahan kode dari satu cabang ke cabang lainnya dalam repositori sumber. Anda dapat menggunakan permintaan tarik untuk meninjau perubahan kode secara kolaboratif untuk perubahan kecil atau perbaikan, penambahan fitur utama, atau versi baru perangkat lunak yang dirilis. Dalam permintaan tarik, Anda dapat meninjau perubahan antara cabang sumber dan tujuan atau perbedaan antara revisi cabang tersebut. Anda dapat menambahkan komentar ke setiap baris perubahan kode serta komentar pada permintaan tarik secara keseluruhan.
Tip
Saat Anda membuat permintaan tarik, perbedaan yang ditampilkan adalah perbedaan antara ujung cabang sumber dan ujung cabang tujuan. Setelah permintaan tarik dibuat, perbedaan yang ditampilkan adalah antara revisi permintaan tarik yang Anda pilih dan komit yang merupakan ujung cabang tujuan saat Anda membuat permintaan tarik. Untuk informasi selengkapnya tentang perbedaan dan penggabungan basis di Git, lihat git-merge-base
Revisi
Revisi adalah versi terbaru dari permintaan tarik. Setiap push ke cabang sumber permintaan tarik membuat revisi yang berisi perubahan yang dibuat dalam komit yang disertakan dalam push tersebut. Anda dapat melihat perbedaan antara revisi permintaan tarik selain perbedaan antara cabang sumber dan tujuan. Untuk informasi selengkapnya, lihat Meninjau kode dengan permintaan tarik di Amazon CodeCatalyst.
Alur Kerja
Alur kerja adalah prosedur otomatis yang menjelaskan cara membangun, menguji, dan menyebarkan kode Anda sebagai bagian dari sistem integrasi berkelanjutan dan pengiriman berkelanjutan (CI/CD). Alur kerja mendefinisikan serangkaian langkah, atau tindakan, yang harus diambil selama menjalankan alur kerja. Alur kerja juga mendefinisikan peristiwa, atau pemicu, yang menyebabkan alur kerja dimulai. Untuk menyiapkan alur kerja, Anda membuat file definisi alur kerja menggunakan visual atau YAML editor CodeCatalyst konsol.
Tip
Untuk melihat sekilas bagaimana Anda dapat menggunakan alur kerja dalam sebuah proyek, buat proyek dengan cetak biru. Setiap cetak biru menerapkan alur kerja yang berfungsi yang dapat Anda tinjau, jalankan, dan bereksperimen.
Repositori sumber juga dapat menyimpan file konfigurasi dan informasi lain untuk alur kerja, pemberitahuan, masalah, dan informasi konfigurasi lainnya untuk proyek. File konfigurasi dibuat dan disimpan dalam repositori sumber ketika Anda membuat sumber daya yang memerlukan file konfigurasi, atau ketika Anda menentukan repositori sebagai tindakan sumber untuk alur kerja. Jika Anda membuat proyek dari cetak biru, Anda akan memiliki file konfigurasi yang sudah disimpan di repositori sumber yang dibuat untuk Anda sebagai bagian dari proyek. Informasi konfigurasi ini disimpan dalam folder bernama .codecatalyst di cabang default repositori Anda. Setiap kali Anda membuat cabang cabang default, Anda membuat salinan folder ini dan konfigurasinya selain semua file dan folder lain di cabang itu.
