Как клонировать проект с github в Visual Studio

Обновлено: 15.05.2024

Эта фиксация не принадлежит ни к одной из веток в этом репозитории и может принадлежать ответвлению за пределами репозитория.

1 участник

Пользователи, внесшие вклад в этот файл

Открыть с рабочего стола
Просмотреть в необработанном виде
Копировать исходное содержимое Копировать необработанное содержимое

Копировать необработанное содержимое

Клонирование репозитория в Visual Studio

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

Открытие диалогового окна клонирования

Из Team Explorer

Откройте Team Explorer, щелкнув его вкладку рядом с Обозреватель решений или через меню Вид. Нажмите кнопку панели инструментов «Управление подключениями».

Нажмите "Клонировать" рядом с аккаунтом, который вы хотите клонировать.

На стартовой странице

В Visual Studio 2017 нажмите кнопку GitHub на стартовой странице, чтобы открыть диалоговое окно клонирования.

Из начального окна

В Visual Studio 2019 в начальном окне выберите Клонировать или извлечь код, а затем нажмите кнопку GitHub, чтобы открыть диалоговое окно клонирования.

В меню "Файл"

Выберите «Файл» > «Открыть» > «Открыть с GitHub».

Прокручивайте список репозиториев, пока не найдете репозиторий, который хотите клонировать.

Вы также можете отфильтровать результаты репозитория, используя текстовое поле Фильтр.

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

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

Для любого репозитория, который вы выбираете из списка или указываете URL-адрес, для которого вы уже клонировали локально, кнопка «Открыть» становится доступной, и появляется сообщение о том, что вы уже клонировали репозиторий в это место.

Чтобы начать работу с GitHub в VS Code, вам потребуется создать учетную запись GitHub и установить расширение GitHub Pull Requests and Issues. В этом разделе мы покажем, как можно использовать некоторые из ваших любимых частей GitHub, не выходя из VS Code.

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

Начало работы с запросами на вытягивание GitHub и проблемами

После установки расширения GitHub Pull Requests and Issues вам потребуется войти в систему. Следуйте инструкциям для аутентификации в GitHub в браузере и вернитесь в VS Code.

Настройка репозитория

Клонирование репозитория

Вы можете искать и клонировать репозиторий из GitHub с помощью команды Git: Clone в палитре команд ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) или с помощью кнопки Clone Repository в представлении «Управление версиями». (доступно, если у вас нет открытых папок).

В раскрывающемся списке репозитория GitHub вы можете отфильтровать и выбрать репозиторий, который хотите клонировать локально.

Аутентификация в существующем репозитории

Включение проверки подлинности через GitHub происходит при выполнении любого действия Git в VS Code, для которого требуется проверка подлинности GitHub, например при отправке в репозиторий, участником которого вы являетесь, или при клонировании частного репозитория. Вам не нужно устанавливать какие-либо специальные расширения для аутентификации; он встроен в VS Code, чтобы вы могли эффективно управлять своим репозиторием.

Когда вы делаете что-то, что требует аутентификации GitHub, вы увидите запрос на вход:

Следуйте инструкциям, чтобы войти в GitHub и вернуться в VS Code. Если аутентификация в существующем репозитории не работает автоматически, вам может потребоваться вручную предоставить личный токен доступа. Дополнительные сведения см. в разделе Аутентификация с помощью токена личного доступа.

Обратите внимание, что существует несколько способов аутентификации на GitHub, включая использование имени пользователя и пароля с двухфакторной аутентификацией (2FA), токена личного доступа или ключа SSH. Дополнительную информацию и сведения о каждом варианте см. в разделе Об аутентификации в GitHub.

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

Интеграция с редактором

Наведение

Если вы открыли репозиторий и @-упомянули пользователя, вы можете навести курсор на это имя пользователя и увидеть наведение в стиле GitHub.

Предложения

Проблемы, которые появляются в предложении, можно настроить с помощью параметра GitHub Issues: Queries ( githubIssues.queries ). В запросах используется синтаксис поиска GitHub.

