Должен ли .sln быть привержен к контролю над источниками? - PullRequest
96 голосов
/ 23 июня 2009

Лучше ли фиксировать файл .sln в системе контроля версий? Когда это уместно или неуместно?

Обновление В ответах было несколько хороших моментов. Спасибо за ответы!

Ответы [ 16 ]

2 голосов
/ 23 июня 2009

Мы делаем это потому, что все синхронизировано. Все необходимые проекты расположены вместе, и никто не должен беспокоиться о том, чтобы пропустить один. Наш сервер сборки (Ant Hill Pro) также использует sln, чтобы определить, какие проекты собирать для выпуска.

1 голос
/ 23 июня 2009

Мы храним или решаем файлы в TFS Version Control. Но поскольку основное решение действительно велико, у большинства разработчиков есть персональное решение, содержащее только то, что им нужно. Основной файл решения в основном используется сервером сборки.

1 голос
/ 23 июня 2009

Да - все, что использовалось для создания вашего продукта, должно находиться в системе контроля версий.

1 голос
/ 23 июня 2009

Единственный случай, когда вы могли бы предположить, что он не хранится в системе управления версиями, - это если у вас есть большое решение со многими проектами, которые находятся в системе управления версиями, и вы хотите создать небольшое решение с некоторыми из проектов из основного решение для некоторых частных переходных требований.

0 голосов
/ 23 июня 2009

1) Создать новый проект в VS
2) Щелкните правой кнопкой мыши решение в обозревателе решений, выберите Добавить в систему управления версиями

Добавлен ли sln в систему контроля версий? Это твой ответ.

0 голосов
/ 23 июня 2009

.slns - единственное, с чем у не было проблем в tfs!

...