Какие файлы, сгенерированные Visual Studio, я должен зафиксировать? - PullRequest
8 голосов
/ 05 сентября 2010

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

Помимо очевидных вещей, которые не нужно фиксировать, какие другие файлы не следует фиксировать?Нужно ли фиксировать файлы .manifest и т. Д.?

Можно сказать по-другому: какие файлы необходимы для воссоздания проекта, над которым я работаю, и какие файлы могут быть автоматически созданы?

Спасибо!

Ответы [ 2 ]

5 голосов
/ 05 сентября 2010

Файлы, которые я обычно не фиксирую: *.suo и *.user. Я фиксирую большинство других файлов.

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

2 голосов
/ 05 сентября 2010

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

Как правило, файл .suo относится к конкретному пользователю и не должен быть зарегистрирован.

Однако самый простой способ, который я могу вам предложить, это

  1. Не проверяйте файл, который вам не нужен.
  2. Возьмите копию всех файлов из системы контроля версий в новое место.
  3. Постройте решение.

Если он строит, отлично. Если нет, то вы добавляете файлы до тех пор, пока это не произойдет.

Это немного проб и ошибок, но, скорее всего, это будет только один раз.

Другой вариант - на самом деле выяснить для каждого типа неизвестного файла, что именно он делает, а затем решить, нужен ли он или нет, и, соответственно, исключить / включить. Для этого, если вы разместите расширения файлов, в которых вы не уверены, может помочь Google / SO !!

Лично я вообще не верю в передачу бинарных файлов, даже для релизов. Мне кажется это ненужным, так как в нашем случае с каждым выпуском связан ярлык. Таким образом, получение точного кода, который был выпущен, это просто вопрос получения кода, связанного с меткой, и его сборки. Кроме того, поскольку развертывание обычно осуществляется через установочные файлы, пока у вас есть установочная версия msi / exe (и пока вы сохраняете резервные копии этих файлов для своих выпусков), наличие всех двоичных файлов, проверенных в системе контроля версий, кажется немного излишним

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...