Вы также можете указать, какие файлы будут отображать эти предложения, используя параметры Проблемы GitHub: игнорировать триггер завершения ( githubIssues.ignoreCompletionTrigger ) и Проблемы GitHub: игнорировать триггер завершения пользователя ( githubIssues.ignoreUserCompletionTrigger ). Эти настройки принимают массив языковых идентификаторов для указания типов файлов.

Вытягивающие запросы

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

Запросы, используемые для отображения запросов на вытягивание, можно настроить с помощью параметра GitHub Pull Requests: Queries ( githubPullRequests.queries ) и использовать синтаксис поиска GitHub.

Создание запросов на вытягивание

После того как вы зафиксировали изменения в своей вилке или ветке, вы можете использовать команду GitHub Pull Requests: Create Pull Request или кнопку Create Pull Request в представлении Pull Requests, чтобы создать запрос на вытягивание.

Появится новое представление «Создать запрос на вытягивание», в котором вы можете выбрать репозиторий и ветку, на которую вы хотите настроить целевую аудиторию запроса на вытягивание, а также указать такие сведения, как заголовок, описание и указать, является ли это черновиком PR. Если в вашем репозитории есть шаблон запроса на вытягивание, он будет автоматически использоваться для описания.

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

Представление «Создать запрос на включение» теперь переходит в режим проверки, в котором вы можете просмотреть сведения о PR, добавить комментарии, рецензентов и ярлыки, а также объединить PR, как только он будет готов.

После объединения PR у вас будет возможность удалить как удаленную, так и локальную ветку.

Просмотр

Запросы на вытягивание можно просмотреть в представлении запросов на слияние. Вы можете назначать рецензентов и ярлыки, добавлять комментарии, одобрять, закрывать и объединять все из описания запроса на вытягивание.

На странице "Описание" вы также можете легко оформить запрос на вытягивание локально с помощью кнопки "Оформить". Это переключит VS Code, чтобы открыть вилку и ветвь запроса на вытягивание (видимые в строке состояния) в режиме просмотра и добавить новое представление «Изменения в запросе на вытягивание», из которого вы можете просматривать различия текущих изменений, а также все коммиты и изменения внутри этих коммитов. Файлы, которые были прокомментированы, отмечены значком ромба. Чтобы просмотреть файл на диске, вы можете использовать встроенное действие «Открыть файл».

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

Когда вы закончите просмотр изменений запроса на вытягивание, вы можете объединить PR или выбрать «Выйти из режима проверки», чтобы вернуться к предыдущей ветке, над которой вы работали.

Проблемы

Создание задач

Задачи можно создавать с помощью кнопки «+» в представлении «Задачи» и с помощью команд «Задачи GitHub: создать задачу из выделенного» и «Задачи GitHub: создать задачу из буфера обмена». Их также можно создать с помощью действия кода для комментариев «TODO». При создании задач вы можете взять описание по умолчанию или выбрать значок карандаша «Редактировать описание» в правом верхнем углу, чтобы открыть редактор тела задачи.

Вы можете настроить триггер для действия кода с помощью параметра GitHub Issues: Create Issue Triggers ( githubIssues.createIssueTriggers ).

Работа над проблемами

В представлении "Проблемы" вы можете видеть свои проблемы и работать над ними.

< бр />

По умолчанию, когда вы начинаете работать над задачей (пункт контекстного меню «Начать работу над задачей»), для вас будет создана ветка, как показано в строке состояния на изображении ниже.

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

После того, как вы закончите работу над проблемой и захотите зафиксировать изменение, поле ввода сообщения о фиксации в представлении системы управления версиями будет заполнено сообщением, которое можно настроить с помощью GitHub Issues: Working Issue Format SCM ( githubIssues. workIssueFormatScm ).

Расширение GitHub Repositories

