Использование Visual Studio 2008 и 2005 в одной группе

Question

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

• Из-за этого меняются файлы решения или проекта?
• Есть ли какие-либо проблемы с обратной совместимостью или другие конфликты, которые приведут к серьезному обновлению команды?

Answer 1

Почему вы хотите обновляться постепенно? Вы по-прежнему можете ориентироваться на .NET 2.0 при работе с Visual Studio 2008.

Answer 2

Не сработает. 2k8 обновляет ваши решения.

---

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

Итак, одним из решений может быть создание копии решения, назовите его project.2005.sln, затем обновите исходное решение и назовите project.2008.sln.

У меня на коробке нет 2k5, поэтому я не могу это проверить. Было бы просто и до тех пор, пока вы регистрируетесь полностью, не разрушительно проверить это.

Answer 3

Что мы делаем со смешанными версиями VS, так это создаем решение в 2005 году со всеми настройками проекта. Затем проверьте это в SourceSafe (или что вы используете). Затем пользователи VS2008 обновляют решение локально на своем компьютере, а затем отменяет извлечение, которое выполняет VS2008, когда обновляет решение, и каждый может одновременно работать над этим проектом, если в файл решения не вносятся изменения. !

Answer 4

Для C # файлы проекта практически идентичны (другой номер версии, новое свойство целевой платформы). Однако VS2008 всегда будет пытаться «преобразовать» старые файлы VS2005, а VS2005 отказывается открывать новые файлы. Поэтому смешанная среда не очень практична.

Answer 5

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

Answer 6

пойти на большой взрыв, скалы 2008 года по сравнению с 2005 годом. У меня нет проблем с конвертированием проектов.

Answer 7

Мы делаем именно то, что вы хотите делать уже около 6 месяцев.

Наш опыт ограничен веб-приложениями, библиотекой классов и базовыми проектами WinForms. Но у нас не было проблем с разработчиками, разделенными между 2005 и 2008 годами.

Вам понадобятся два отдельных файла решения (один для 2005 и один для 2008), но они отличаются только тем, что один содержит строку «9.0», а другой «10.0».

Файлы проекта будут изменены к 2008 году, однако в основном добавляются только новые атрибуты, которые игнорируются к 2005 году.

2008 Файлы проекта совместимы с 2005, по моему опыту. Файлы решения 2008 года отсутствуют, но создание совместимой копии - это простая задача замены «9.0» на «10.0» или наоборот.

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

См. Мои ответы здесь и здесь для подробностей.

Answer 8

Частично возможно, но должно быть осторожно.

• Нужна система контроля версий (и сервер сборки с конфигурацией на основе 2005/2008)
• Отдельные файлы решений и проектов на основе версии VS.NET. Каждый должен открыть только соответствующие файлы .sln van .proj. (Некоторые подсказки об изменениях файлов проекта: .NET 2.0 Project в VS.NET 2005! = .NET 2.0 Project в VS.NET 2008 )
• Можно зафиксировать общие исходные файлы C # / VB.NET, файлы XML. Другие файлы, скажем, .resx, могут причинять боль.

Я думаю, что проще переключить все проекты на VS.NET 2008.

Одна заметка для VS.NET 2088: у нас странный опыт работы с конструктором WinForms, и после застройки произошли некоторые зависания.

Answer 9

Насколько я знаю, это файл решения (* .sln), который изменяется при обновлении до VS 2008, а не файлы проекта .csproj / .vbproj. Таким образом, вы можете использовать обе IDE для одного и того же файла, если у вас разные файлы .sln.