Github extension for visual studio как установить

Обновлено: 06.07.2024

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

Что такое GIT

Git - система управления контроля версиями, репозитории Git содержат файлы, историю, конфигурации управляемые Git. Данные могут отправляться из локальной папки в Git репозиторий и обратно, локальное состояние подразумевает рабочую папку которая содержит измененные файлы готовые для помещения в .git каталог, при помещении в данный каталог - Commit, указываются комментарии к данному коммиту, что по факту является историей, удаленный репозиторий содержит ветки Branches, основная ветка называется Master, данные могут отправляться как в Master, так и другие ветки (ответвления) проекта.

GIT является одной из самых популярных систем. Её отличие от других программ — отсутствие графической версии. Поэтому работа с Git ведётся через командную строку. В разных операционных системах свои программы для взаимодействия с Git.

В Windows их две: PowerShell и cmd.exe. В Ubuntu это Terminal. Самая популярная программа на macOS тоже называется Terminal. Если вам не подходит встроенная в систему программа для работы с командной строкой, вы можете поставить свою. Например, написанную на JavaScript программу Hyper, которая работает на любой операционной системе. На Windows популярны программы Cmder и Git Bash, а на macOS — iTerm.

Установка GIT

Если вы ранее не работали с GIT, то для начала его нужно установить. В зависимости от системы нужно выбрать свой вариант

Установка GIT в Linux (Ubuntu)

В зависимости от вашего дистрибутива Linux требуется установить через консоль, например в убунту эта команда будет иметь следующий вид:

Команды для других дистрибутивов можно посмотреть здесь.

Установка на macOS

Установка в Windows

Скачайте exe-файл инсталлятора с сайта Git и запустите его. Это Git для Windows, он называется msysGit. Установщик спросит добавлять ли в меню проводника возможность запуска файлов с помощью Git Bash (консольная версия) и GUI (графическая версия). Подтвердите действие, чтобы далее вести работу через консоль в Git Bash. Остальные пункты можно оставить по умолчанию.

Проверим, что Git установлен.

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

Настройка Git

После установки производим настройку своего профиля вводя в терминал поочереди команды:

Заменив значения ВАШЕ_ИМЯ и АДРЕС вашими значениями.

После указания своих данных, можно их просмотреть:

Обратите внимание, что в командах, указанных выше, есть опция --global . Это значит, что такие данные будут сохранены для всех ваших действий в Git и вводить их больше не надо. Если вы хотите менять эту информацию для разных проектов, то в директории проекта вводите эти же команды, только без опции --global .

GITHUB

GitHub — веб-сервис, который основан на системе Git. Это такая социальная сеть для разработчиков, которая помогает удобно вести коллективную разработку IT-проектов. Здесь можно публиковать и редактировать свой код, комментировать чужие наработки, следить за новостями других пользователей. Именно в GitHub работаем мы, команда Академии, и студенты интенсивов.

Чтобы начать работу с GitHub, нужно зарегистрироваться на сайте, если вы ещё этого не сделали.

После того как у вас будет создан аккаунт в Github можно будет начать полноценно работать с ним.

Копирование репозитория Git в локальную папку

Для начала определим, что такое репозиторий. Это рабочая директория с вашим проектом. По сути, это та же папка с HTML, CSS, JavaScript и прочими файлами, что хранится у вас на компьютере, но находится на сервере GitHub. Поэтому вы можете работать с проектом удалённо на любой машине, не переживая, что какие-то из ваших файлов потеряются — все данные будут в репозитории при условии, что вы их туда отправите. Но об этом позже.

Команда для копирования репозитория:

После клонирования переходим в папку репозитория:

Добавление данных в Git или коммит (commit)

Создаем файл с текстом:

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

Снова смотрим статус, видим что у нас появился новый файл example.txt, добавляем данный файл в репозиторий используя git commit:

Отправка данных в онлайн Git репозиторий

После ввода аутентификационных данных, произойдет отправка в онлайн репозиторий, после чего можно обновить страницу на GitHub дабы убедиться в том, что новый файл добавлен в него (репозиторий).

Обратите внимание, что если вы используете двухфакторную авторизацию на github и являетесь пользователем linux, то вам нужно в настройках, в разделе "Developers setting" создать новый Personal access tokens и данный токкен использовать вместо пароля при аутентификации.

