AnkhSVN по сравнению с [закрытым] VisualSVN
Они не делают того же самого. Первый работает, если obj имеет тип ClassA или некоторого подкласса ClassA. Второй будет только соответствовать объектам типа ClassA. Второй будет быстрее, так как он не должен проверять иерархию классов.
Для тех то, кто хочет знать причину, но не хотеть читать статью, на которую ссылаются в , по сравнению с typeof.
5 ответов
Конечно, прошел год с тех пор, как я использовал каждый продукт лицом к лицу, но сейчас я предпочитаю AnkhSVN. Хотя люди жаловались на ранние версии AnkhSVN, 2.0 была почти переписанной оригинальной версией и теперь представляет собой полный пакет интеграции с поставщиком управления исходным кодом, а не надстройку Visual Studio. При коммерческой поддержке CollabNet и возобновлении энтузиазма в отношении открытого исходного кода AnkhSVN 2.0 заслуживает шанса.
Две мои любимые особенности AnkhSVN - это бесплатно, и мне нравится окно «Ожидающие изменения».
Что касается VisualSVN, я считаю, что он работает медленно, и мне кажется, что он использует TortoiseSVN вместо того, чтобы слишком часто управлять самим управлением файлами. И это стоит денег (хотя и небольшой суммы).
Опять же, это основано на моем последнем личном тесте, который проводился около года назад. Как уже говорилось, TortoiseSVN отлично справляется с этим » собственный, но если вы действительно хотите подключиться к VS IDE, попробуйте AnkhSVN перед VisualSVN. Удачи.
Несколько месяцев назад у меня была та же дилемма, и я, наконец, решил пойти с VisualSVN. Мы использовали его в течение 4 месяцев для внутренней разработки веб-приложений на C #, и наш опыт был положительным.
Во-первых, серверная часть интегрируется с Active Directory и предлагает простой в использовании элемент управления MMC для управления репозиториями.
Во-вторых, клиентская часть интегрируется с VS2008, не замедляет время загрузки Visual Studio и работает с довольно тривиальными цветовыми кодами (зеленый - для нетронутых файлов, желтый - для файлов, которые вы изменили). Он имеет полные различия ревизий, вы можете комментировать каждую ревизию.
С одной стороны, он поддерживает хуки (например, хуки после фиксации) очень элементарно.
Вы можете просматривать статистику, например, кто сделал больше всего коммитов и т. Д. Он поддерживает ветки, хотя мы этого не делаем. Я не использую эти возможности. Вся связь клиент-сервер осуществляется через SSL (ключи и сертификаты настраиваются автоматически).
В какой-то момент я задал им вопрос о том, как удалить историю веток из раскрывающегося списка Visual Studio, и их служба поддержки ответила, что мне просто нужно удалить файл .suo (эффективное обслуживание клиентов)
Наконец, мой опыт работы с VisualSVN: простой и понятный для нашей относительно небольшой команды. (нас 5 программистов, но я уверен, что это намного больше).
suo file (эффективное обслуживание клиентов)Наконец, мой опыт работы с VisualSVN: простой и понятный для нашей относительно небольшой команды. (нас 5 программистов, но я уверен, что это намного больше).
suo file (эффективное обслуживание клиентов)Наконец, мой опыт работы с VisualSVN: простой и понятный для нашей относительно небольшой команды. (нас 5 программистов, но я уверен, что это намного больше).
Я пробовал оба VS плагины ... после нескольких месяцев использования я быстро понял, что ВСЕ свое время провожу в черепахе! Плагины не получают все элементы, связанные с моим стволом. Они работают только с элементами, которые являются частью решения и распознаются VS. По этой причине я проводил почти все свое время в Черепахе ... и, в конечном итоге, все свое время. Нет причин платить за плагины, когда Toroise и бесплатна, и обновляется почти ежедневно.
Придерживайтесь Tortoise и узнайте, как ее использовать. В конце концов вы станете счастливее.
Ответы:
@jeroenh: "... В использовании (правильно интегрированного) плагина VS действительно есть преимущество, а именно при перемещении / переименовании файлов в вашем решении ... . "
Я согласен, что переименование / перемещение файлов в Tortoise неуклюже. И VisualSVN делает это проще.
@Darko Z: «На личном уровне я согласен, но на уровне организации - нет. У нас есть несколько человек, которым НУЖНА интеграция VS. Да, это глупо, но достаточно справедливо: ) "
Да, в моей нынешней команде несколько таких людей. И научить их привыкать к черепахе был Медведь! Они являются причиной того, что мы получили несколько лицензий на VisualSVN ... но они тоже жаловались на это.
И научить их привыкать к черепахе был Медведь! Они являются причиной того, что мы получили несколько лицензий на VisualSVN ... но они тоже жаловались на это. И научить их привыкать к Черепахе был Медведь! Они являются причиной того, что мы получили несколько лицензий на VisualSVN ... но они тоже жаловались на это.Я использую VisualSVN в данный момент, и это здорово, поскольку он автоматически добавляет любые новые файлы в SVN и позволяет легко возвращаться и сравнивать без необходимости открывать окно проводника. Однако вам все равно придется использовать TortoiseSVN для файлов, которых нет в вашем решении Visual Studio.
В прошлый раз, когда я использовал AnkhSVN, он работал не слишком хорошо и испортил мою проверку SVN (но это было пару лет назад).
Этот вопрос, который вы задали, сводится к личным предпочтениям, но я бы посоветовал вам иметь ДОПОЛНИТЕЛЬНО к клиенту ide либо Tortoise SVN, либо клиенту командной строки. Вы часто будете вынуждены оказаться в положениях, где клиент IDE не может выполнить нужную вам задачу.