Расширение GitHub Repositories позволяет быстро просматривать, искать, редактировать и фиксировать любой удаленный репозиторий GitHub непосредственно из Visual Studio Code без необходимости локального клонирования репозитория. Это может быть быстро и удобно для многих сценариев, когда вам просто нужно просмотреть исходный код или внести небольшое изменение в файл или ресурс.

Открытие репозитория

После того как вы установили расширение GitHub Repositories, вы можете открыть репозиторий с помощью GitHub Repositories: Open Repository. из палитры команд ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) или щелкнув индикатор Remote в левом нижнем углу строки состояния.

Когда вы запускаете команду «Открыть репозиторий», вы выбираете, открывать ли репозиторий из GitHub, открывать запрос на извлечение из GitHub или повторно открывать репозиторий, к которому вы ранее подключались.

Если вы еще не входили в GitHub из VS Code, вам будет предложено пройти аутентификацию с помощью вашей учетной записи GitHub.

Вы можете указать URL-адрес репозитория напрямую или выполнить поиск нужного репозитория на GitHub, введя его в текстовое поле.

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

Одним отличием от работы с локальным репозиторием является то, что когда вы фиксируете изменение с помощью расширения репозитория GitHub, изменения передаются непосредственно в удаленный репозиторий, как если бы вы работали в веб-интерфейсе GitHub.

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

Переключение веток

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

Удаленный обозреватель

Вы можете быстро повторно открыть удаленные репозитории с помощью Remote Explorer, доступного на панели действий. В этом представлении отображаются ранее открытые репозитории и ветки.

Создайте запросы на вытягивание

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

После того как вы создали запрос на вытягивание, вы можете использовать расширение GitHub Pull Request and Issues для просмотра, редактирования и объединения вашего PR, как описано ранее в этом разделе.

Виртуальная файловая система

Без файлов репозитория на локальном компьютере расширение репозиториев GitHub создает в памяти виртуальную файловую систему, чтобы вы могли просматривать содержимое файлов и вносить изменения. Использование виртуальной файловой системы означает, что некоторые операции и расширения, предполагающие локальные файлы, не включены или имеют ограниченную функциональность. Такие функции, как задачи, отладка и встроенные терминалы, не включены, и вы можете узнать об уровне поддержки виртуальной файловой системы, перейдя по ссылке функции недоступны при наведении курсора на удаленный индикатор.

Авторы расширений могут узнать больше о работе в виртуальной файловой системе и рабочей области в руководстве автора расширения Virtual Workspaces.

Продолжить работу.

Иногда вам может понадобиться переключиться на работу с репозиторием в среде разработки с поддержкой локальной файловой системы, полным языком и средствами разработки. Расширение репозиториев GitHub позволяет легко клонировать репозиторий локально или в контейнер Docker (если у вас установлены Docker и расширение Microsoft Docker) с помощью репозиториев GitHub: продолжить работу. команду, доступную из палитры команд ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) или нажав на индикатор Remote в строке состояния.

Если вы используете браузерный редактор, команда «Продолжить работу» позволяет открыть репозиторий локально или в облачной среде в GitHub Codespaces.

Visual Studio позволяет легко клонировать репозиторий прямо из IDE. Вы можете работать удаленно с поставщиком Git по вашему выбору, например GitHub или Azure DevOps.

Предпосылки

Чтобы следить за этой статьей, вам потребуется:

Клонировать репозиторий GitHub и войти

Откройте Visual Studio.

В меню Git выберите "Клонировать репозиторий".

Если вы раньше не взаимодействовали с меню Git, вы можете увидеть «Клонировать» вместо «Клонировать репозиторий». Если это так, выберите Клонировать.

И, если Git отсутствует в строке меню, выберите Инструменты > Параметры > Система управления версиями > Выбор подключаемого модуля, а затем выберите Git в раскрывающемся списке Текущий подключаемый модуль системы управления версиями.

В окне "Клонировать репозиторий" в разделе "Введите URL-адрес репозитория Git" добавьте информацию о своем репозитории в поле "Расположение репозитория".