VISUAL STUDIO CODE

Данное ПО является хорошим выбором для комфортной работы с GIT и GITHUB. В VS Code есть встроенный терминал, который можно вызвать с помощью комбинации клавиш:

Внутри данного терминала вы можете использовать теже команды для работы с GIT которые были описаны выше.

Настройка терминала VS Code в Windows

По умолчанию консоль VS Code в Windows запускает стандартную командную строку Windows, которая не может работать с GIT, чтобы все работало нужно запустить терминал bash , для этого выполним следующие действия:

В ней будет коротко рассмотрено что это за вещи, зачем нужны, и простой способ работы – из среды Visual Studio. То есть Bash или GitHub клиент использоваться не будут.

Внимание:

На Хабре уже есть похожая статья – [вот она]. В своей публикации я дополню слова Алексея и расскажу метод проще.

Для кого:

Статья направлена в помощь людям которые не работали с Git, GitHub, и хотят освоить в общих чертах как можно быстрее и без сложностей начать работу с ними.

О тексте:

Старался писать проще и с большим количеством скриншотов и пояснений. Ведь лучше, когда они есть чем, когда их нет и о чем-то приходится догадываться.

Итак, немного теории чтоб понять, что делать дальше:

Visual Studio 2015 года или новее
Подключение к интернету
Несколько гигабайт памяти на жестком диске

Инструкция:

После, с GitHub копируем ссылку:

Ответ:

Дополнительно:

Чтоб GitHub верно отображал русские комментарии (если есть) при просмотре кода через сайт нужно сделать следующее:

Cоветую всё-таки изучить Git Bash.

Я старался писать как можно понятнее, если что-то не так, то поправьте в комментариях!
На этом все. Спасибо за внимание!

терминология

Для ознакомления с терминологией Git, пожалуйста, обратитесь к моей предыдущей статье .

Настройка рабочей станции / Visual Studio

В последнее время Microsoft, похоже, признает Git в качестве ценной альтернативы своей проприетарной TFS (Team Foundation Server) тому, что касается контроля версий, и поэтому начала выпускать свое собственное расширение Visual Studio, которое в настоящее время находится в фазе «предварительного просмотра». Вы можете найти его здесь: Visual Studio Tools for Git (Microsoft)

Скотт Хансельман также написал об этом. Я быстро попробовал плагин и, хотя он отлично интегрируется с Visual Studio (в основном, как TFS), он все еще слишком большой бета на мой вкус.

В настоящее время лучшая альтернатива, которую я нашел, — это установить Git Extensions для Windows и Git Source Control Provider Visual Studio Plugin. В следующих разделах рассматриваются соответствующие установки.

Установите Git Extensions для Windows

Первым шагом является загрузка Git Extensions из соответствующего Google Code Repository .

Его мастер установки установит все, что вам нужно для полной настройки Git, установки Git (из git-scm ) в различные инструменты Unix для Git Bash.

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

Вы найдете этот контрольный список при открытии приложения Git Extensions, а затем перейдя к Plugins > Settings .

Установка Git Source Control Provider

Git Source Control Provider — это расширение с открытым исходным кодом, которое использует установку Git вашей машины и интегрирует ее в Visual Studio.

Если вы успешно настроили Git (следуя процедуре, упомянутой выше), вы можете продолжить и установить расширение Git Source Control Provider для Visual Studio. Возможно, самый простой способ — через диалоговое окно «Расширения и обновления», в котором вам нужно просто выполнить поиск «git source control».

В качестве одного из следующих шагов вам нужно правильно установить провайдера исходного кода в Visual Studio, поскольку у вас их может быть больше (например, TFS). Это делается в настройках Visual Studio в разделе «Source Control»:

Вы должны увидеть запись «Git Source Control Provider». Выберите это и подтвердите ваши настройки. После этого вы также должны убедиться, что он правильно ссылается на ваши установки Git и Git Extensions:

Настройка вашего ключа SSH

Многие репозитории Git-сервера допускают разные модели аутентификации:

Лично я предпочитаю последнее, так как ненавижу постоянно вводить свои учетные данные.

