IMHO, jika Anda hanya bisa melakukan satu hal sebelum menyerahkan proyek Anda (baik secara langsung maupun tidak langsung), saya akan merekomendasikan Anda untuk menggandakan dan tripple memeriksa apakah ia mengkompilasi apa adanya dari kontrol sumber.
Tidak tertawa, tetapi saya tidak bisa memberi tahu Anda berapa kali saya mendapatkan "terbaru" dari kontrol sumber dan gagal dikompilasi, hanya untuk mengetahui kemudian bahwa saya tidak "di kotak lama Fred" karena ternyata kodenya "hanya kompilasi pada kotak lama Fred ". Saya bahkan punya mantan majikan segera menghapus desktop saya dari kubus saya, dan menggantinya dengan "kotak tua Fred" sehingga saya bisa bekerja pada proyek yang saya kira.
Sebagai perpanjangan dari rekomendasi di atas, karena kadang-kadang mendapatkan yang terbaru tidak semua yang diperlukan untuk mengkompilasi aplikasi, saya sarankan Anda membuat README.txt dan meletakkannya di direktori root aplikasi Anda dan meletakkannya di kontrol sumber. Dokumen README ini harus berisi daftar dependensi eksternal yang tidak dapat diperiksa ke dalam kontrol sumber (jika ada), cara mengatur database, dan keanehan lain tentang siklus kompilasi, eksekusi atau penyebaran aplikasi.
Apa pun di atas dan di luar dua saran di atas hanya akan menjadi saus, tetapi IMHO dua di atas hampir diperlukan pada proyek yang lebih besar dari "Hello World".
EDIT:
Pada topik dokumentasi ...
Selama bertahun-tahun saya telah menulis dan membaca bagian adil dari dokumentasi perangkat lunak untuk tujuan memudahkan transisi pengembang. Saya akan mengatakan bahwa dokumen seperti itu jarang bernilai kertas yang mereka cetak. Pengembang (termasuk saya sendiri) jarang memikirkan bagian-bagian penting dari aplikasi saat menulis dokumen semacam itu, kami hanya cenderung memikirkan kebakaran terbaru yang kami hadapi. Di atas dan di luar fakta bahwa dokumen-dokumen ini cenderung tidak mencakup semua aspek penting dari perangkat lunak, mereka juga menjadi sangat SANGAT cepat. Setelah dokumen kedaluwarsa, pengembang di masa mendatang akan cenderung mengabaikannya alih-alih mengembalikannya agar sesuai dengan kenyataan (pikirkan persyaratan yang berubah).
Alih-alih dokumentasi semata, saya merekomendasikan tes unit. Saya tahu ini mungkin terdengar tua pada saat ini, tetapi biarkan kode melakukan pendokumentasian untuk Anda. Tes unit yang rusak sulit untuk diabaikan (dan lebih mudah dikenali) daripada dokumen Word. Selain itu, bahasa Inggris sangat tidak tepat untuk mengartikulasikan poin-poin penting dari desain perangkat lunak. Ada terlalu banyak cara untuk menafsirkan makna kalimat bahasa Inggris yang paling sederhana sekalipun, dan ini hanya menimbulkan kebingungan dan / atau bug.