Поделиться через


Просмотр истории

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

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

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

Сведения об использовании Visual Studio 2022 с Git см. в статье "Как Visual Studio упрощает управление версиями с помощью Git".

Предпосылки

Категория Требования
доступ к проекту Член проекта .
Разрешения — Просмотр кода в частных проектах: по крайней мере базовый доступ.
— Клонирование или внесение вклада в код в частных проектах: Участник группы безопасности для участников или наличие соответствующих разрешений в проекте.
— Задайте разрешения ветви или репозитория: управление разрешениями для ветви или репозитория.
— Измените ветвь по умолчанию: . Измените политики и разрешения для репозитория.
— Импорт репозитория: член группы безопасности администраторов проекта или разрешение уровня проекта Git на создание репозитория установлено в «Разрешить» . Дополнительные сведения см. в разделе "Настройка разрешений репозитория Git".
Сервисы; Repos включено.
Инструменты Необязательно. Используйте команды az repos: Azure DevOps CLI.

Примечание.

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

Категория Требования
доступ к проекту Член проекта .
Разрешения — Просмотр кода: доступ уровня Basic хотя бы .
— Клонирование или участие в коде: член группы безопасности участников или обладатель соответствующих разрешений в проекте.
Сервисы; Repos включено.

Сравнение версий файлов

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

Сайт проекта команды Azure DevOps позволяет сравнивать две версии одного и того же файла из коммитов в одной ветви, но не поддерживает сравнение версий файлов в разных ветвях.

  1. В веб-браузере откройте командный проект для организации Azure DevOps. В представлении "Файлы репозитория>" выберите файл и перейдите на вкладку "Сравнение".

    Снимок экрана: представление

  2. На вкладке "Сравнение " выберите две фиксации, содержащие версии файлов, которые нужно сравнить. В представлении диффа отображаются все новые, удаленные или измененные строки файлов.

    Снимок экрана: параметры сравнения в представлении

Примечание.

GitHub позволяет сравнить две версии одного файла из различных коммитов на разных ветвях. Чтобы сравнить, добавьте /compare/<commit1>..<commit2> URL-адрес репозитория GitHub, чтобы перейти на страницу сравнения. Страница сравнения содержит представление диффа для каждого файла, который отличается. Дополнительные сведения о сравнении фиксаций в GitHub см. в разделе "Сравнение фиксаций".

Восстановление файлов

Вы можете восстановить определенную версию файла из журнала Git, даже если файл был изменен, удален или переименован в последующей фиксации. Восстановление более старой версии файла не создает новую фиксацию с изменением. Чтобы обновить ветвь с восстановленной версией файла, необходимо зафиксировать это изменение.

Сайт проекта Azure DevOps позволяет отменить все изменения, внесенные конкретным коммитом, но не поддерживает отмену изменений в одном файле этого коммита.

сравните ветви.

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

Visual Studio 2019 и более ранних версий не поддерживают сравнение ветвей, поэтому если вы используете одну из этих версий, вы можете сравнить ветви в командной строке Git или с помощью веб-браузера, если репозиторий размещен в Azure Repos или GitHub. Visual Studio 2022 поддерживает сравнение ветвей, как описано в разделе "Сравнение ветвей".

  1. В веб-браузере откройте командный проект для организации Azure DevOps. В представлении «Ветви Repos>» выберите значок многоточия рядом с любой ветвью и выберите опцию Сравнить ветви, чтобы открыть представление «Сравнение ветвей».

    Снимок экрана: контекстное меню ветви в представлении ветвей на странице проекта Azure DevOps.

  2. В режиме сравнения веток выберите две ветки, которые нужно сравнить. Перейдите на вкладку "Файлы " для представления диффа новых, удаленных или измененных строк в каждом измененном файле.

    Снимок экрана: вкладка

Примечание.

GitHub поддерживает сравнение ветвей. Чтобы сравнить две ветви, добавьте /compare/<branch1>...<branch2> URL-адрес репозитория GitHub, чтобы перейти на страницу сравнения. Страница сравнения содержит представление диффа для каждого файла, который отличается. Дополнительные сведения о сравнении ветвей в GitHub см. в разделе "Сравнение ветвей".

Дальнейшие действия