2017-02-03 79 views
16

Я новичок в GIT, до сих пор я использовал Visual Studio Online TFS для моего контроля версий, и я только разработчик. Когда я создал свой последний проект, я как бы заблуждался, думая, что GIT - лучший вариант для этого.Visual Studio 2015 Как объединить ветку в мастер?

Итак, я проверил у своего хозяина. Затем, когда я собирался работать над функцией, которую я прочитал, мне пришлось создать ветку (это не было необходимо в TFS), поэтому я создал «development_print» как новую ветку и работал над моей функцией.

Теперь моя функция завершена, но я не знаю, как слить ее обратно в мастера. На данный момент меня не интересуют несколько ветвей, просто хочу, чтобы моя новая функция была объединена с мастером и осталась с мастером.

В VS есть слияния ветви вариант, но это только позволяет мне слиться в development_print (я хочу, чтобы моя особенность в мастер!), Так что не позволяет мне установить в текущей ветвь и слияние из отделения показывает:

  • development_print
  • мастер
  • происхождение/development_print
  • происхождения/мастер

, что является путаным? кажется, все наоборот. Итак, как мне выйти из этого беспорядка, не потеряв всю работу, которую я сделал с этой функцией?

+0

Оформить заказ на мастер и объединить свою функцию в мастер –

+0

Также вам не нужно использовать ветви с git, это просто делает вещи приятнее много раз, особенно с несколькими разработчиками. –

+0

Я сделал на Git Command Line вне VS: git checkout master, за которым следует git merge development_print, и моя функция включена. Как я могу убедиться, что теперь я работаю над главной ветвью? если возможно, я хотел бы избавиться от ветки development_print теперь, когда я слился. Я полагаю, что слияние также совершило. –

ответ

26

Способ объединения ветки development_print в главную ветку, как показано ниже:

VS -> Team Explorer -> Филиалы -> главная ветка с двойным щелчком -> Объединить -> выберите development_print для Merge from branch -> Merge.

поле выбора показывает:

development_print 
master 
origin/development_print 
origin/master 

Это означает, что у вас есть филиалы development_print и master как местных, так и удаленных. origin/ означает, что ветки существуют в удаленном режиме.

Если вы не хотите development_print ветви после слияния вы можете удалить его для локальных и удаленных:

Team Explorer -> Филиалов -> выберите development_print -> правая кнопка мыши -> Удалить -> выберите development_print под пультами/origin -> Удалить ветку с удаленного.

2

Вы можете ознакомиться с руководством по Microsoft «Create work in branches».
Кроме того, как показано в «Getting Used to Git in Visual Studio: Branches» от Jeremy Bytes (2014, но все равно необходимо применить), вы можете вернуться в раздел «Ветки» и выбрать «Слияние».

Это дает нам раскрывающихся заполнить:

https://4.bp.blogspot.com/-m3zHy1wthZA/VKIadAAXBqI/AAAAAAAADqY/0LczBDT-kOE/s1600/Merge.png

Вы можете увидеть в разделе филиальную «Microsoft Application Lifecycle Management», также используется при создании тему ветки:

https://msdnshared.blob.core.windows.net/media/MSDNBlogsFS/prod.evol.blogs.msdn.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/00/45/92/2014/06/pull_2D00_requests/6242.VCtrlGitPullReqCreateTopicBranch.png

+0

Для другой задачи я просто работал над файлами на главном ветви без использования ветви development_print, но когда я пытаюсь выполнить регистрацию, нет возможности связать идентификатор задачи с набором изменений, как это всегда делалось в TFS. Кажется, единственный способ связать идентификатор задачи с набором изменений - это выполнить работу над ветвью и затем слить. –