Далее в разделе «Путь» вы можете принять путь по умолчанию к вашим локальным исходным файлам или перейти к другому местоположению.

Затем в разделе Обзор репозитория выберите GitHub.

В окне «Открыть из GitHub» вы можете либо подтвердить информацию своей учетной записи GitHub, либо добавить ее. Для этого выберите Войти в раскрывающемся меню.

Если вы входите в GitHub из Visual Studio в первый раз, появится уведомление об авторизации Visual Studio.Выберите нужные параметры, а затем выберите Авторизовать github.

Далее вы увидите окно подтверждения авторизации. Введите свой пароль, а затем выберите Подтвердить пароль.

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

Если список репозиториев не отображается, введите расположение вашего репозитория, а затем выберите Клонировать.

Далее Visual Studio представляет список решений в репозитории. Выберите решение, которое хотите загрузить, или откройте представление папок в обозревателе решений.

Вы можете изменить представление папки по умолчанию на представление решения в меню Git. Выберите «Настройки» > «Управление версиями» > «Глобальные настройки Git» > «Автоматически загружать решение при открытии репозитория Git».

Открыть существующий локальный репозиторий

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

Выбрать и клонировать репозиторий Azure DevOps

Откройте Visual Studio.

В меню Git выберите "Клонировать репозиторий".

В разделе "Обзор репозитория" диалогового окна "Клонировать репозиторий" выберите Azure DevOps.

Появится диалоговое окно «Подключиться к проекту». Следуйте инструкциям, чтобы войти в свою учетную запись Azure, а затем перейдите на сервер Azure DevOps, на котором размещены нужные вам файлы.

Теперь вы можете открывать все (к чему у вас есть доступ) на GitHub напрямую из VS Code с помощью официального расширения удаленных репозиториев.

И я имею в виду непосредственно. Это значит, что нет клона. Нет загрузки. Не нужно заглядывать в папку dev и задаваться вопросом, с какой стати вы структурировали свои проекты таким образом, и ОЧЕНЬ СИЛЬНО СОЖАЛЕЕТЕ.

Слушай, все в порядке. Никто не доволен тем, как они захламили свою когда-то нетронутую среду разработки. В моей папке "c:\dev" целый сезон Hoarders, и нет, я не собираюсь удалять этот проект jQuery. Когда-нибудь он мне может понадобиться.

Давайте посмотрим, как новое расширение удаленных репозиториев для VS Code позволяет вам легко взаимодействовать с любым проектом на GitHub без необходимости клонирования.

Как установить расширение удаленных репозиториев

Во-первых, вам необходимо установить расширение удаленных репозиториев GitHub для Visual Studio Code.

Чтобы открыть репозиторий GitHub, нажмите зеленый индикатор в левом нижнем углу VS Code.

Вы увидите новую опцию "Открыть удаленный репозиторий".

Если у вас установлены другие удаленные расширения для VS Code, в этом списке вы увидите гораздо больше параметров, поэтому просто найдите нужное.

Вы также можете перейти к этому параметру из палитры команд, если щелкать по элементам мышью слишком сложно. Я вижу вас, люди VIM.

Вы можете вставить URL-адрес репозитория GitHub, если он просто висит в буфере обмена (странно), ИЛИ вы можете просмотреть GitHub, выбрав «Открыть репозиторий из GitHub». Третий вариант позволяет вам открыть ветку запроса на слияние, чтобы вы могли ~~притвориться~~, что тщательно ее просмотрели.

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

Вы заметите отказ от ответственности о том, что «некоторые функции» недоступны и что вы находитесь в «Ограниченном режиме».

Это часть новых настроек доверенной рабочей области в VS Code.

По умолчанию VS Code теперь отключает Задачи, отладку, некоторые настройки рабочих пространств и любые расширения, которые могут попытаться выполнить что-то при первом открытии папки. Вы должны сказать VS Code, что это круто, что вы знаете этот код и доверяете ему, и вы на 100 % уверены, что он не остановит ваш нефтепровод.

