Git/SVN для разработки asp.net вместо VSS?

Question

На работе мы используем ASP.net 2.0 и VSS. VSS - это зверь, у нас постоянно возникают проблемы с людьми, просматривающими файлы, и нет разветвлений - это сходит с ума. Я знаю, что SVN/GIT в основном используется разработчиками с открытым исходным кодом, есть ли недостатки для разработчиков ASP.NET, использующих его? Я настаивал на SVN внутренне, но я думаю, что GIT также может быть отличным вариантом. Наша команда распространяется на 3 континентах.

Answer 1

Мы используем SVN для нескольких проектов ASP.NET, и он работает нормально.

Мы изначально работали с AnkhSVN в качестве плагина VS, и он в основном работал хорошо для меня, но в целом по всей стране он вызвал некоторые проблемы. Теперь мы перешли на использование VisualSVN, что выглядит более надежным.

Answer 2

Я использовал Subversion в корпоративной обстановке с большим успехом. Я лично не использовал Git в корпоративной среде, но с распределенными офисами это звучит неплохо.

Ожидайте большого «горба», пока все встанут на скорость, но перемещение с VSS - определенно хорошая идея. Мы никогда не оглядывались назад, когда переходили из VSS в SVN. Я бы посоветовал вам не скупиться на подготовку к новой системе. Получите несколько умных людей, чтобы прочитать документацию по той системе, которую вы выбрали, и прочитайте ее полностью . Затем определите, как вы собираетесь это использовать, и сообщите об этом соответствующим образом. Предложите, какие биты документации всем остальным действительно нужны , необходимо использовать и дать им достаточно времени, чтобы прочитать его. Исходный контроль не должен выполняться на основе «возврата и надежды» :)

Answer 3

Я тоже на SVN. Я использую Tortoise, но есть VStud add-ins.

Answer 4

Я думаю, что TFS - это путь. Tortoise svn недостаточно хорош, и я не думаю, что даже существует достойная надстройка для визуальных студий для Git. Я не пробовал коммерческие svn vs-add-ins, на которые они могли бы обратить внимание. Но интеграция и любая другая функция в TFS делает ее превосходной с визуальной студией.

Answer 5

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

Answer 6

Мои рекомендации:

1) Использование Git, это очень легко создавать и объединять ветви

2) Если вы не можете использовать Git, Use Anything But SourceSafe

Answer 7

SVN, не вопрос о Это.

• Более широко используется, чем другие современные элементы управления источником. Вероятно, ваши новые сотрудники узнают об этом.
• Стабильный.
• Полный отличных функций по сравнению с CVS. (Атомный Checkin, глобальный пересмотр #s, внешние проекты)
• Великий UI (TortoiseSVN)

VSS это ужасно. Это в лучшем случае функциональная «система контроля версий», но нет ничего , связанного с этим.

Answer 8

Я использовал SVN и GIT. Оба они намного превосходят VSS. Если вы в настоящее время используете VSS, SVN потребует знания вашего программного обеспечения. GIT потребует еще большего понимания.

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

Answer 9

Мы строительный дом 100% (C#, ASP.Net, SQL Server, IIS, Visual Studio, Office и т. Д.), И мы не будем касаться VSS 20-футовым полюсом. SVN великолепна. Получите бесплатную надстройку Ankh.

Answer 10

Мы использовали Git для разработки ASP.NET, благодаря Git Extensions и имеем только две проблемы - кривую обучения с Git и обработку сложных зависимостей между проектами. В противном случае это было абсолютное удовольствие. Git Extensions предоставляет утилиту Git CLI, интеграцию с графическим интерфейсом Windows и Visual Studio, и мы используем все три взаимозаменяемых.

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

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

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

Раньше мы использовали Subversion с TortoiseSVN и AnkhSVN, и я бы не рекомендовал его. Я успешно использовал Subversion на * NIX, но это было печалью с Visual Studio. Переименование предметов в VS привинчивалось довольно часто, и каждый раз потребовалось много времени для исправления. Кроме того, Git делает все быстрее и лучше.