В чем заключаются большие различия между TFVC (TFS Version Control) и Git для управления версиями при использовании Visual Studio 2013?

Обновлять

С 2013 года произошло много:

• Microsoft добавила поддержку ssh в Team Foundation Server, Azure DevOps Server и Azure DevOps.
• Visual Studio 2019 16.8+ поставляется с полностью переработанным клиентом git.
• Microsoft убрала свои собственные внутренние продукты из TFVC. Источники Windows и Office теперь находятся в Git в Azure DevOps.
• Microsoft купила GitHub, который теперь является основным направлением предложений, связанных с DevOps, и в результате многие люди, которые внесли свой вклад в Azure DevOps, перешли на GitHub.
• Виртуальная файловая система для Git и Git Large File System устранила многие причины, по которым люди остались на TFVC.
• В Azure DevOps есть встроенный инструмент миграции, который может преобразовывать (частично) вашу историю TFVC в репозиторий git.

За все это время для TFVC произошло очень мало:

• Пайплайны YAML еще не получили поддержку TFVC через 2 года после их внедрения (я этого вообще не жду).
• Team Explorer теперь называется Legacy в Visual Studio
• TFVC объявлен функционально завершенным
• Поддержка TFVC для Eclipse и Visual Studio Code, а также для Linux / Mac официально устарела / срок службы истек.

Совершенно ясно, кто победил: Git.

В чем большие различия между TFS и Git для управления версиями при использовании VS 2013?

В MSDN есть очень обширная страница обо всех функциях и различиях между Team Foundation Version Control и Git.

Единственное преимущество в моем случае - это локальный репозиторий (не говоря уже о незначительном) и поддержка разработки IoS?

Нет, есть еще много чего, но часто это продвинутые сценарии Git. Локальное репо, офлайн-поддержка и полная локальная достоверность истории - это невероятно мощные инструменты, которые вы получаете с помощью Visual Studio прямо из коробки. Есть еще несколько замечательных функций! Возможность ветвления и слияния из одного репозитория в другой очень эффективна. Я рекомендую вам поискать для этого книгу Pro Git. Git в TFS - это просто еще один сервер git, он имеет почти все функции, которые есть в стандартном Git.

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

Единственным недостатком Git является интерфейс командной строки (некоторые утверждают, что это не недостаток ;-P).

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

Могут быть и другие недостатки, в основном из-за того, что он отличается от того, к чему люди привыкли. Не так уж сложно выстрелить себе в ногу, если вы не найдете времени, чтобы узнать, что делает git, когда вы что-то делаете. Такие вещи, как Rebase и Squash, действительно эффективны и создают очень чистую историю, но могут оставить людей с проблемой, которую они больше не могут объединить при неправильном использовании. TFS имеет возможность устанавливать некоторые параметры безопасности, чтобы лишить права принимать очень глупые решения в репозитории git.

Очень интересным дополнением для пользователей Git в Windows является PoSHGit. он обеспечивает автозаполнение команд в командной строке Powershell.

Вы знакомы с графическим интерфейсом VS 2013 для Git? Этого достаточно для поддержки базового ветвления / слияния без интерфейса командной строки?

В нем есть все необходимое для основных операций. Но вам нужно иметь возможность визуализировать различные ветви, чтобы знать, что происходит. Поскольку сервер Git и локальное репо - это просто Git, любой клиент git может вам здесь помочь. SourceTree - это вариант здесь. Клиент Git для Windows - другой.

Для стандартных операций, регистрации, возврата, слияния, ветвления (или push, pull, fetch, commit, merge) пользовательский интерфейс работает нормально.

Есть ли подробное руководство по запуску Git, в котором показано, что Git используется с VS 2013? У MS есть видео по интеграции существующего репозитория Git в VS 2013, но я ищу возможность начать с нуля с Git и VS 2013?

Запуск с Git доступен в нескольких местах ... Вот несколько вариантов:

• MSDN Документы: использование Visual Studio с Git
• Блог MSDN: начало работы с Git
• Там Практическое занятие для виртуальная машина Брайана Келлера.
• Виртуальная академия Microsoft: Использование Git с Visual Studio 2013 Jump Start
• Pluralsight: Git для разработчиков Visual Studio

Другие полезные чтения:

• Документы MSDN: сводка Git и TFVC
• Syncfusion: Git лаконично
• Установка инструмента слияния Visual Studio по умолчанию для Git
• с использованием PoshGit из Visual Studio
• Apress: Pro Git
• Руководство для пользователей Git ALM Ranger для TFVC.

И еще несколько инструментов, которые стоит установить:

• PoshGit
• SourceTree
• Git Diff Margin

Чтобы прояснить некоторую запутанную смешанную терминологию, которая часто используется в TFS

Team Foundation Server (TFS) - это инструмент управления жизненным циклом приложения, который включает исходный компонент системы контроля версий (VCS).

Компонент VCS, который TFS использует, - это в первую очередь Team Foundation Version Control (TFVC).

Итак, вопрос будет: TFVC против Git.

(Фактически, TFS поддерживает Git как вариант VCS.)

Итак, вопрос: TFVC против Git

У jessehouwing есть отличный ответ, который подробно описывает это, поэтому, пожалуйста, укажите, что

Что касается выбора того, что использовать, на мой взгляд, Git выигрывает.

1. Он легкий: просто настроить и начать использовать.
2. Его распределенный характер означает, что он очень устойчив к бедствиям, у кого-то всегда будет копия репо.
3. Автономная работа проста, вы работаете с собственным полным репозиторием. Вы можете фиксировать изменения, возвращаться, просматривать историю и т. Д. Вам нужно быть в сети только тогда, когда вы хотите выполнить синхронизацию с удаленным репозиторием.
4. В TFS нет простого способа сохранить состояние ваших изменений (добавления файлов, модификации, удаления файлов) и переключиться на другое состояние кода. (Например, чтобы работать над двумя функциями и переключаться вперед и назад). В git вы просто проверяете другую ветку.

Единственным недостатком Git является интерфейс командной строки (некоторые утверждают, что это не недостаток ;-P).

Если вам неудобно пользоваться интерфейсом командной строки, для Git доступно несколько интерфейсов GUI. Сам Git фактически содержит инструмент с графическим интерфейсом для браузера репозитория, называемый gitk и _ 2_ - графический интерфейс для git. Кроме того, существуют сторонние приложения, такие как git-cola, TortoiseGit и другие < / а>.