Хорошо – пугающие предупреждения безопасности отклонены, что мы можем здесь сделать?

Как работать с удаленным репозиторием

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

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

Вам не нужно продвигать их, потому что вы уже находитесь на GitHub. Коммит есть коммит — не требуется толчок. Это то же самое, как если бы вы редактировали файл непосредственно на GitHub. Потому что вы по существу.

Что касается редактирования, вы получаете почти то же, что и в VS Code.

Работает IntelliSense для конкретных языков. Например, если вы начали писать fetch , VS Code поможет вам в этом, потому что знает о fetch .

Но вы не получаете IntelliSense для файлов проекта, который дает вам VS Code, когда он запускает ваш проект локально.

Например, локально VS Code знает об useEffect, полученном в результате импорта реакции. Он знает это, потому что проверяет импорт, который является модулем узла.

Но с удаленными репозиториями мы смотрим непосредственно на GitHub, и папка node_modules никогда не переносится на GitHub, если вы не я 10 лет назад. Таким образом, для useEffect нет интеллектуального смысла, потому что этого кода на самом деле нет в репозитории.

Вы можете использовать такие вещи, как Emmet, для создания HTML, и вы получите хороший предварительный просмотр Markdown на разделенном экране, который вам, вероятно, понравится, как и мне.

Вы также можете использовать "Найти" и "Найти в файлах".

Многие вещи, которые работают локально, работают так же, как и при прямом подключении к проекту на GitHub, но некоторые не работают. Это самая расплывчатая вещь, которую кто-либо когда-либо писал в Интернете, но понимание того, как все это работает, прольет свет на то, что вы можете разумно ожидать.

Как это работает

VS Code имеет API поставщика файловой системы, который существует уже некоторое время. Что делает этот API, так это предоставляет механизм для использования API, как если бы это был физический файл. В этом случае расширение удаленных репозиториев использует API GitHub и сопоставляет его с «виртуальной рабочей областью» в VS Code.

Это означает, что любое расширение, пытающееся работать с физическими файлами, не будет работать, пока автор расширения не обновит свое расширение, чтобы использовать API виртуальной файловой системы. Это означает, что то, что не работает сегодня, может работать в будущем при обновлении расширений.

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

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

Ярким примером этого является Prettier. Prettier — это инструмент командной строки, который изменяет ваши локальные файлы, переформатируя ваш код. Поскольку доступа к локальным файлам нет, в настоящее время он не работает с удаленными репозиториями. Таким образом, никто не собирается автоматически менять эти двойные кавычки на одинарные или возвращать точку с запятой. Или удалите его. Я хочу убрать этот абзац.

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

Что является законным, поскольку проекта на самом деле не существует на вашем компьютере. Итак, как вам получить терминал, если вы обнаружите, что действительно хотите запустить код, с которым работаете, или просто обновить свой опыт редактирования до полноценного VS Code?

Как переключиться на полный код VS

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

Этот параметр позволит вам либо клонировать проект локально, либо открыть его в GitHub Codespace.

Если вы используете бета-версию Codespaces (запросить доступ здесь), вы можете открыть репозиторий в Codespace. Это VS Code, работающий в браузере, но поддерживаемый вычислительной средой, где вы можете запускать что угодно так же, как это было на вашем рабочем столе. Это работает, потому что VS Code изначально разрабатывался как веб-приложение. Реальная история.

Или клонируйте его локально! Откройте эту папку c:\Users\you\Documents\GitHub, в которую вы сожалеете о том, что решили поместить все свои проекты, потому что теперь ваша папка «Документы» резервируется в OneDrive, и в ней есть 900 терабайт node_modules. Что ж, теперь у него 920.

Кредит: Какая-то блестящая душа. Пожалуйста, прокомментируйте и отметьте эту гениальную работу.

Круто. Но почему?