Чтобы получить руководство по генерации открытого ключа SSH, просто обратитесь к документации по GitHub, которая довольно подробно и хорошо объяснена.

Ну, вот и все, что касается установки. Теперь вы должны быть готовы начать.

Давайте начнем: создайте новый Git-репозиторий

Прежде всего, я просто создаю проект консоли, так как основное внимание здесь уделяется не созданию чего-то приятного и работающего, а скорее демонстрации интеграции Git в Visual Studio. Как только проект создан, мы можем настроить локальный репозиторий Git.

Это можно сделать, щелкнув правой кнопкой мыши по решению и выбрав «Создать Git Repository»:

После этой операции вы должны увидеть репозиторий для успешной настройки:

Более того, вы должны увидеть некоторые файлы, перечисленные в окне ожидающих изменений в Git:

Просто щелкните их все, добавьте содержательный комментарий и подтвердите их, нажав кнопку «Подтвердить».

Git SCP (отныне ссылающийся на расширение Git Source Control Provider для VS) предоставляет очень удобный и удобный механизм для просмотра реальной ситуации в вашем Git-репозитории, а именно путем визуализации лежащего в его основе дерева Git. Просто нажмите кнопку «История» …

… В окне «Ожидающие изменения» откроется новое окно с красивым графиком:

Пока что ничего особенного, но это показывает, что наш первоначальный коммит создал примечание, на которое (как и ожидалось) указывают HEAD и master. Нажатие на узел открывает дополнительные детали, такие как задействованные файлы и соответствующие различия.

.gitignore

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

Из коробки Git SCP уже создает тот, который подходит для Visual Studio. В противном случае вы можете обратиться к проекту Gitignore GitHub, который представляет собой набор файлов .gitignore для различных типов IDE и языков программирования.

Создать и зафиксировать новый файл

Просто добавьте новый файл в ваш проект Visual Studio. Я добавил Person.cs с некоторым контентом. Вы должны сразу увидеть изменения, перечисленные в окне Pending Changes.

Примечание. Вы можете открыть окно « Ожидающие изменения », щелкнув правой кнопкой мыши проект или файл решения Visual Studio и выбрав «Git (master)», а затем «Ожидающие изменения».

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

Наше дерево после коммита выглядит так:

Создать (особенность) ветку

Чтобы создать новую ветку, нажмите кнопку « Расширения Git» в окне ожидающих изменений, а затем « Создать ветку».

Это действие откроет новое диалоговое окно, позволяющее вам сначала выбрать точку в истории, с которой вы хотите перейти, а затем указать ее имя:

Примечание: мы также устанавливаем флажок «Оформить заказ после создания», и сразу же переключаемся на новую ветку. Это как-то похоже на git checkout -b <branch-name> команду на оболочке.

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

Более того, в окне Pending Changes мы теперь видим текущую ветвь, в которой мы находимся, которая является только что созданной «my-feature-branch».

Теперь мы можем изменить существующий файл — скажем, наш Person.cs — и зафиксировать его. Окно Pending Changes точно показывает разницу изменений до того, как мы их передадим

После внесения изменений дерево продвинулось и обратите внимание, что сейчас master и my-feature-branch указывают на разные места. HEAD находится в нашей ветви функций, поскольку она является текущей активной.

Слияние и разрешение конфликтов

Вернемся к мастеру . Мы можем сделать это — снова — используя кнопку ветви Checkout из меню «Git Extensions».

Мы должны выбрать в master качестве нашего филиала и продолжить.

Примечание: есть варианты того, как вы хотите обрабатывать любые локальные изменения, которые еще не были зафиксированы, то есть хранить их.

Дерево Git отражает это переключение на master ветку, так как оно HEAD теперь правильно указывает master снова.

Я просмотрел множество веб-страниц о новой интеграции Git в VS 2013, и они не имеют отношения к добавлению существующего решения в Github. На самом деле я не могу найти много об использовании GitHub вместо Visual Studio Online.

Может кто-нибудь сказать мне, как я начинаю с существующего решения и добавить его в Github с помощью инструментов в VS 2013.

