Как создать репозиторий в visual studio 2019
Репозиторий Git или репозиторий отслеживает изменения файлов в папке. Вы можете создать любое количество локальных репозиториев Git на компьютере, каждое из которых хранится в собственной папке. Каждый создаваемый репозиторий Git не зависит от других репозиториев Git, поэтому изменения, внесенные в одном репозитории, не влияют на другие.
Репозиторий Git сохраняет каждую версию каждого файла в репозитории, если только не сообщите Git пропустить файл. Git эффективно сохраняет версии файлов, поэтому для хранения большого количества версий не обязательно требуется много места на диске. Git поддерживает сравнение версий файлов, объединение различных версий, переключение между версиями и многое другое. Вы можете использовать Git для управления исходным кодом независимо от того, находятся ли файлы кода внутри или за пределами решения Visual Studio. Чтобы поделиться своей работой, вы можете подключить локальный репозиторий Git к удаленному репозиторию Git, к которому могут получить доступ другие пользователи. Удаленный репозиторий может быть Azure Repos репозиторием Git, репозиторием GitHub или другим размещенным репозиторием Git.
В этой статье приведены процедуры для следующих задач:
- Создание локального репозитория Git из нового решения
- Создание локального репозитория Git из существующего решения
- Создание локального репозитория Git в пустой папке
- Подключение локального репозитория Git в репозиторий Azure Repos Git
- Подключение локального репозитория Git в репозиторий GitHub
Общие сведения о рабочем процессе Git см. в Azure Repos руководстве по Git.
Необходимые условия для доступа к Azure Repos
Repos необходимо включить в параметрах проекта Azure DevOps. Если Repos концентратор и связанные страницы не отображаются, см. статью "Включение или отключение службы Azure DevOps" для повторной Repos.
Чтобы просмотреть код в частных проектах, необходимо быть членом проекта Azure DevOps с уровнем доступа "Базовый" или выше. Для общедоступных проектов каждый может просматривать код.
Если у вас нет проекта, создайте его или зарегистрируйтесь бесплатно.
Если вы не член проекта, добавьте его.
Чтобы клонировать или внести свой вклад в код для частного проекта, необходимо быть членом группы безопасности участников или иметь соответствующие разрешения. Для общедоступных проектов любой пользователь может клонировать и внести свой вклад в код. Дополнительные сведения см. в статье "Что такое общедоступный проект"?
Для общедоступных проектов пользователи, которым предоставлен доступ заинтересованных лиц, имеют полный доступ к Azure Repos.
Repos необходимо включить в параметрах проекта Azure DevOps. Если Repos концентратор и связанные страницы не отображаются, см. статью "Включение или отключение службы Azure DevOps" для повторной Repos.
Чтобы просмотреть код, необходимо быть членом проекта Azure DevOps с базовым доступом или выше. Если вы не член проекта, добавьте его.
Чтобы клонировать или внести свой вклад в код, необходимо быть членом группы безопасности участников или иметь соответствующие разрешения в проекте, который вы хотите изменить.
Чтобы просмотреть код, необходимо быть членом проекта Azure DevOps с базовым доступом или выше. Если вы не член проекта, добавьте его.
Чтобы клонировать или внести свой вклад в код, необходимо быть членом группы безопасности участников или иметь соответствующие разрешения.
Создание локального репозитория Git из нового решения
Создайте локальный репозиторий Git при создании нового решения Visual Studio.
Visual Studio 2019 не поддерживает создание нового репозитория Git при создании решения. Вместо этого создайте решение Visual Studio, а затем выполните действия, описанные в разделе "Создание локального репозитория Git" из существующего решения.
Visual Studio 2019 версии 16.8 и более поздних версий предоставляют новое меню Git для управления рабочим процессом Git с меньшим переключением контекста, чем Team Explorer. Процедуры, описанные в этой статье на вкладке Visual Studio 2019, содержат сведения об использовании интерфейса Git, а также Team Explorer. Дополнительные сведения см. в параллельном сравнении Git и Team Explorer.
Создайте новый репозиторий Git для нового решения Visual Studio, выбрав "Создать новый репозиторий Git" при создании решения:
Командная строка Git не поддерживает создание нового решения Visual Studio. Вместо этого создайте новое решение с помощью Visual Studio, а затем выполните действия, описанные в разделе "Создание локального репозитория Git из существующего решения".
Создание локального репозитория Git из существующего решения
Создайте локальный репозиторий Git для отслеживания изменений файлов в существующем решении Visual Studio.
В Обозреватель решений щелкните правой кнопкой мыши имя решения или щелкните правой кнопкой мыши любой элемент в представлении папокОбозреватель решений, а затем выберите "Создать репозиторий Git". Или нажмите кнопку "Добавить в систему управления версиями" в строке состояния в правом нижнем углу Visual Studio, а затем выберите Git. Если эти параметры не отображаются, код уже находится в репозитории Git.
Или выберите Git > Create Git Repository в строке меню, чтобы запустить окно создания репозитория Git . Если этот параметр не отображается, код уже находится в репозитории Git.
Этот шаг применяется только к интерфейсу управления версиями Visual Studio Git: в окне "Создание репозитория Git" выберите "Только локальный", проверьте правильность локального пути и нажмите кнопку "Создать".
Team Explorer не запускает окно создания репозитория Git и предполагает, что вам нужен локальный репозиторий Git.
Теперь вы создали локальный репозиторий Git в папке решения Visual Studio и зафиксировали код в этом репозитории. Локальный репозиторий Git содержит Visual Studio решения и ресурсы Git.
Если вы еще не сделали этого, скачайте и установите Git. При появлении запроса во время установки включите диспетчер учетных данных Git.
В командной строке перейдите в корневую папку, содержащую существующее решение Visual Studio, и выполните следующие команды. Эти команды создают локальный репозиторий Git в папке решения Visual Studio и фиксируют код в этом репозитории.
Создание локального репозитория Git в пустой папке
Локальный репозиторий можно создать в пустой папке из Team Explorer.
В разделе "Локальные репозитории Git" в представлении ПодключениеTeam Explorer нажмите кнопку "Создать".
Введите путь к папке, в которой будет создан репозиторий. Указанная папка должна быть пустой или не существовать. Выберите Создать.
Вы создали новый локальный репозиторий Git. Чтобы просмотреть содержимое папки, щелкните правой кнопкой мыши новую запись репозитория и выберите команду "Открыть в проводник".
Новый локальный репозиторий Git содержит только ресурсы Git.
Откройте представление Подключение в Team Explorer, выбрав "Проекты", а затем "Управление подключениями" в контекстном меню.
В разделе "Локальные репозитории Git" выберите "Создать " и введите папку, в которой будет создан репозиторий. Этот каталог должен быть пустым.
Если вы еще не сделали этого, скачайте и установите Git. При появлении запроса во время установки включите диспетчер учетных данных Git.
В командной строке перейдите в пустую папку и выполните следующую команду, чтобы создать локальный репозиторий Git.
При добавлении файлов в папку добавьте их в репозиторий Git, выполнив следующие команды.
Подключение локального репозитория Git в репозиторий Azure Repos Git
Вы можете предоставить общий доступ к коду другим пользователям, подключив локальный репозиторий Git к репозиторию Azure Repos Git.
Visual Studio 2019 версии 16.8 и более поздних версий обеспечивает возможности управления версиями Git, сохраняя пользовательский интерфейс Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок ToolsOptionsPreview> >FeaturesNew > Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо. Ниже мы предоставляем параллельное сравнение для публикации работы в репозитории Git Azure Repos.
Одним из преимуществ подключения к проекту через Team Explorer является доступ к центру рабочих элементов. Общие сведения о функциях Team Explorer см. в разделе "Навигация в Visual Studio Team Explorer".
Visual Studio Git
Или выберите службу Git > Push в службу Git в строке меню, чтобы запустить окно создания репозитория Git .
В проекте Azure DevOpsсоздайте пустой репозиторий Git без файла README. Скопируйте URL-адрес клона из всплывающего окна репозитория клонирования .
Обозреватель Team Explorer в Visual Studio
- В разделе "Отправка в Службы Azure Dev Ops Services " представления синхронизации в Team Explorer нажмите кнопку "Опубликовать репозиторий Git ".
- Выберите учетную запись Azure DevOps, организацию и имя репозитория, а затем выберите "Опубликовать репозиторий".
На этом шаге создается проект в учетной записи Azure DevOps с тем же именем, которое вы выбрали для репозитория. Чтобы создать репозиторий в существующем проекте, щелкните "Дополнительно " рядом с именем репозитория и выберите проект.
Теперь ваш код находится в репозитории Azure Repos Git. Код можно просматривать в Интернете, выбрав Просмотреть на веб-сайте.
При использовании Azure DevOps Services формат URL-адреса проекта имеет следующий dev.azure.com// формат. Однако предыдущий формат, ссылающийся на формат, по-прежнему visualstudio.com поддерживается. Дополнительные сведения см. в разделе "Знакомство с Azure DevOps", "Переключение существующих организаций на использование нового URL-адреса доменного имени".
Чтобы подключить локальный репозиторий к размещенного удаленного репозитория Git, чтобы поделиться своей работой, перейдите на страницу Параметры в Team Explorer. Выберите Параметры репозитория. В разделе "Удаленные" выберите " Добавить".
Введите в поле "Имя" и введите origin URL-адрес клона для репозитория в поле "Выборка". Убедитесь, что флажок получения совпадений push-уведомлений установлен и нажмите кнопку "Сохранить".
Вы также можете создать репозиторий Azure Repos Git из командной строки с помощью Azure CLI.
В проекте Azure DevOpsсоздайте пустой репозиторий Git без файла README. Скопируйте URL-адрес клона из всплывающего окна репозитория клонирования .
Чтобы опубликовать локальную фиксацию в репозиториях Azure, выполните следующие команды в командной строке в локальной папке репозитория Git, используя URL-адрес клонирования из предыдущего шага.
Теперь код публикуется в main ветви, а затем Azure Repos репозитория Git.
При использовании Azure DevOps Services формат URL-адреса проекта имеет следующий dev.azure.com// формат. Однако предыдущий формат, ссылающийся на формат, по-прежнему visualstudio.com поддерживается. Дополнительные сведения см. в разделе "Знакомство с Azure DevOps", "Переключение существующих организаций на использование нового URL-адреса доменного имени".
Подключение локального репозитория Git в репозиторий GitHub
Вы также можете предоставить общий доступ к коду другим пользователям, подключив локальный репозиторий Git к репозиторию GitHub.
Visual Studio 2019 версии 16.8 и более поздних версий обеспечивает возможности управления версиями Git, сохраняя пользовательский интерфейс Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок ToolsOptionsPreview> >FeaturesNew > Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо. Ниже мы предоставляем параллельное сравнение для публикации своей работы в репозитории GitHub.
Visual Studio Git
Или выберите службу Git > Push в службу Git в строке меню, чтобы запустить окно создания репозитория Git .
На этом шаге создается новый репозиторий в учетной записи GitHub с содержимым из локального репозитория.
Обозреватель Team Explorer в Visual Studio
- В разделе "Публикация в GitHub" представления синхронизации в Team Explorer выберите свою учетную запись GitHub, имя владельца и новое имя репозитория, а затем нажмите кнопку "Опубликовать".
На этом шаге создается новый репозиторий в учетной записи GitHub с содержимым из локального репозитория.
Чтобы подключить локальный репозиторий к размещенного удаленного репозитория Git, чтобы поделиться своей работой, перейдите на страницу Параметры в Team Explorer. Выберите Параметры репозитория. В разделе "Удаленные" выберите " Добавить".
Введите в поле "Имя" и введите origin URL-адрес клона для репозитория в поле "Выборка". Убедитесь, что флажок получения совпадений push-уведомлений установлен и нажмите кнопку "Сохранить".
Вы также можете создать репозиторий GitHub из командной строки с помощью GitHub CLI.
Откройте браузер и перейдите к учетной записи GitHub. Если у вас еще нет учетной записи GitHub, создайте ее.
В учетной записи GitHubсоздайте пустой репозиторий Git без добавленных файлов. Скопируйте URL-адрес клона со страницы быстрого настройки .
Чтобы опубликовать локальную фиксацию в GitHub, выполните следующие команды в командной строке в локальной папке репозитория Git, используя URL-адрес клонирования из предыдущего шага.
Visual Studio makes it easy to create a repo right from the IDE. Repository creation from Visual Studio is optimized for GitHub, but you can work remotely with the Git provider of your choice. Here's how.
Prerequisites
To follow this article, you'll need:
Create a GitHub repo
Open Visual Studio, and then select Create a new project.
From the Git menu, select Create Git Repository.
In the Create a Git repository dialog, under the Push to a new remote section, choose GitHub.
In the Create a new GitHub repository section of the Create a Git repository dialog, enter the name of the repo you want to create.
If you haven't yet signed in to your GitHub account, you can do so from this screen, too.
After you sign in and enter your repo info, select the Create and Push button to create your repo and add your app.
Open an existing local repository
After you’ve created a repo or cloned one, Visual Studio detects the Git repository and adds it to your list of Local Repositories in the Git menu. From there, you can quickly access and switch between your Git repositories.
Create an Azure DevOps repo
Open Visual Studio, and then select Create a new project.
From the Git menu, select Create Git Repository.
In the Create a Git repository dialog, under the Push to a new remote section, choose Azure DevOps.
In the Create a new Azure DevOps repository section, sign in to your Azure account, and then select a project from the Project drop-down list.
Select the Create and Push button to create your repo and add your app.
Visual Studio makes it easy to create a repo right from the IDE. Repository creation from Visual Studio is optimized for GitHub, but you can work remotely with the Git provider of your choice. Here's how.
Prerequisites
To follow this article, you'll need:
Create a GitHub repo
Open Visual Studio, and then select Create a new project.
From the Git menu, select Create Git Repository.
In the Create a Git repository dialog, under the Push to a new remote section, choose GitHub.
In the Create a new GitHub repository section of the Create a Git repository dialog, enter the name of the repo you want to create.
If you haven't yet signed in to your GitHub account, you can do so from this screen, too.
After you sign in and enter your repo info, select the Create and Push button to create your repo and add your app.
Open an existing local repository
After you’ve created a repo or cloned one, Visual Studio detects the Git repository and adds it to your list of Local Repositories in the Git menu. From there, you can quickly access and switch between your Git repositories.
Create an Azure DevOps repo
Open Visual Studio, and then select Create a new project.
From the Git menu, select Create Git Repository.
In the Create a Git repository dialog, under the Push to a new remote section, choose Azure DevOps.
In the Create a new Azure DevOps repository section, sign in to your Azure account, and then select a project from the Project drop-down list.
Select the Create and Push button to create your repo and add your app.
Git — это распределенная система управления версиями, которая позволяет командам одновременно работать с одним документом. Это означает, что все файлы хранятся на одном сервере, но при каждом извлечении репозитория из этого центрального источника весь репозиторий клонируется локально на ваш компьютер.
Существует много удаленных узлов, которые позволяют работать с Git для управления версиями, но наиболее распространенным из них является GitHub. В приведенном ниже примере используется узел GitHub, но в Visual Studio для Mac можно использовать любой узел Git для управления версиями.
Если нужно использовать GitHub, создайте и настройте учетную запись перед выполнением описанных ниже действий.
Создание удаленного репозитория в GitHub
В приведенном ниже примере используется узел GitHub, но в Visual Studio для Mac можно использовать любой узел Git для управления версиями.
Чтобы настроить репозиторий Git, выполните следующие действия:
Задайте имя, описание и конфиденциальность для репозитория. Не инициализируйте репозиторий. Задайте для файла GITIGNORE и лицензии значение "Нет":
Публикация существующего проекта
В файле GITIGNORE можно указать, какие папки и файлы будут отслеживаться и публиковаться с помощью Git. Возможно, вам потребуется исключить каталоги сборки, а также двоичные или создаваемые файлы. Дополнительные сведения см. в документации GitHub по пропуску файлов.
Выберите имя решения в окне решения в Visual Studio для Mac.
В строке меню выберите Управление версиями > Опубликовать в системе управления версиями, чтобы отобразить диалоговое окно Клонировать репозиторий.
Если этот пункт меню недоступен для выбора, убедитесь в том, что имя решения выбрано.
Для подключения к Git также можно использовать SSH.
В окне Учетные данные Git введите имя пользователя GitHub и пароль.
Если в вашей учетной записи включена двухфакторная проверка подлинности (2FA), необходимо будет создать маркер доступа, используемый вместо пароля. Если маркер доступа еще не создан, выполните действия, описанные в документации Git по созданию маркера доступа.
Введите имя пользователя и личный маркер доступа и нажмите клавишу ОК:
Через несколько секунд решение должно опубликоваться на основе исходной фиксации. Подтвердите публикацию, просмотрев пункт меню "Управление версиями", который теперь должен быть заполнен разными параметрами:
Публикация нового проекта
Диалоговое окно создания проекта можно использовать для создания нового проекта с помощью локального репозитория git. Чтобы включить его, установите флажок Использовать git для управления версиями, как показано на следующем снимке экрана. Это действие инициализирует репозиторий и добавит необязательный GITIGNORE-файл:
Если вы еще не создали репозиторий GitHub, см. раздел Создание удаленного репозитория на GitHub.
Создайте первую фиксацию, перейдя в раздел Управление версиями > Просмотреть и зафиксировать в строке меню.
На вкладке "Состояние" выберите Фиксация в левом верхнем углу.
Далее в строке меню перейдите к разделу Управление версиями > Управление ветвями и удаленными репозиториями.
Перейдите на вкладку Удаленные источники и нажмите кнопку Добавить.
В окне Удаленный источник добавьте сведения о ранее созданном репозитории GitHub и нажмите кнопку ОК:
При запросе введите свои имя пользователя и пароль GitHub.
Если в вашей учетной записи включена двухфакторная проверка подлинности (2FA), необходимо будет создать маркер доступа, используемый вместо пароля. Если маркер доступа еще не создан, выполните действия, описанные в документации Git по созданию маркера доступа.
Visual Studio для Mac теперь будет отправлять изменения в удаленный репозиторий GitHub:
Клонирование существующего репозитория
Высока вероятность того, что вы будете работать с репозиторием GitHub, который размещен только на удаленном компьютере, но отсутствует на вашем. Visual Studio для Mac позволяет быстро клонировать такие репозитории. Чтобы клонировать репозиторий на свой компьютер, выполните указанные ниже действия.
В строке меню выберите Управление версиями > Клонировать репозиторий.
Откроется вкладка Подключиться с помощью URL-адреса.
На странице удаленного репозитория в GitHub нажмите кнопку Clone or Download (Клонировать или скачать) и скопируйте предоставленный URL-адрес.
Замените весь текст в поле URL-адрес на вкладке Подключиться с помощью URL-адреса. В результате большинство полей на этой вкладке будет заполнено автоматически, как показано на рисунке в шаге 2.
Укажите каталог, в который необходимо клонировать репозиторий, и нажмите кнопку Клонировать.
Если размер репозитория превышает 4 ГБ, могут возникнуть проблемы.
Устранение неполадок
При наличии проблем с инициализацией проекта с пустым удаленным репозиторием попробуйте выполнить следующие действия:
To get started with the GitHub in VS Code, you'll need to create a GitHub account and install the GitHub Pull Requests and Issues extension. In this topic, we'll demonstrate how you can use some of your favorite parts of GitHub without leaving VS Code.
If you're new to source control or want to learn more about VS Code's basic Git support, you can start with the Version Control topic.
Getting started with GitHub Pull Requests and Issues
Once you've installed the GitHub Pull Requests and Issues extension, you'll need to sign in. Follow the prompts to authenticate with GitHub in the browser and return to VS Code.
Setting up a repository
Cloning a repository
You can search for and clone a repository from GitHub using the Git: Clone command in the Command Palette ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) or by using the Clone Repository button in the Source Control view (available when you have no folder open).
From the GitHub repository dropdown you can filter and pick the repository you want to clone locally.
Authenticating with an existing repository
Enabling authentication through GitHub happens when you run any Git action in VS Code that requires GitHub authentication, such as pushing to a repository that you're a member of or cloning a private repository. You don't need to have any special extensions installed for authentication; it is built into VS Code so that you can efficiently manage your repository.
When you do something that requires GitHub authentication, you'll see a prompt to sign in:
Follow the steps to sign into GitHub and return to VS Code. If authenticating with an existing repository doesn't work automatically, you may need to manually provide a personal access token. See Personal Access Token authentication for more information.
Note that there are several ways to authenticate to GitHub, including using your username and password with two-factor authentication (2FA), a personal access token, or an SSH key. See About authentication to GitHub for more information and details about each option.
Note: If you'd like to work on a repository without cloning the contents to your local machine, you can install the GitHub Repositories extension to browse and edit directly on GitHub. You can learn more below in the GitHub Repositories extension section.
Editor integration
Hovers
When you have a repository open and a user is @-mentioned, you can hover over that username and see a GitHub-style hover.
Suggestions
The issues that appear in the suggestion can be configured with the GitHub Issues: Queries ( githubIssues.queries ) setting. The queries use the GitHub search syntax.
You can also configure which files show these suggestions using the settings GitHub Issues: Ignore Completion Trigger ( githubIssues.ignoreCompletionTrigger ) and GitHub Issues: Ignore User Completion Trigger ( githubIssues.ignoreUserCompletionTrigger ). These settings take an array of language identifiers to specify the file types.
Pull requests
From the Pull Requests view you can view, manage, and create pull requests.
The queries used to display pull requests can be configured with the GitHub Pull Requests: Queries ( githubPullRequests.queries ) setting and use the GitHub search syntax.
Creating Pull Requests
Once you have committed changes to your fork or branch, you can use the GitHub Pull Requests: Create Pull Request command or the Create Pull Request button in the Pull Requests view to create a pull request.
A new Create Pull Request view will be displayed where you can select the repository and branch you'd like your pull request to target as well as fill in details such as the title, description, and whether it is a draft PR. If your repository has a pull request template, this will automatically be used for the description.
Once you select Create, if you have not already pushed your branch to a GitHub remote, the extension will ask if you'd like to publish the branch and provides a dropdown to select the specific remote.
The Create Pull Request view now enters Review Mode, where you can review the details of the PR, add comments, reviewers, and labels, and merge the PR once it's ready.
After the PR is merged, you'll have the option to delete both the remote and local branch.
Reviewing
Pull requests can be reviewed from the Pull Requests view. You can assign reviewers and labels, add comments, approve, close, and merge all from the pull request Description.
From the Description page, you can also easily checkout the pull request locally using the Checkout button. This will switch VS Code to open the fork and branch of the pull request (visible in the Status bar) in Review Mode and add a new Changes in Pull Request view from which you can view diffs of the current changes as well as all commits and the changes within these commits. Files that have been commented on are decorated with a diamond icon. To view the file on disk, you can use the Open File inline action.
The diff editors from this view use the local file, so file navigation, IntelliSense, and editing work as normal. You can add comments within the editor on these diffs. Both adding single comments and creating a whole review is supported.
When you are done reviewing the pull request changes you can merge the PR or select Exit Review Mode to go back to the previous branch you were working on.
Issues
Creating issues
Issues can be created from the + button in the Issues view and by using the GitHub Issues: Create Issue from Selection and GitHub Issues: Create Issue from Clipboard commands. They can also be created using a Code Action for "TODO" comments. When creating issues, you can take the default description or select the Edit Description pencil icon in the upper right to bring up an editor for the issue body.
You can configure the trigger for the Code Action using the GitHub Issues: Create Issue Triggers ( githubIssues.createIssueTriggers ) setting.
Working on issues
From the Issues view, you can see your issues and work on them.
By default, when you start working on an issue (Start Working on Issue context menu item), a branch will be created for you, as shown in the Status bar in the image below.
The Status bar also shows the active issue and if you select that item, a list of issue actions are available such as opening the issue on the GitHub website or creating a pull request.
Once you are done working on the issue and want to commit a change, the commit message input box in the Source Control view will be populated with a message, which can be configured with GitHub Issues: Working Issue Format SCM ( githubIssues.workingIssueFormatScm ).
GitHub Repositories extension
The GitHub Repositories extension lets you quickly browse, search, edit, and commit to any remote GitHub repository directly from within Visual Studio Code, without needing to clone the repository locally. This can be fast and convenient for many scenarios, where you just need to review source code or make a small change to a file or asset.
Opening a repository
Once you have installed the GitHub Repositories extension, you can open a repository with the GitHub Repositories: Open Repository. command from the Command Palette ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) or by clicking the Remote indicator in the lower left of the Status bar.
When you run the Open Repository command, you then choose whether to open a repository from GitHub, open a Pull Request from GitHub, or reopen a repository that you had previously connected to.
If you haven't logged into GitHub from VS Code before, you'll be prompted to authenticate with your GitHub account.
You can provide the repository URL directly or search GitHub for the repository you want by typing in the text box.
Once you have selected a repository or Pull Request, the VS Code window will reload and you will see the repository contents in the File Explorer. You can then open files (with full syntax highlighting and bracket matching), make edits, and commit changes, just like you would working on a local clone of a repository.
One difference from working with a local repository is that when you commit a change with the GitHub Repository extension, the changes are pushed directly to the remote repository, similar to if you were working in the GitHub web interface.
Another feature of the GitHub Repositories extension is that every time you open a repository or branch, you get the up-to-date sources available from GitHub. You don't need to remember to pull to refresh as you would with a local repository.
Switching branches
You can easily switch between branches by clicking on the branch indicator in the Status bar. One great feature of the GitHub Repositories extension is that you can switch branches without needing to stash uncommitted changes. The extension remembers your changes and reapplies them when you switch branches.
Remote Explorer
You can quickly reopen remote repositories with the Remote Explorer available on the Activity bar. This view shows you the previously opened repositories and branches.
Create Pull Requests
If your workflow uses Pull Requests, rather than direct commits to a repository, you can create a new PR from the Source Control view. You'll be prompted to provide a title and create a new branch.
Once you have created a Pull Request, you can use the GitHub Pull Request and Issues extension to review, edit, and merge your PR as described earlier in this topic.
Virtual file system
Without a repository's files on your local machine, the GitHub Repositories extension creates a virtual file system in memory so you can view file contents and make edits. Using a virtual file system means that some operations and extensions which assume local files are not enabled or have limited functionality. Features such as tasks, debugging, and integrated terminals are not enabled and you can learn about the level of support for the virtual file system via the features are not available link in the Remote indicator hover.
Extension authors can learn more about running in a virtual file system and workspace in the Virtual Workspaces extension author's guide.
Continue Working on.
Sometimes you'll want to switch to working on a repository in a development environment with support for a local file system and full language and development tooling. The GitHub Repositories extension makes it easy for you to clone the repository locally or into a Docker container (if you have Docker and the Microsoft Docker extension installed) with the GitHub Repositories: Continue Working on. command available from the Command Palette ( ⇧⌘P (Windows, Linux Ctrl+Shift+P ) ) or by clicking on the Remote indicator in the Status bar.
If you are using the browser-based editor, the "Continue Working On. " command has the options to open the repository locally or within a cloud-hosted environment in GitHub Codespaces.
Читайте также: