Beberapa item 'praktik bagus' yang saya terapkan di server tim saya cukup mudah. Pertama, sebelum Anda check-in, Anda harus selalu mendapatkan yang terbaru dan menjalankan build lokal, untuk memastikan bahwa tidak ada orang lain yang memeriksa apa pun yang kode Anda akan bentrok. Selain itu, atasi konflik kode apa pun di mesin lokal Anda, bukan server. Setelah kode Anda, dengan kode terbaru diunduh, telah dikonfirmasi untuk membangun dan berfungsi dengan baik Anda siap untuk langkah selanjutnya. Jalankan tes otomatis apa pun kemudian mulai check-in Anda untuk memastikan tes tersebut masih berfungsi dengan baik. Kemudian, hanya untuk memastikan, dapatkan yang terbaru lagi.
Mungkin, sebagai Admin TFS, untuk memberlakukan komentar pada semua check-in. Saya akan merekomendasikan selalu memasukkan komentar check-in untuk pekerjaan Anda terlepas dari apakah itu diberlakukan atau tidak. Jika Anda memiliki pilihan untuk melakukannya, tegakkan itu. Pastikan komentarnya, setidaknya, adalah ringkasan umum tentang apa yang Anda ubah sejak terakhir kali Anda memeriksa kode. Dengan begitu, jika terjadi kesalahan, Anda dapat melihat melalui check-in dan melihat, secara kasar, apa yang diubah pada saat check-in itu. Itu membuat debug bangunan yang rusak jauh lebih mudah.
Selain itu, jika Anda memiliki hak istimewa TFS Admin, memberlakukan rolling build berdasarkan check-in (untuk memastikan semua orang langsung tahu jika check-in mereka merusak sesuatu), dan Anda dapat mengatur server untuk melakukan check-in yang terjaga keamanannya ( jika kode yang diperiksa merusak build, server menolaknya), atau Anda dapat membuatnya membuat bug dan memberikannya kepada siapa pun yang melanggar build.
Ada beberapa opsi lain yang bisa Anda nyalakan atau matikan untuk menjaga agar semuanya tetap baik, atau untuk menyarankan kepada TFS-Admin Anda untuk menghidupkan agar barang-barang tetap bagus dan bersih ... tetapi mereka sebagian besar lebih disukai