Почему бы просто не сделать это из командной строки? Всего должно быть около 5 команд (создать репо, добавить проект в репо [2 команды], добавить пульт, нажать на пульт) ? Все команды довольно хорошо документированы. Добавление его через github для VS добавит кнопку «Открыть с помощью Visual Studio» на странице github. незначительный, но полезный :)

ОК, это сработало для меня.

Откройте решение в Visual Studio 2013
Выбрать файл | Добавить в Source Control
Выберите провайдера Microsoft Git

Это создает локальный репозиторий GIT

Посижу на GitHub
Создать новый репозиторий НЕ ВЫБИРАТЬ Инициализируйте этот репозиторий с помощью README

Это создает пустой репозиторий без главной ветки

Ваше решение сейчас в GitHub

Спасибо, это помогло мне. Проверка инициализации в github разрушала его для меня. Если вы случайно перепрыгнули и создали репозиторий с помощью readme, вы можете восстановить его, открыв оболочку git (bash или ps) и из корневого каталога типа git remote rm origin. Это вернет текстовое поле URL в VS2013 и позволит вам повторно добавить удаленный сервер. Возможно, есть способ сделать это в VS, но я не смог его найти. Когда я нажимаю «Опубликовать», он говорит мне: You must commit changes to your local repository before you can publish. что мне делать? Как мне внести изменения в мой локальный репозиторий?

Существует гораздо более простой способ сделать это, даже не требуя от вас каких-либо действий вне Visual Studio.

Откройте свой проект в Visual Studio
Файл> Добавить в систему контроля версий
Откройте Team Explorer, нажмите кнопку « Домой» , перейдите к « Синхронизация » и там вы найдете « Публикация в GitHub ». Нажмите « Начать »
Введите название вашего хранилища и описание (опционально).
Нажмите « Опубликовать »

Вот и все. Плагин Visual Studio Github автоматически создал хранилище для вас и настроил все. Теперь просто нажмите Home и выберите вкладку « Changes » и, наконец, зафиксируйте свой первый коммит.

Не перегружайтесь количеством голосов. Этот работает и намного проще, по крайней мере, в VS2015. Это то, что я искал. Однако мой опыт немного отличался. Когда я нажал Add to source control , меня вывели прямо на экран, чтобы добавить первый коммит в автоматически созданный локальный репозиторий git, что было именно тем, что я хотел. Сообщество VS2015. Просто использовал этот метод для передачи решения VS2017 в локальный репозиторий Gogs.

На этот вопрос уже точно ответил Richard210363.

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

Когда вы добавляете с помощью «Выбор файла | Добавить в систему управления исходным кодом» в Visual Studio, он разумно включает в себя правильные файлы проекта и решения, а остальные исключает. Также он автоматически создает файл .gitignore, который помогает предотвратить добавление этих нежелательных файлов в репозиторий в будущем.

Если вы уже создали репо, включающее эти нежелательные файлы, а затем добавите файл .gitignore, ненужные файлы все равно останутся частью репо и их нужно будет удалить вручную . вероятно, проще удалить сделайте репо и начните заново, создав правильный репо.

Я использовал метод, предложенный выше MaKiPL. Это сработало. и он не имел недостатков, описанных jjjjs. Я обнаружил, что метод, предложенный MaKiPL, намного проще, чем использование команд Git.

В меню Team Explorer нажмите «добавить» в разделе репозитория Git (вам нужно добавить каталог решения в локальный репозиторий Git)
Откройте решение в Team Explorer (щелкните правой кнопкой мыши на добавленном решении - откройте)
Нажмите на кнопку фиксации и найдите ссылку «нажать»

Visual Studio должна запросить учетные данные GitHub, а затем продолжить загрузку решения.

Поскольку моя учетная запись Windows подключена к Visual Studio для работы с Team Foundation, я не знаю, работает ли она без учетной записи, Visual Studio будет отслеживать, кто совершает коммиты, поэтому, если вы не вошли в систему, возможно, сначала попросит вас об этом.

В моем Team Explorer нет ни добавления, ни Git-раздела

Ну, я понимаю, что этот вопрос связан с графическим интерфейсом Visual Studio, но, возможно, этот вопрос можно попробовать и у автора. Просто дать другую точку зрения в решении этой проблемы.

Мне очень нравится использовать терминал для GIT, так что вот простые шаги:

Читайте также: