Git альтернатива полвсету в TFS

9

Я использую git для своих личных проектов, поэтому я никогда не сталкивался с какими-либо проблемами с Git, однако сегодня у меня была дискуссия на работе, и я не думал об этом.

В TFS вы можете сохранить свой набор изменений в наборе полок, этот набор полок может быть просмотрен другими разработчиками, например, для экспертной оценки.

Из того, что я понимаю в github, вы работаете над локальной копией репозитория (возможно, с пользовательскими ветками для различных функций), а затем наступает момент для рецензирования. Как бы вы поделились конкретными изменениями в вашем локальном репо с кем-то еще?

datazbytes
источник

Ответы:

12

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

Вот несколько способов, которые я видел:

  1. Переместите ветку в исходное положение, и рецензенты объединят ревизию, когда они будут готовы.
  2. Нажмите ветку в хранилище рецензий или непосредственно рецензенту. После проверки набор изменений может быть передан в основной репозиторий.
  3. Используйте такой инструмент, как Геррит, чтобы «ловить» толчки и удерживать их до тех пор, пока они не будут просмотрены. Как только правильные люди подтвердят, что набор изменений готов, Gerrit объединит его с основной веткой.
  4. Используя Github , Gitlab , Stash или другой продукт, разветвите оригинальный репозиторий. Клонируйте свой компьютер для разработки и внесите изменения. Когда закончите, нажмите на вилку и отправьте запрос на извлечение в исходный репозиторий. Это самая распространенная модель в мире открытого кода.
Майкл К
источник
0. Visual Studio Online имеет функцию Pull-запроса, которая будет доступна в ближайшем будущем в локальной версии TFS.
Джулио Виан
0

Некоторые варианты:

  1. Вы можете запустить экземпляр gitweb, чтобы другие могли просматривать ваши изменения
  2. Вы можете распространять наборы исправлений своих изменений для просмотра.
  3. Вы можете отправить свои изменения в общий центральный репозиторий в своей удаленной ветке, где другие могут проверить ваши изменения напрямую или в github.
Рори Хантер
источник