Kami menggunakan TeamCity untuk integrasi berkesinambungan dan ini membangun rilis kami melalui file solusi (.sln). Saya telah menggunakan Makefiles di masa lalu untuk berbagai sistem tetapi tidak pernah msbuild (yang saya dengar agak mirip dengan Makefiles + XML mashup). Saya telah melihat banyak posting tentang cara menggunakan msbuild secara langsung daripada file solusi tetapi saya tidak melihat jawaban yang sangat jelas tentang mengapa melakukannya.
Jadi, mengapa kita harus repot bermigrasi dari file solusi ke 'makefile' MSBuild? Kami memang memiliki beberapa rilis yang berbeda dengan #define (build khusus) tetapi untuk sebagian besar semuanya berfungsi.
Kekhawatiran yang lebih besar adalah bahwa sekarang kita harus memelihara dua sistem ketika menambahkan proyek / kode sumber.
MEMPERBARUI:
Bisakah orang menjelaskan siklus hidup dan saling mempengaruhi dari tiga komponen berikut?
- File .sln Visual Studio
- Banyak file .csproj tingkat proyek (yang saya pahami skrip msbuild "sub")
- Skrip msbuild khusus
Apakah aman untuk mengatakan bahwa .sln dan .csproj dikonsumsi / dipelihara seperti biasa dari dalam Visual Studio IDE GUI sementara skrip msbuild kustom ditulis tangan dan biasanya mengkonsumsi .csproj individual yang sudah ada "apa adanya"? Itu salah satu cara saya melihat pengurangan tumpang tindih / duplikat dalam pemeliharaan ...
Akan menghargai beberapa cahaya tentang ini dari pengalaman operasional orang lain
Because it's reputed to be better practice
dimana?
So, why should we bother migrating from solution files to an MSBuild 'makefile'?
Pertama, Anda harus memberi tahu Anda mengapa Anda mempertimbangkannya? Apakah file solusinya tidak cukup?