Які великі відмінності між TFVC (TFS Version Control) та Git для управління джерелом при використанні Visual Studio 2013?

Є багато питань і відповідей щодо Git проти TFVC Source Control, але жодні поточні відповіді не охоплюють інтеграцію Git в сервер / сервіс Team Foundation, які я можу знайти.

Я починаю розробку зелених пасовищ, використовуючи широкий спектр мов (C #, C ++, PHP, Javascript, MySSQL) за допомогою Visual Studio 2013. В майбутньому буде розробка iOS. Я дуже знайомий з SVN, VSS та TFVC для контролю джерел. Однак я ніколи не користувався Git. Я віддаю перевагу TFS для управління процесами / спритний розвиток ... Це не ідеально, але він добре інтегрується в Visual Studio.

Отже, щоб допомогти мені вирішити між цими двома системами ...

Які великі відмінності між TFVC та Git для контролю джерела при використанні Visual Studio 2013?

• Єдина користь у моєму випадку - локальний репозиторій (не кажучи про те, що він незначний) та підтримка розробки iOS?
• Є єдиним недоліком Git інтерфейсу командного рядка (дехто може стверджувати, що це не є недоліком ;-P).
• Чи мали ви досвід роботи в графічному інтерфейсі Visual Studio 2013 для Git? Чи достатньо цього для підтримки базового розгалуження / злиття без інтерфейсу командного рядка?
• Чи є докладний посібник із запуску для Git, який показує, як Git використовується з Visual Studio 2013? Microsoft має відео для інтеграції існуючого репозиторію Git у Visual Studio 2013, але я шукаю початок з нуля з Git та VS 2013.

Я не шукаю тут книги, а лише кілька пунктів кулі і, можливо, деякі відповідні посилання від людей, які використовували і TFVC, і Git.

Які великі відмінності між TFS та Git для контролю джерела при використанні VS 2013?

MSDN має дуже обширну сторінку про всі функції та відмінності між Team Foundation Version Version та Git .

Чи єдина користь у моєму випадку локальним сховищем (не кажучи про те, що це незначно) та підтримкою розробки IoS?

Ні, є набагато більше, але вони часто є вдосконаленим сценарієм роботи Git. Місцеве Repo, підтримка в режимі офлайн та повна локальна вірність історії неймовірно потужні, ви отримуєте це з коробки з Visual Studio. Є кілька інших особливостей, які теж чудово! Можливість розгалуження та об'єднання з одного сховища в інше дуже потужна. Я рекомендую вам знайти книгу Pro Git . Git в TFS - це ще один сервер git, він має майже всі функції, які має стандартний Git.

Можливість переписати історію перед об'єднанням дозволяє видалити або комбінувати ряд менших наборів змін, щоб історія була чистішою та легшою для читання як людиною.

Є єдиним недоліком Git інтерфейсу командного рядка (дехто може стверджувати, що це не є недоліком ;-P).

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

Можливо, є кілька інших недоліків, в основному через те, що він відрізняється від того, до чого звикли люди. Стріляти собі в ногу не надто важко, якщо ви не знайдете часу, щоб навчитися робити те, що робить, коли ви робите щось. Такі речі, як Rebase і Squash, справді потужні і створюють дуже чисту історію, але це може залишити людей проблемою, що вони не можуть злитися більше, якщо невірно використовуються. TFS має можливість встановити деякі параметри безпеки, щоб забрати права приймати дуже нерозумні рішення щодо сховища git .

Дуже класна добавка для користувачів Git в Windows - це PoSHGit . він забезпечує автоматичне завершення команд у командному рядку Powershell.

Чи стикалися ви з графічним інтерфейсом VS 2013 для Git? Чи достатньо цього для підтримки базового розгалуження / злиття без інтерфейсу командного рядка?

У ньому є все необхідне для основних операцій. Але вам потрібно вміти візуалізувати різні гілки, щоб знати, що відбувається. Оскільки сервер Git та локальна репо - просто Git, тут може допомогти будь-який клієнт git. Тут є варіант SourceTree. Клієнт Git для Windows - ще один.

Для стандартних операцій, реєстрації, виїзду, злиття, розгалуження (або натискання, витягування, отримання, злиття, злиття) інтерфейс користувача працює чудово.

Чи є докладний посібник із запуску для Git, який показує, що Git використовується з VS 2013? У MS є відео для інтеграції існуючого репортажу Git у VS 2013, але я шукаю початок з нуля з Git та VS 2013?

Починати з Git можна в багатьох місцях ... Це кілька варіантів:

• Документи MSDN: Використовуйте Visual Studio з Git
• Блог MSDN: Початок роботи з Git
• Існує практична лабораторія для Brian Keller VM .
• Microsoft Virtual Academy: Використання Git з Visual Studio 2013 Jump Start
• Pluralsight: Git для розробників Visual Studio

Інші хороші читає:

• Документи MSDN: Підсумок Git vs TFVC
• Синфузія: Git коротко
• Встановлення інструменту Visual Studio Merge як стандартного для Git
• за допомогою PoshGit з Visual Studio
• Apress: Pro Git
• ALM Ranger Git для керівництва користувача TFVC.

І кілька інструментів, які варто встановити:

• PoshGit
• SourceTree
• Git Diff Margin

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

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

Компонент VCS, який використовує TFS, - це головним чином командний контроль версій команди (TFVC)

Отже, питання буде в TFVC проти Git

(Фактично, TFS підтримує Git як варіант VCS .)

Отже, питання: TFVC vs Git

jessehouwing має чудову відповідь, яка детально висвітлює це питання, тому, будь ласка, посилайтесь на це

Що стосується вибору, який використовувати, на мою думку, Git виграє

1. Він легкий: простий у налаштуванні та початку використання.
2. Поширений характер означає, що він дуже стійкий до катастроф, у когось завжди буде копія репо.
3. Робота в режимі офлайн проста, ви працюєте зі своїм власним повним сховищем. Ви можете вносити зміни, повертати, переглядати історію тощо. Ви повинні бути в Інтернеті лише тоді, коли хочете синхронізуватися з віддаленим сховищем.
4. У TFS не існує простого способу збереження стану змін (доповнення файлів, модифікацій, видалення файлів) та переходу до іншого стану коду. (Наприклад, для роботи над двома функціями та перемикання вперед і назад). У git ви просто замовляєте іншу гілку.

Є єдиним недоліком Git інтерфейсу командного рядка (дехто може стверджувати, що це не є недоліком ;-P).

Якщо вам не комфортно з інтерфейсом командного рядка, для Git доступні кілька фронтальних інтерфейсів GUI. Сам Git фактично містить сховище інструменту GUI браузера під назвою gitkі git-gui- графічний інтерфейс для мерзотника. Потім є сторонні додатки, такі як git-cola , TortoiseGit та інші .