Возможно ли сохранить привязку управления исходным кодом Visual Studio (к VSS2005) только в файле решения (.sln) и в файлах проекта?

Question

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

Поэтому, когда вы хотите интегрировать систему контроля версий в Visual Studio, вы можете открыть 1-е решение, но если вы не хотите его использовать, вы можете открыть 2-е.

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

Можно ли иметь всю информацию о привязке только в файле .sln?

Или, может быть, есть другое решение моей проблемы?

Редактировать: причина, по которой я хочу это сделать, заключается в том, что некоторые члены команды предпочитают интеграцию управления исходным кодом в Visual Studio, а другие - нет. Наличие 2 решений даст им выбор.

Answer 1

номер

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

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

Раньше я нуждался в этом в следующей ситуации: управляемое исходным кодом решение с общей библиотекой классов и пример приложения, использующего общую библиотеку. Я хотел иметь возможность отправлять ZIP-файл, содержащий образец приложения, без привязок контроля исходного кода.

Answer 2

Это технически возможно. Откройте диалоговое окно «Файл» -> «Управление исходным кодом» -> «Изменить управление исходным кодом», и вы можете настроить привязки для каждого отдельного проекта, включая корневое решение. Тем не менее, это, вероятно, не будет делать то, что вы хотите. Если вы удалите привязки из проектов, но сохраните привязку решения, вы окажетесь в состоянии, когда изменения в самом решении (например, что вы делаете в Configuration Manager) автоматически регистрируются и выходят, но изменяются в файлы, которые «принадлежать» отдельным системам проекта не будет.

Лучший ответ IMO - попросить разработчиков, которым не нравится интеграция с SCC, отрегулировать настройки в Сервис -> Параметры -> Контроль источника -> Среда по своему вкусу. Здесь вы можете отключить большинство (все?) Функций SCC, которые действуют «за вашей спиной». И все они строго для каждого пользователя, хранятся в реестре HKCU, а не в ваших make-файлах.