Untuk iterasi yang lebih cepat selama pengembangan, Unity menggunakan pipa build yang tidak mampu yang hanya membangun kembali bagian aplikasi jika mereka telah berubah sejak bangunan sebelumnya. Ini termasuk membangun langkah-langkah seperti serialisasi aset, kompilasi kode, data compressionMetode menyimpan data yang mengurangi jumlah ruang penyimpanan yang dibutuhkan. Kompresi Tekstur, Kompresi Animasi, Kompresi Audio, Membangun Kompresi.
Lihat di Glossary, dan penandatangan. Secara default, Unity menggunakan pipa builds inkremental untuk rilis dan development buildsMembangun pengembangan termasuk simbol debug dan memungkinkan Profiler. More info
Lihat di Glossary.
Pipa build inkremental juga mengotomatiskan fitur Script Hanya Membangun. ScriptsA piece of code that allows you to create your own Components, trigger game events, modify Component properties over time and respond to user input in any way you like. More info
See in Glossary Only Build hanya tersedia di jendela Pengaturan Build untuk platform yang tidak menggunakan build inkremental.
Pipa membangun inkremental bekerja untuk kedua Mono dan IL2CPPBack-end scripting bersatu yang dapat Anda gunakan sebagai alternatif untuk Mono ketika proyek bangunan untuk beberapa platform. More info
Lihat di Glossary scripting backendKerangka kerja yang skrip di Unity. Unity mendukung tiga backend scripting yang berbeda tergantung pada platform target: Mono, .NET dan IL2CPP. Platform Windows Universal, namun hanya mendukung dua: .NET dan IL2CPP. More info
Lihat di Glossary. Meskipun, perubahan struktur file output tergantung pada yang scripting backend penggunaan proyek Anda.
Unity mendukung pipa membangun inkremental untuk platform berikut:
Dalam beberapa skenario, itu dapat berguna atau perlu untuk membuat build yang tidak menggunakan pipa build inkremental.
Untuk membuat bersih, non-incremental, membangun:
Secara umum, jika perubahan yang diharapkan tidak hadir setelah membangun inkremental dan Anda pikir ada masalah dengan pipa build inkremental, menciptakan build yang bersih. Alasan paling umum untuk ini adalah ketika Anda menerapkan atau membuat perubahan untuk membangun callback proses yang mempengaruhi aset.
Karena proses build tidak dapat mengetahui bagaimana callback Anda telah menerapkan mempengaruhi aset, tidak dapat menentukan bagaimana membangun kembali aset. Unity hanya mengatur file jika perubahan dependensi file. Ini berarti jika callback memodifikasi file yang dihasilkan Unity, dan dependensi file tidak berubah, callback dapat menerapkan modifikasi ke file yang sudah dimodifikasi. Misalnya, jika callback menambahkan entri baru ke Android SDK, dan ketergantungan untuk Android App Manifest tidak berubah, callback masih menambahkan entri baru, yang menghasilkan file yang tidak valid.
Jika Anda mengubah callback atau data inputnya dan Anda ingin Membangun kembali aset yang mempengaruhi callback, membuat build bersih. Contoh panggilan termasuk:
Note: Jika Anda membuat perubahan aset, Unity membangun kembali aset itu ketika membangun aplikasi. Ini juga mencakup pemrosesan callback yang mempengaruhinya yang berarti Anda tidak perlu membuat build bersih jika Anda melakukan perubahan aset, hanya jika Anda membuat perubahan callback proses build.