Естественный вопрос, который вы должны задать себе прямо сейчас: "Очень круто! Но зачем мне это нужно?"

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

Рассмотрите следующие сценарии.

Вы хотите просмотреть репозиторий GitHub и посмотреть код. GitHub — отличный сайт, но это не лучший способ быстро просмотреть файлы и изучить проект. Для этого вам действительно нужен редактор, а удаленные репозитории избавляют вас от громоздкого и часто требовательного к пропускной способности этапа клонирования просто для просмотра кода.
Вы хотите сделать быстрое обновление. Хотя вы почти всегда будете выполнять интенсивное кодирование локально, вы можете захотеть зайти в репозиторий и внести быстрые изменения без необходимости синхронизации с локальной средой. На ум приходит README, но это может быть любое небольшое изменение.
Вы работаете с Markdown. Если вы работаете над документацией, README или другим Markdown в GitHub, для этого больше не нужно клонировать репозиторий локально. Если вы не используете локальный сервер для предварительного просмотра этого Markdown, использование встроенного предварительного просмотра — это гораздо более быстрый способ набрать 5 000 слов о вашем API.
Вы хотите просмотреть PR. Кажется очевидным.

Дополнительные возможности удаленного доступа

Теперь, когда у вас есть удаленные репозитории, вы можете очистить эту папку dev. Просто щелкните правой кнопкой мыши и удалите что-нибудь. Видите, как это приятно?

Удаленные репозитории — это один из нескольких способов «удаленной» разработки с помощью VS Code. Ознакомьтесь с другими вариантами использования VS Code для подключения практически ко всему.

Отслеживание ваших изменений и их истории очень важно для разработчика. GitHub — это платформа для размещения кода для контроля версий и совместной работы. Это позволяет вам и другим пользователям совместно работать над проектами, где бы вы ни находились.

В этом посте мы клонируем наш код из созданного репозитория в GitHub с помощью Visual Studio. Посмотрите мой предыдущий пост, где мы видели, как создать репозиторий GitHub?

Предварительные требования

Ссылку на загрузку Visual Studio можно найти на странице загрузок.

Клонируйте свой код с GitHub с помощью Visual Studio(VS)

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

Откройте Visual Studio. На главном экране нажмите «Клонировать репозиторий». Я буду работать над Visual Studio 2022 Preview. Шаги Visual Studio 2019 не изменились.

Вы можете клонировать репозиторий двумя способами:

Клонируйте его, используя ссылку на репозиторий.
Клонируйте его с помощью параметра GitHub в Visual Studio.

Клонировать репозиторий GitHub в Visual Studio с помощью ссылки на репозиторий

Нажмите «Код» в репозитории GitHub и скопируйте URI репозитория GitHub.

В Visual Studio вставьте URL-адрес и выберите путь к локальному каталогу, в который вы хотите клонировать репозиторий GitHub. Нажмите "Клонировать" .

Вот и все. Если вы видите синий символ блокировки напротив ваших файлов и папок, это означает, что вы успешно клонировали свой репозиторий GitHub из Visual Studio, используя ссылку на репозиторий. Если вас попросят войти в GitHub из небольшого всплывающего диалогового окна, войдите в систему. Это необходимо для частных репозиториев GitHub.

Научитесь отсылать изменения кода на GitHub из другого поста здесь.

Клонировать репозиторий GitHub в Visual Studio с помощью опции GitHub

При запуске Visual Studio щелкните Клонировать репозиторий. На этот раз нажмите на опцию GitHub.

Если вы впервые клонируете GitHub в VS, нажмите «Войти» и выберите «Учетная запись GitHub». Если вы уже вошли в GitHub в своем браузере, аутентификация будет выполнена автоматически.

Выберите репозиторий и укажите локальный путь для клонирования. Нажмите "Клонировать".

Вот и все. Если вы видите синий значок замка рядом с файлами и папками, это означает, что вы успешно клонировали репозиторий GitHub из Visual Studio с помощью параметра GitHub.

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