visual-studio - new - project solution visual studio difference




Должен ли я добавлять файлы Visual Studio.suo и.user в исходный элемент управления? (12)

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

Решения Visual Studio содержат два типа скрытых пользовательских файлов. Одним из них является файл .suo решения, который является двоичным файлом. Другой - файл проекта .user который является текстовым файлом. Точно, какие данные содержат эти файлы?

Мне также интересно, следует ли добавлять эти файлы в исходный элемент управления (Subversion в моем случае). Если я не добавлю эти файлы, а другой разработчик проверит это решение, Visual Studio автоматически создаст новые пользовательские файлы?


Visual Studio автоматически создаст их. Я не рекомендую вводить их в исходный контроль. Было много раз, когда файл SOU локального разработчика вызывал ошибку VS в этой области разработчиков. Удалив файл, а затем разрешив его воссоздание, он всегда исправлял проблемы.


Вы не можете использовать исходные файлы .user, потому что это зависит от пользователя. Он содержит имя удаленной машины и другие зависящие от пользователя вещи. Это связанный с vcproj файл.

Файл .suo является связанным с sln файлом и содержит «параметры пользователя решения» (проект запуска, положение окна (что закреплено и где, что плавает) и т. Д.).

Это двоичный файл, и я не знаю, содержит ли он что-то «связанное с пользователем».

В нашей компании мы не берем эти файлы под контролем источника.


Другие объяснили, почему наличие *.suo и *.user под контролем источника не является хорошей идеей.

Я хотел бы предложить вам добавить эти шаблоны в свойство svn:ignore по двум причинам:

  1. Таким образом, другие разработчики не будут работать с настройками одного разработчика.
  2. Поэтому, когда вы просматриваете статус или фиксируете файлы, эти файлы не будут загромождать базу кода и неясные новые файлы, которые вам нужно добавить.

Мы не передаем двоичный файл (* .suo), но мы фиксируем файл .user. Файл .user содержит, например, начальные параметры для отладки проекта. Параметры запуска в свойствах проекта можно найти на вкладке «Отладка». Мы использовали NUnit в некоторых проектах и ​​настроили nunit-gui.exe в качестве стартового варианта для проекта. Без файла .user каждому члену команды придется настраивать его отдельно.

Надеюсь это поможет.


На msdn.microsoft.com/en-us/library/bb165909.aspx четко указано, что

Файл пользовательских параметров решения (.suo) содержит параметры решения для каждого пользователя. Этот файл не должен быть проверен на управление исходным кодом .

Поэтому я бы сказал, что довольно безопасно игнорировать эти файлы, проверяя материал на свой источник.


Они содержат конкретные настройки проекта, которые обычно назначаются одному разработчику (например, стартовый проект и стартовая страница запускаются при отладке приложения).

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


По умолчанию Visual SourceSafe Microsoft не включает эти файлы в исходный элемент управления, потому что они являются файлами настроек для конкретного пользователя. Я буду следовать этой модели, если вы используете SVN в качестве источника управления.


Похоже, это мнение Microsoft по этому вопросу:

Добавление (и редактирование) .suo-файлов в исходное управление

Я не знаю, почему ваш проект хранит DebuggingWorkingDirectory в suo-файле. Если это пользовательский параметр, вы должны рассмотреть его сохранение в имени файла * .proj.user. Если этот параметр является общим для всех пользователей, работающих над проектом, вы должны рассмотреть его сохранение в самом файле проекта.

Даже не думайте о добавлении файла suo в исходный контроль! Файл SUO (soluton user options) предназначен для использования пользовательских настроек и не должен использоваться совместно с пользователями, работающими над одним и тем же решением. Если вы добавите файл suo в базу данных scc, я не знаю, какие другие вещи в среде IDE вы сломаете, но с точки зрения управления версиями вы нарушите интеграцию веб-проектов scc, используется Lan vs Internet plugin разными пользователями для доступа к VSS, и вы даже можете заставить scc полностью сломаться (путь базы данных VSS, хранящийся в suo-файле, который может быть действительным для вас, может быть недействительным для другого пользователя).

Алин Константин (MSFT)


С помощью Rational ClearCase ответ отрицательный. Только файл .sln &. * Должен быть зарегистрирован в управлении исходным кодом.

Я не могу отвечать за других поставщиков. Если я правильно помню, эти файлы являются «пользовательскими» конкретными параметрами, вашей средой.


Эти файлы являются специфичными для пользователя опциями, которые не зависят от самого решения. Visual Studio при необходимости создаст новые, поэтому их не нужно проверять в исходном управлении. В самом деле, вероятно, было бы лучше не делать этого, поскольку это позволяет отдельным разработчикам настраивать свою среду по своему усмотрению.


Я бы не стал. Все, что может измениться для каждого пользователя, обычно не подходит для контроля источника. .suo, .user, obj / bin







ignore