2017-02-23 99 views
0

Downvote, если вы хотите ... но мне нужен набор простых простых шагов, за которыми мы можем следовать. У нас есть VS Enterprise, не установлены дополнения GitHub. У нас есть пустой репо, созданный на GitHub. Что делает каждый из разработчиков после этого? Есть местное репо, верно? Должен ли быть другой проект на локальной машине, который связывается с местным репо или мы открываем проект в репо? Если да, то как мы создаем этот другой проект? Как насчет файла .sln, который VS любовно помещает в отдельную папку? Мы находимся в этом часами и считаем, что мы пробовали каждую комбинацию жертвы фиксации/push/sync/goat, за исключением правильных. Мы не можем воспроизвести согласованные результаты, чтобы два разработчика могли работать против одного и того же удаленного репо. Иногда один разработчик может нажать, и он не видит файлы, наложенные другим разработчиком. Иногда появляется текстовое поле Commit Message, но кнопка Commit отключена. Я думал, что был разумным до тех пор, пока не начал работать с GitHub.Как использовать GitHub в VS 2015, так что идиот может понять?

ответ

0

Это больше похоже на проблему git-to-use git. Вероятно, вам сначала нужно посмотреть, как работают два сотрудника в одном проекте с git. Я не думаю, что VS или GitHub должны здесь что-то делать, так как оба предоставляют вам только инструмент git gui по этой проблеме.

1

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

  1. Создать репозиторий на GitHub (который Вы уже сделали.)
  2. Каждый разработчик должен затем перейти на GitHub репо и вилкой репо под их собственный счет GitHub.
  3. Каждый разработчик должен клонировать свое репо на свою локальную машину. (Это красота Git. У каждого разработчика есть все репо локально.) Вы можете сделать это в VS2015, выбрав: File -> New -> Repository -> Clone. Перейдите в свое онлайн-репо и получите URL-адрес репо, который вы будете клонировать. Введите его в диалоговое окно New Repo в VS.
  4. При разработке проекта каждый разработчик должен создать временную ветвь функций, которую они нажимают на собственное репо GitHub. Они могут толкать свою работу так часто, как они хотят, не вступая в противоречие с другими разработчиками.
  5. Когда разработчик считает, что их работа должна быть объединена с мастером, они должны пойти в GitHub и выпустить «Pull Request» для своей ветки функций.
  6. Их PR может быть обсужден среди команды до его принятия.
  7. После того, как он будет принят и объединен с мастером, разработчик может удалить свою ветвь функции локально и на GitHub, если захочет.
  8. Поскольку «мастер» в команде repo теперь обновлен, каждому разработчику необходимо будет сменить мастер из репо-команды, чтобы обновить свои локальные и удаленные репозитории.