Jawaban:
Mengapa harus preferensi non-pengguna?
Jika saya punya solusi dengan 10 file, dan satu pengembang terutama menguji / menggunakan salah satu alat itu, mengapa itu mempengaruhi apa yang saya mulai?
Saya pikir MS membuat pilihan yang tepat untuk yang satu ini. Proyek yang ingin saya mulai masih jauh dari proyek yang ingin dimulai oleh pengembang lain .
Sangat penting bahwa setiap orang dapat menentukan sendiri Proyek StartUp mereka, seperti yang telah dikatakan Jon . Tetapi untuk memiliki default yang didedikasikan akan menjadi besar, dan seperti yang saya tahu, itu mungkin!
Jika Anda tidak memiliki file .suo di direktori solusi Anda, Visual Studio memilih proyek pertama dalam file .sln Anda sebagai proyek startup default.
Tutup Visual Studio Anda dan buka file .sln di editor teks favorit Anda. Mulai dari baris 4, Anda melihat semua proyek Anda dienkapsulasi dalam Project
- EndProject
line.
Potong dan tempel proyek startup default yang diinginkan ke posisi teratas.
Hapus file .suo Anda.
Buka solusi Anda di Visual Studio. Ta daa!
Apakah ada penghargaan khusus jika Anda tahu sesuatu yang tidak diketahui Jon? ;-)
Dalam kebanyakan kasus, tidak masuk akal untuk memiliki default pada ini.
Akan jauh lebih baik untuk mengakomodasi proyek startup default dan menyimpan ini dalam file .sln, tetapi yang dapat ditimpa oleh pengembang dalam file .suo mereka. Jika pengaturan startup tidak ditemukan dalam file .suo, proyek startup default di .sln akan digunakan.
Sebenarnya, ini telah disarankan pada UserVoice Visual Studio .
Saya menulis sebuah utilitas baris perintah kecil untuk Windows yang dipanggil slnStartupProject
untuk mengatur Startup Project secara otomatis:
slnStartupProject slnFilename projectName
Saya pribadi menggunakannya untuk mengatur proyek startup setelah menghasilkan solusi dengan cmake yang selalu menetapkan ALL_BUILD
proyek dummy sebagai proyek pertama dalam solusi.
The sumber adalah pada GitHub. Garpu dan umpan balik dipersilakan.
Jika Anda menggunakan GIT, Anda dapat melakukan file SUO default dan kemudian menandainya sebagai tidak berubah menggunakan
git update-index --assume-unchanged YourSolution.suo
Ini juga berfungsi jika Anda ingin memiliki lebih dari satu proyek di grup awal default Anda. Satu-satunya kelemahan yang saya tahu adalah bahwa perintah ini harus dijalankan oleh semua orang yang tidak ingin melakukan file SUO.