VS2005 и VSS. Должны ли файлы .exes, .dlls, pdbs, .resource и сгенерированные XML-файлы в VSS?

Question

Кажется, что следующие типы файлов должны быть доступны для записи, чтобы иметь возможность компилировать решение. .exe .dll .pdb (если отладка) .resource (?) .xml (по крайней мере, система генерироваться из них. Я не уверен, если они просто все XML documentationf Ильз)

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

Какая практика? Кажется, что VSS автоматически добавляет все.

Answer 1

Обычно вы не хотите проверять любые файлы, которые были сгенерированы, если только вы не генерируете их один раз, а затем «вырезать и запускать» с файлами (т. Е. Вы никогда не восстанавливаете их). Это особенно актуально для систем контроля версий, таких как VSS, которые используют блокировку с одним контрольным пакетом.

Если вы хотите сгенерировать файлы с версией, я бы предложил не управлять версиями в местах расположения решений/проектов, а иметь отдельный процесс, который копирует их где-то в другом месте и проверяет их там. Если вы сгенерировали версию файлов в sln/proj, у вас будут кошмары, которые будут сражаться с людьми, чтобы проверить их и вернуться.

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

Answer 2

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

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

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

Answer 3

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

Общей ошибкой является добавление папки из VSS.