Team explorer visual studio как сделать коммит
В ней будет коротко рассмотрено что это за вещи, зачем нужны, и простой способ работы – из среды Visual Studio. То есть Bash или GitHub клиент использоваться не будут.
Внимание:
На Хабре уже есть похожая статья – [вот она]. В своей публикации я дополню слова Алексея и расскажу метод проще.
Для кого:
Статья направлена в помощь людям которые не работали с Git, GitHub, и хотят освоить в общих чертах как можно быстрее и без сложностей начать работу с ними.
О тексте:
Старался писать проще и с большим количеством скриншотов и пояснений. Ведь лучше, когда они есть чем, когда их нет и о чем-то приходится догадываться.
Итак, немного теории чтоб понять, что делать дальше:
- Visual Studio 2015 года или новее
- Подключение к интернету
- Несколько гигабайт памяти на жестком диске
Инструкция:
-
Переходим в меню Tools → Extensions and Updates → откроется вкладка Installed → если в расширениях отсутствует «GitHub Extension for Visual Studio» идем дальше, иначе перейдите к пункту следующему пункту инструкции → вкладка Online → ищем в поиске наше расширение → скачиваем и устанавливаем.
После, с GitHub копируем ссылку:
-
Может возникнуть вопрос – Что значат другие иконки?
Ответ:
Карандаш для того чтоб фиксировать изменения локально (commit). Используйте когда есть что сохранить, то есть код или файлы изменились.
Дополнительно:
Чтоб GitHub верно отображал русские комментарии (если есть) при просмотре кода через сайт нужно сделать следующее:
Cоветую всё-таки изучить Git Bash.
Я старался писать как можно понятнее, если что-то не так, то поправьте в комментариях!
На этом все. Спасибо за внимание!
Git не автоматически создает моментальные снимки работы при изменении файлов в репозитории. Вы сообщаете Git, какие изменения файлов требуется записать в моментальном снимке путем промежуточного изменения. После промежуточного хранения моментальный снимок сохраняется путем фиксации.
В этой статье приведены процедуры для следующих задач:
- Как Git отслеживает изменения
- Что находится в фиксации
- Как подготовить изменения
- Создание фиксации
- Обновление последней фиксации
Общие сведения о рабочем процессе Git см. в Azure Repos руководстве по Git.
Как Git отслеживает изменения
При работе в репозитории Git отслеживает изменения всех отслеживаемых файлов. Отслеживаемые файлы — это файлы, которые в настоящее время находятся в стадии или включены в предыдущую фиксацию. Git разделяет отслеживаемые файлы на три категории:
- Неизмененные файлы — файлы, которые вы не изменили с момента последней фиксации.
- Измененные файлы — файлы, которые вы изменили с момента последней фиксации, но не были промежуточной для следующей фиксации.
- Промежуточные файлы — файлы, измененные с момента последней фиксации и промежуточной для следующей фиксации.
При создании фиксации для моментального снимка используются только промежуточные файлы и неизмененные файлы. Неотключенные изменения измененных файлов сохраняются, но моментальный снимок содержит неизмененные версии этих файлов. Git не отслеживает изменения новых файлов или не включает новые файлы в моментальный снимок до тех пор, пока они не будут поэтапно.
Что находится в фиксации
Каждая фиксация содержит следующие сведения:
Git использует моментальный снимок и родительские ссылки каждой фиксации для сохранения полной записи разработки в репозитории. Чтобы изучить изменения в коде, можно просмотреть журнал Git репозитория.
Как подготовить изменения
Чтобы создать моментальный снимок для фиксации, выполните приведенные далее действия.
- Подготовьте новые файлы , чтобы сообщить Git, что они будут добавлены в моментальный снимок, и вы хотите, чтобы Git отслеживал изменения в этих файлах.
- Этап измененных файлов , чтобы сообщить Git, что требуется измененная версия файла в моментальном снимке, а не не измененная версия файла.
- Этап удаленных файлов , чтобы сообщить Git, что они будут удалены из моментального снимка и больше не отслеживаются.
Чтобы исключить временные файлы, файлы журналов или другие файлы из моментального снимка, можно настроить Git, чтобы игнорировать определенные файлы.
Git поддерживает интерактивное промежуточное хранение измененных файлов, чтобы можно было выполнять определенные изменения в файле. Это полезная функция, когда требуется изменить файлы в разных фиксациях.
Visual Studio 2019 версии 16.8 и более поздних версий предоставляет возможности управления версиями Git, сохраняя пользовательский интерфейс Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок ToolsOptionsPreview> >FeaturesNew>Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо. Ниже мы предоставляем параллельное сравнение этапов изменения файлов.
Visual Studio Git
- В окне "Изменения Git" щелкните правой кнопкой мыши файл в разделе "Изменения " и выберите "Этап ", чтобы добавить его в раздел "Промежуточные изменения ".
Кроме того, вы можете создать измененный файл, выбрав знак "плюс" рядом с файлом. Чтобы подготовить все измененные файлы в папке, щелкните знак "плюс" рядом с папкой. Чтобы подготовить все измененные файлы в репозитории, выберите знак "плюс" в правом верхнем углу раздела "Изменения ".
Обозреватель Team Explorer в Visual Studio
- В Team Explorer нажмите кнопку "Главная " и нажмите кнопку "Изменения".
- В представлении "Изменения" щелкните правой кнопкой мыши файл в разделе "Изменения" и выберите "Этап ", чтобы добавить его в раздел "Промежуточные изменения ".
Вы также можете подготовить измененный файл, перетащив его из раздела "Изменения " в раздел "Промежуточные изменения ". Чтобы подготовить все измененные файлы в папке, щелкните правой кнопкой мыши папку и выберите "Этап". Чтобы подготовить все измененные файлы в репозитории, выберите знак "плюс" в правом верхнем углу раздела "Изменения ".
Вы можете сообщить Git игнорировать файл, щелкнув его правой кнопкой мыши и выбрав " Пропустить этот локальный элемент " или "Пропустить это расширение". Любая команда создает gitignore-файл в репозитории, если он не существует, и добавляет в него запись. Пропущенные файлы не будут отображаться в разделе "Изменения" в Visual Studio. Однако GITIGNORE-файл не влияет на отслеживаемые файлы. Сведения о настройке Git для пропуска отслеживаемых файлов см. в разделе "Игнорировать файлы". Чтобы сэкономить время, можно скачать шаблоны .gitignore для различных сред разработки из репозитория GitHub gitignore.
Visual Studio 2019 г. не поддерживает промежуточные частичные изменения в файле. в Visual Studio 2022 г. эта функция представлена.
Visual Studio 2019 версии 16.8 и более поздних версий предоставляют новое меню Git для управления рабочим процессом Git с меньшим переключением контекста, чем Team Explorer. Процедуры, описанные в этой статье на вкладке Visual Studio 2019, содержат сведения об использовании интерфейса Git, а также Team Explorer. Дополнительные сведения см. в статье о параллельном сравнении Git и Team Explorer.
Visual Studio следить за изменениями файлов в проекте по мере выполнения работы. Когда вы будете готовы к этапу изменений, откройте представление "Изменения" в Team Explorer.
Чтобы изменить отдельный файл, щелкните правой кнопкой мыши файл в представлении "Изменить " и выберите "Этап". Промежуточное изменение создает раздел "Промежуточные изменения" в Team Explorer. В следующую фиксацию добавляются только изменения в разделе промежуточных изменений .
В представлении изменений Team Explorer были включены файлы и исключенные файлы до Visual Studio 2015 с обновлением 2. Представление изменений было обновлено в Visual Studio 2015 с обновлением 2 для улучшения совместимости с другими средствами Git.
Начните с нескольких файлов или папок, выбрав их правой кнопкой мыши и выбрав "Этап " или перетащив файлы из списка изменений в список промежуточных изменений .
Пропустить файлы, щелкнув правой кнопкой мыши и выбрав "Пропустить этот локальный элемент " или "Пропустить это расширение". При этом добавляется запись в файл .gitignore в локальном репозитории. Если игнорируемый файл был добавлен в репозиторий в предыдущей фиксации, игнорируя файл не будет удален из списка изменений . Дополнительные сведения о том, как игнорировать файлы, уже отслеживаемые Git, см. в разделе об исключении и пропуске файлов .
Чтобы подготовить все отслеживаемые и неотслеченные файлы в репозитории, которые изменились с момента последней фиксации, используйте git add команду с флагом --all . Однако флаг не будет выполнять промежуточные --all файлы, которые вы настроили Git для пропуска.
Изменения в определенных файлах можно выполнить с помощью следующей команды.
С помощью --patch этого параметра можно интерактивно подготовить части измененного файла.
Другие связанные команды Git:
- git rm для удаления файлов в репозитории и этапа изменения.
- git mv для перемещения или переименования файлов в репозитории и этапа изменения.
- git status для просмотра текущего состояния изменений в репозитории.
После промежуточного выполнения файлов просмотрите промежуточные и незатегированные изменения, выполнив команду git status .
Создание фиксации
Visual Studio 2019 версии 16.8 и более поздних версий обеспечивает возможности управления версиями Git, сохраняя пользовательский интерфейс Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок ToolsOptionsPreview> >FeaturesNew > Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо. Ниже приведено параллельное сравнение способов создания фиксации.
Visual Studio Git
Выберите ссылку фиксации для сведений о фиксации.
Обозреватель Team Explorer в Visual Studio
Выберите ссылку фиксации для сведений о фиксации.
Если все изменения не имеют тегов, можно пропустить промежуточную и прямую фиксацию, нажав кнопку "Зафиксировать все".
Visual Studio Git
Обозреватель Team Explorer в Visual Studio
Visual Studio 2019 версии 16.8 и более поздних версий предоставляют новое меню Git для управления рабочим процессом Git с меньшим переключением контекста, чем Team Explorer. Процедуры, описанные в этой статье на вкладке Visual Studio 2019, содержат сведения об использовании интерфейса Git, а также Team Explorer. Дополнительные сведения см. в параллельном сравнении Git и Team Explorer.
Откройте представление "Изменения " в Team Explorer.
Перед фиксацией просмотрите промежуточные и незатегированные изменения, выполнив команду git status .
Обновление последней фиксации
Не изменяйте уже отправленную фиксацию, так как это приведет к проблемам синхронизации с удаленным репозиторием. Для принудительной фиксации используйте одну из следующих стратегий:
- Создайте и отправьте другую фиксацию, которая устраняет проблемы, вызванные предыдущей фиксацией.
- Отмените предварительную фиксацию, которая была отправлена, используя git revert для создания новой фиксации, которая отменяет все изменения, внесенные предыдущей фиксацией. Затем отправьте новую фиксацию.
Visual Studio 2019 версии 16.8 и более поздних версий обеспечивает возможности управления версиями Git, сохраняя пользовательский интерфейс Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок ToolsOptionsPreview> >FeaturesNew > Git в строке меню. Функции Git можно использовать из любого интерфейса взаимозаменяемо. Ниже приведено параллельное сравнение того, как изменить фиксацию.
Visual Studio Git
Обозреватель Team Explorer в Visual Studio
Постройте новые изменения, если таковые есть.
Team Explorer Visual Studio позволяет выполнять наиболее распространенные задачи Git, необходимые для повседневной работы. В меню Visual Studio "Вид" откройте Team Explorer или нажмите клавиши CTRL+, CTRL+M.
Team Explorer и командная строка Git отлично работают вместе. При внесении обновлений и выполнении команд с помощью одного интерфейса эти изменения будут отражены в другом.
Инструкции по установке Git доступны, если на компьютере не установлен Git.
Windows пользователей: если вы не используете Visual Studio, установите Git для Windows, чтобы настроить диспетчер учетных данных Git. Диспетчер учетных данных упрощает проверку подлинности с помощью Azure Repos.
В Visual Studio откройте командную строку в репозитории из представления Подключение Team Explorer. Щелкните правой кнопкой мыши локальный репозиторий и выберите команду "Открыть командную строку".
Для выполнения некоторых команд требуется наличие определенных разрешений Git в Azure Repos.
Repos
Разделы справки?
Командная строка Git
Visual Studio
Создание репозитория в новой папке
git init Foldername
Создание репозитория с кодом в существующей папке
git init Foldername
git add --all
git commit -m "Initial commit"
Создайте репозиторий из командной строки, а затем откройте представление Подключение Team Explorer и выберите "Добавить в локальные репозитории Git".
Создание репозитория из существующего решения Visual Studio
git init Foldername
cd Foldername
git add --all
git commit -m "Initial commit"
Откройте решение и выберите " Опубликовать " ( ) в строке состояния в правом нижнем углу.
Создание нового репозитория в Project
В Интернете выберите Repos (или код, если вы еще не включили новую предварительную версию навигации), а затем щелкните раскрывающийся список рядом с текущим именем репозитория и выберите новый репозиторий.
Клонирование репозитория в локальную папку
git clone URLfoldername
Выберите "Клонировать" в разделе "Локальные репозитории Git" в представлении Подключение Team Explorer
Клонирование репозитория в Project
git clone URLfoldername
Откройте представление Подключение в Team Explorer и щелкните правой кнопкой мыши репозиторий Git в Project под именем учетной записи. Выберите "Клонировать" .
Добавление существующего репозитория в Visual Studio
Откройте файл решения в Visual Studio (это автоматически добавит репозиторий в Team Explorer) или выберите "Добавить в локальные репозитории Git" в представлении Подключение
Удалите репозиторий и журнал Git, но сохраните текущую версию файлов.
Удалите скрытую папку GIT, созданную в корне репозитория.
Удалите скрытую папку Git, созданную в корневом каталоге репозитория, из обозревателя Windows или командной строки.
Удаление локального репозитория и всех файлов
Удаление папки, содержащей репозиторий, из файловой системы компьютера
Закройте все открытые решения с помощью файлов в репозитории, а затем удалите папку, содержащую репозиторий, из файловой системы компьютера.
Удаление репозитория в Project
Добавление удаленного приложения
git remote add nameurl
Откройте репозиторий с помощью представления Подключение в Team Explorer, а затем откройте представление Параметры в Team Explorer. Выберите Параметры репозитория и выберите "Добавить" в разделе "Удаленные"
Обновление удаленного приложения
git remote set-url nameurl
Откройте репозиторий с помощью представления Подключение в Team Explorer, а затем откройте представление Параметры в Team Explorer. Выберите Параметры репозитория и выберите "Изменить" в разделе "Удаленные"
Дополнительные сведения см. в следующих ресурсах:
Ветви
Разделы справки?
Командная строка Git
Visual Studio
git branch branchname
Откройте представление "Ветви " в Team Explorer, а затем щелкните правой кнопкой мыши ветвь и выберите "Создать локальную ветвь" из.
Переключение на другую ветвь
git checkout branchname
Откройте представление "Ветви " в Team Explorer, а затем дважды щелкните локальную ветвь. Кроме того, щелкните имя текущей ветви в строке состояния и выберите другую ветвь.
Создание и переключение на новую ветвь
git checkout -b branchname
Откройте представление "Ветви " в Team Explorer, а затем щелкните правой кнопкой мыши ветвь и выберите "Создать локальную ветвь" из.
Удаление локальной ветви
git branch -d branchname
Откройте представление "Ветви " в Team Explorer, а затем щелкните правой кнопкой мыши ветвь и выберите команду "Удалить". Вы должны быть извлечены в другую ветвь, отличную от ветви, которую вы хотите удалить.
Удаление удаленной ветви
git push origin --delete branchname
Откройте представление "Ветви " в Team Explorer, разверните удаленный узел с ветвью, которую требуется удалить. Щелкните правой кнопкой мыши удаленный элемент и выберите "Удалить ветвь из удаленного"
Блокировка ветви, предотвращение обновлений для нее
В Интернете выберите вкладку "Ветви " во время просмотра репозитория. Выберите . рядом с ветвью, которую нужно заблокировать, и нажмите кнопку "Заблокировать". Разблокируйте ветвь с помощью разблокировки.
Настройка ветви по умолчанию в репозитории Azure DevOps
Щелкните значок параметров в Интернете ( ), а затем перейдите на вкладку "Управление версиями ". Выберите репозиторий Git, а затем щелкните . рядом с именем ветви и выберите "Задать в качестве ветви по умолчанию".
Настройка ветви сравнения для запросов на вытягивание в репозитории Azure DevOps
В Интернете выберите вкладку "Ветви " во время просмотра репозитория. Выберите . рядом с ветвью, которую нужно заблокировать, и нажмите кнопку "Сравнить ветвь".
Дополнительные сведения см. в следующих ресурсах:
Фиксации
Разделы справки?
Командная строка Git
Visual Studio
Создание новой фиксации
git commit -m "message"
Изменение последней фиксации с промежуточными изменениями
Откройте представление "Изменения" в Team Explorer, настроите изменения, а затем выберите "Изменить предыдущую фиксацию " в раскрывающемся списке "Действия ".
Этап всех изменений файлов
Откройте представление "Изменения " в Team Explorer. Щелкните значок в списке +изменений , чтобы подготовить все изменения для следующей фиксации.
Этап изменения определенного файла
git add имя_файла
Откройте представление "Изменения " в Team Explorer. Чтобы изменить этап, щелкните правой кнопкой мыши измененный файл и выберите "Этап".
Просмотр незатегированных изменений
git status --untracked
Откройте представление "Изменения " в Team Explorer. Незапланированные изменения перечислены в разделе "Изменения ".
git rm имя_файла
git commit -m "filename"
Удалите файл с помощью Обозреватель решений, командной строки или любых других средств. Щелкните правой кнопкой мыши удаленный файл в представлении изменений Team Explorer и выберите "Этап". Выберите "Зафиксировать промежуточно", чтобы зафиксировать удаление.
git mv имя_файла
git commit -m " Перемещено имя файла"
Переместите файл из одного расположения в другое в репозитории с помощью Обозреватель решений, командной строки или других средств. Щелкните правой кнопкой мыши перемещенный файл в представлении изменений Team Explorer и выберите "Этап ". Выберите "Зафиксировать промежуточно", чтобы зафиксировать перемещение.
git tag -a имя тега -m "description"
Откройте представление "Изменения" в Team Explorer, а затем выберите "Просмотреть журнал. " в раскрывающемся списке "Действие ". Найдите фиксацию в представлении журнала, а затем щелкните правой кнопкой мыши и выберите команду "Создать тег".
Дополнительные сведения см. в разделе "Сохранение работы с фиксациями".
Сравнение файлов и версий
Разделы справки?
Командная строка Git
Visual Studio
Сравнение текущего содержимого одного файла и содержимого последней фиксации
git diff HEAD имя_файла
Щелкните правой кнопкой мыши изменение в представлении "Изменения " в Team Explorer и выберите "Сравнить с неизмененных".
Сравнение текущей версии с ветвью
git diff branchname
Щелкните правой кнопкой мыши файл в Обозреватель решений и выберите "Просмотреть журнал. ", а затем выберите последнюю фиксацию в текущей ветви и последнюю фиксацию в удаленной ветви. Щелкните правой кнопкой мыши и выберите " Сравнить"
Сравнение изменений между двумя ветвями
git diff branchname1branchname2
Щелкните правой кнопкой мыши файл в Обозреватель решений и выберите "Просмотреть журнал. ", а затем выберите последние фиксации для обеих ветвей. Щелкните правой кнопкой мыши и выберите " Сравнить"
Синхронизация изменений
Разделы справки?
Командная строка Git
Visual Studio
Скачивание новых ветвей и фиксаций из удаленного репозитория, но не слияние их с локальными ветвями
Откройте представление синхронизации из Team Explorer и выберите "Выборка".
Слияние обновлений из удаленного репозитория в локальный репозиторий
git pull remotebranchname
Во время работы с ветвью в локальном репозитории откройте представление "Синхронизация " в Team Explorer, а затем выберите "Вытягивание".
Публикация локальной ветви в удаленном репозитории
git push -u remotebranchname
Откройте представление синхронизации в Team Explorer и выберите " Опубликовать " в разделе "Исходящие фиксации".
Синхронизация локальной ветви с удаленной ветвью, отправка локальных изменений и извлечение удаленных
git pull remotebranchname
Отправка git -u remotebranchname
Откройте представление синхронизации в Team Explorer. Выберите Синхронизация.
git push --force -u origin remote_branchname
Работа из командной строки
Дополнительные сведения см. в следующих ресурсах:
Слияние и повторная база
Разделы справки?
Командная строка Git
Visual Studio
Слияние ветви с текущей ветвью
git merge branchname
В представлении "Ветви Team Explorer" щелкните правой кнопкой мыши ветвь, которую нужно объединить, и выберите "Объединить из". Проверьте набор параметров и нажмите кнопку "Объединить".
Слияние удаленной ветви с текущей ветвью
git pull origin branchname
В представлении "Ветви Team Explorer" щелкните правой кнопкой мыши удаленную ветвь, которую нужно объединить, и выберите "Объединить из". Проверьте набор параметров и нажмите кнопку "Объединить".
Перебазируйте текущую ветвь в журнал другой ветви
git rebase branchname
В представлении "Ветви Team Explorer" щелкните правой кнопкой мыши ветвь, на которую вы хотите изменить текущую ветвь, и выберите "Перебазировать на.
Выполните интерактивную перебазу последних n фиксаций
git rebase -i HEAD ~n (Linux и macOS)
git rebase -i "HEAD ^n" (Windows)
Выбор фиксации в текущей ветви
git cherry-pick commitID
Откройте представление "Изменения" в Team Explorer, а затем выберите "Просмотреть журнал" в раскрывающемся списке "Действие ". Найдите фиксацию в представлении журнала, а затем щелкните правой кнопкой мыши и выберите "Черри-выбрать"
Дополнительные сведения см. в следующих ресурсах:
Отменить
Если вы не опытный пользователь Git, будьте осторожны при использовании reset команды. Подробнее
Разделы справки?
Командная строка Git
Visual Studio
Отмена всех изменений и откат к последней фиксации
git reset --hard HEAD
Откройте представление изменений в Team Explorer. Выберите **Действия и выберите "Просмотреть журнал " в раскрывающемся списке. Щелкните правой кнопкой мыши фиксацию, в которой находится ветвь, и выберите "Сбросить и удалить изменения".
Отмена промежуточного хранения файлов, но сохранение изменений в файлах
git reset --mixed HEAD
Откройте представление изменений в Team Explorer. Выберите **Действия и выберите "Просмотреть журнал " в раскрывающемся списке. Щелкните правой кнопкой мыши фиксацию, в которой находится ветвь, и выберите "Сбросить и сохранить изменения".
Удаление неотслеченных файлов
В представлении "Изменения" в Team Explorer щелкните правой кнопкой мыши файлы, которые нужно удалить в разделе "Изменения ", помеченные как [добавить], и выберите "Удалить".
Сброс локальной ветви до последней фиксации в удаленной ветви
git reset --hard Удаленного/branchname
(например, git reset --hard origin/main )
Щелкните правой кнопкой мыши ветвь в представлении "Ветви Team Explorer" и выберите "Сброс и удаление изменений".
Отмена фиксации, отправленной в удаленный репозиторий
git revert commitID
Откройте представление изменений в Team Explorer. Выберите **Действия и выберите "Просмотреть журнал " в раскрывающемся списке. Щелкните правой кнопкой мыши фиксацию, чтобы вернуться, и выберите "Вернуть".
В ней будет коротко рассмотрено что это за вещи, зачем нужны, и простой способ работы – из среды Visual Studio. То есть Bash или GitHub клиент использоваться не будут.
Внимание:
На Хабре уже есть похожая статья – [вот она]. В своей публикации я дополню слова Алексея и расскажу метод проще.
Для кого:
Статья направлена в помощь людям которые не работали с Git, GitHub, и хотят освоить в общих чертах как можно быстрее и без сложностей начать работу с ними.
О тексте:
Старался писать проще и с большим количеством скриншотов и пояснений. Ведь лучше, когда они есть чем, когда их нет и о чем-то приходится догадываться.
Итак, немного теории чтоб понять, что делать дальше:
- Visual Studio 2015 года или новее
- Подключение к интернету
- Несколько гигабайт памяти на жестком диске
Инструкция:
-
Переходим в меню Tools → Extensions and Updates → откроется вкладка Installed → если в расширениях отсутствует «GitHub Extension for Visual Studio» идем дальше, иначе перейдите к пункту следующему пункту инструкции → вкладка Online → ищем в поиске наше расширение → скачиваем и устанавливаем.
После, с GitHub копируем ссылку:
-
Может возникнуть вопрос – Что значат другие иконки?
Ответ:
Карандаш для того чтоб фиксировать изменения локально (commit). Используйте когда есть что сохранить, то есть код или файлы изменились.
Дополнительно:
Чтоб GitHub верно отображал русские комментарии (если есть) при просмотре кода через сайт нужно сделать следующее:
Cоветую всё-таки изучить Git Bash.
Я старался писать как можно понятнее, если что-то не так, то поправьте в комментариях!
На этом все. Спасибо за внимание!
Git и TFS: история дружбы
Git — распределенная система контроля версий, где каждый разработчик имеет копию всего репозитория, что означает отличную поддержку оффлайн-разработки. Еще у Git есть хорошая, понятная модель бранчинга, и разработчику не надо долго думать о том, как создавать локальные или приватные бранчи для удобства работы. В общем, с Git все хорошо, и на MSDN есть посвященный Git бранч.
Проект Git в Team Foundation Service
После регистрации в TFS на странице команд есть новая кнопка — New Team Project + Git. Пара кликов — и проект Git готов.
Собственно, на этом все. :) Но это — верхушка айсберга, внутри интеграция гораздо сложнее. Дальше — про то, как из Visual Studio подключиться и поманипулировать нашим Git-проектом.
Visual Studio и Git
Делаю сразу оговорку — Visual Studio — не замена существующему UI Git. Visual Studio может быть заменой, но чаще используется в совокупности с другими средствами. Если Git был создан внутри TFS, то у разработчика появляются некоторые фичи, пришедшие из TFS, например, Work Items, но VS спокойно работает с любыми локальными репозиториями и заслуженными Git-деятелями в лице GitHub и BitBucket.
Для подключения к Git-репозиторию достаточно нажать TEAM | Connect to Team Foundation Server.
Откроется Team Explorer. Как видите, у меня уже есть склонированный (с GitHub) репозиторий, и тут же — репозиторий TFS. Для клонирования нового репозитория Git можно нажать Clone и ввести данные подключения.
Для подключения аккаунта Visual Studio Online нажмем Select Team Projects, выберем аккаунт и установим, какой репозиторий надо подтянуть к нам в VS.
После подключения проектов выберем нужный и нажмем в контекстном меню кнопку Clone.
На этом процесс клонирования закончен — в бранче Local Git Repositories в Team Explorer появится склонированный репозиторий. Повторюсь — с помощью Clone можно клонировать любой Git-репозиторий.
Еще одна интересная фича интеграции Visual Studio и Git — это возможность создать новый проект и сразу добавить его в локальную систему контроля версий. Для этого при создании нового проекта в VS достаточно отметить Add to source control.
Перед тем, когда вы будете коммитить что-то в репозиторий, нужно установить данные для коммитов — нажать на Changes и предупреждение о том, что нужно ввести данные.
Полезные функции на этой странице есть еще внутри Repository Settings — можно настроить .gitIgnore и .gitattributes.
Дальше можно коммитить.
Чтобы сделать Pull и получить последние апдейты от команды, нужно перейти на Commits и нажать Fetch для того, чтобы сначала посмотреть, что там вообще придет (и есть ли чему придти).
Все хорошо — нажмем Pull и получим последний апдейт. Дополнительные сведения можно найти тут — Pull changes from the team.
Использование бранчей
Для использования бранчей в Team Explorer выделена специальная секци Branches.
После подключения к репозиторию доступна только master.
Создадим новый бранч, нажав New Branch.
Поскольку бранчи Git локальны до момента Push, новый бранч будет размещен в Unpublished Branches. Поменять бранч для коммитов можно на уже упоминавшейся выше странице Commits.
Замерджить контент можно, нажав Merge и выбрав бранчи. Подробнее про бранчи и мерджи — Git Branching.
Если в процессе мерджа или пулла возникнут конфликты, они тут же могут быть разрезолвены (самые простые, конечно).
Для просмотра истории достаточно нажать View History в контекстном меню бранча.
По нажатию на коммит получим подробные сведения о том, что произошло.
Многое из этого также доступно на портале TFS. Для того, чтобы перейти туда из VS, нужно на странице проекта в Team Explorer нажать Web Portal.
Уже на портале можно изучить общее состояние репозитория…
… и подробную информацию об этих коммитах.
Резюме
Мы кратко посмотрели на то, как выглядит очень простой процесс взаимодействия Visual Studio и Git. Как говорилось в самом начале, плод интеграции Git в Visual Studio — это не намек на то, что Visual Studio полностью заменит рабочий процесс. Но то, что одна из самых популярных IDE стала отлично поддерживать одну из самых популярных систем контроля версий — это, на мой взгляд, замечательный факт, и обязательно понравится тем, кто использует и то и другое.
Читайте также: