Перевод терминов Git на русский? — Хабр Q&A

Фетч
Пулл
Пуш
Коммит
Мерж
Ребейз
Чекаут
Репозиторий
Дифф
…
🙂
Не нужно переводить, ибо вообще тогда ничего не понять. Оставьте как есть, по-английски.

Ответ написан

не надо так делать, это ужасно, обычно когда читаешь «перевод» не понимаешь вообще о чём речь

Ответ написан

Работает локально:

  • init — инициализировать git
  • config — конфигурировать git
  • add — добавить файл/каталог в индекс
  • rm — удалить файл/каталог (из индекса и физически)
  • mv — переименовать файл/каталог (в индексе и физически)
  • commit — зафиксировать индекс
  • branch — создать ветку
  • merge — слить ветки
  • rebase — переслить ветки
  • checkout — встать на ветку
  • status — текущее состояние
  • diff — показать что изменено
  • remote — настроить связь с удалёнными

Работает удалённо:

  • clone — клонировать (init+remote+pull)
  • fetch — забрать (без слияния)
  • pull — забрать и слить
  • push — отправить

В остальное еще не вникал.

Ответ написан

Ужас какой-то. Никогда не понимал, зачем переводить софт для программистов. Английский всё равно учить придётся. И выучить его до такой степени, чтобы разбираться в софте, не сложно и не долго.

Ответ написан

Переводить нужно, чтобы понимать метафоры разработчиков.

Английскому уху слышатся понятные слова «забрать», «отправить», «слить», а не кривые уродцы «зафетчить», «запулить», «запушить». Английскому разуму не нужно объяснять, что делают эти команды — он понял их смысл из названия, из знакомого слова. Для этого разработчики и придумывают метафоры — чтобы не нужно было объяснять, читать документацию.

Переводить метафоры нужно. Мы все пользуемся хорошими переводами английских терминов. Никто не говорит «Закрой этот Виндоу», все говорят «Закрой окно». И на клавиатуре кнопки, а не буттоны.

Ответ написан

более трёх лет назад

Комментировать

Я бы посмотрел в сторону книг по гиту на русском, изданных в хороших издательствах.

Но судя по всему, устоявщейся терминологии нет.

Ответ написан

В русской версии ProGIt все довольно нормально переведено. Но я считаю что переводить команды не стоит.

Ответ написан

Лучше в примерах разбирайтесь и их комментируйте и выверяйте. А так для описания где-что хорошо robux написал.

Ответ написан

Комментировать

Начало работы с Git в WSL

  • Статья
  • Чтение занимает 5 мин

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

Git можно установить в Windows И на WSL

Важный момент: при включении WSL и установке дистрибутива Linux выполняется установка новой файловой системы, отдельной от файловой системы Windows C:\ диск на компьютере. В Linux дискам не присваиваются буквы. Им предоставляются точки подключения. Корнем файловой системы / является точка подключения корневого раздела или папки в случае WSL. Не все под / является тем же диском. Например, на ноутбуке установлены две версии Ubuntu (20.04 и 18.04), а также Debian. Если открыть эти дистрибутивы, выберите домашний каталог с помощью команды

cd ~, а затем введите команду explorer.exe ., Windows проводник откроется и отобразит путь к каталогу для этого дистрибутива.

Дистрибутив LinuxПуть Windows для доступа к домашней папке
Ubuntu 20.04\\wsl$\Ubuntu-20.04\home\username
Ubuntu 18.04\\wsl$\Ubuntu-18.04\home\username
Debian\\wsl$\Debian\home\username
Windows PowerShellC:\Users\username

Совет

Если вы хотите получить доступ к каталогу файлов Windows из командной строки дистрибутива C:\Users\usernameWSL, а не с помощью , каталог будет доступен с помощью /mnt/c/Users/username, так как дистрибутив Linux видит файловую систему Windows как подключенный диск.

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

Установка Git

Git уже установлен с большинством дистрибутивов подсистема Windows для Linux, однако вы можете обновиться до последней версии.

Вам также потребуется настроить файл конфигурации Git.

Сведения об установке Git см. на сайте Git Download for Linux . Каждый дистрибутив Linux имеет собственный диспетчер пакетов и команду установки.

Для последней стабильной версии Git в Ubuntu/Debian введите команду:

sudo apt-get install git

Примечание

Вы также можете установить Git для Windows , если вы еще этого не сделали.

Настройка файла конфигурации Git

Чтобы настроить файл конфигурации Git, откройте командную строку для дистрибутива, с которым вы работаете, и задайте свое имя с помощью следующей команды (заменив «Ваше имя» предпочитаемым именем пользователя):

git config --global user.name "Your Name"

Задайте адрес электронной почты с помощью этой команды (заменив «[email protected]» нужным адресом электронной почты):

git config --global user.email "[email protected]"

Совет

Если у вас еще нет учетной записи GitHub, вы можете зарегистрироваться на сайте GitHub. Если вы никогда не использовали Git, обратитесь к руководствам по GitHub. Они помогут вам приступить к работе. Если вам нужно изменить конфигурацию Git, это можно сделать с помощью встроенного текстового редактора, например nano: nano ~/.gitconfig.

Рекомендуется защитить учетную запись с помощью двухфакторной проверки подлинности (2FA).

Настройка диспетчера учетных данных Git

Диспетчер учетных данных Git (GCM) — это вспомогатель безопасных учетных данных Git, созданный на основе .NET , который можно использовать как с WSL1, так и с WSL2. Она обеспечивает поддержку многофакторной проверки подлинности для репозиториев GitHub, Azure DevOps, Azure DevOps Server и Bitbucket.

GCM интегрируется в поток проверки подлинности для таких служб, как GitHub, и после проверки подлинности у поставщика услуг размещения запрашивает новый маркер проверки подлинности. Затем маркер безопасно сохраняется в диспетчере учетных данных Windows. После первого использования Git можно общаться с поставщиком услуг размещения без необходимости повторной проверки подлинности.

Он просто обратится к маркеру в диспетчере учетных данных Windows.

Чтобы использовать GCM с WSL, необходимо использовать Windows 10 версии 1903 или более поздней. Это первая версия Windows, которая содержит необходимый wsl.exe инструмент, который GCM использует для взаимодействия с Git в дистрибутивах WSL.

Рекомендуется установить последнюю версию Git для Windows, чтобы совместно использовать параметры учетных & данных между WSL и узлом Windows. Диспетчер учетных данных Git входит в состав Git для Windows, а последняя версия включается в каждый новый выпуск Git для Windows. Во время установки вам будет предложено выбрать вспомогательную настройку учетных данных с GCM по умолчанию.

Если у вас есть причина не устанавливать Git для Windows, вы можете установить GCM как приложение Linux непосредственно в дистрибутиве WSL, но обратите внимание, что это означает, что GCM работает как приложение Linux и не может использовать функции проверки подлинности или хранилища учетных данных операционной системы Windows. Инструкции по настройке WSL без Git для Windows см. в репозитории GCM.

Чтобы настроить GCM для использования с дистрибутивом WSL, откройте дистрибутив и введите следующую команду:

Если GIT установлен = >v2.39.0

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager.exe"

else, если GIT установлен >= v2.36.1

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/bin/git-credential-manager-core.exe"

Иначе, если версия v2.36.1 < , введите следующую команду:

git config --global credential.helper "/mnt/c/Program\ Files/Git/mingw64/libexec/git-core/git-credential-manager.exe"

Примечание

Использование GCM в качестве вспомогательного средства учетных данных для установки WSL Git означает, что любой набор конфигурации в WSL Git не учитывается GCM (по умолчанию). Это связано с тем, что GCM работает как приложение Windows и, следовательно, будет использовать установку Git для Windows для запроса конфигурации. Это означает, что такие параметры прокси-сервера для GCM должны быть заданы в Git для Windows, а также WSL Git, так как они хранятся в разных файлах (%USERPROFILE%\.gitconfig и \\wsl$\distro\home\$USER\.gitconfig). Вы можете настроить WSL таким образом, чтобы GCM использовал конфигурацию WSL Git, но это означает, что параметры прокси-сервера будут уникальными для конкретной установки WSL и не будут использоваться другими пользователями или узлом Windows.

Git с SSH

Диспетчер учетных данных Git работает только с удаленными http(S). Вы по-прежнему можете использовать Git с SSH:

  • Azure DevOps SSH
  • GitHub SSH
  • Bitbucket SSH

Дополнительная конфигурация для Azure

Если вы планируете работать с Azure Repos или Azure DevOps, требуется дополнительная настройка:

git config --global credential.https://dev.azure.com.useHttpPath true

Теперь любая операция Git, выполняемая в дистрибутиве WSL, будет использовать GCM. Если у вас уже есть кэшированные учетные данные для узла, к ним будет выполняться доступ из диспетчера учетных данных. В противном случае отобразится диалоговое окно с запросом учетных данных, даже если вы работаете в консоли Linux.

Совет

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

Добавление файла игнорирования Git

Рекомендуется добавить в проекты GITIGNORE-файл . GitHub предлагает коллекцию полезных шаблонов .gitignore с рекомендуемыми настройками файлов .gitignore, упорядоченными в соответствии с вашим вариантом использования. Например, ниже приведен шаблон GitIgnore по умолчанию GitHub для проекта Node.js.

Если вы решили создать репозиторий с помощью веб-сайта GitHub, доступны флажки для инициализации репозитория с помощью файла СВЕДЕНИЙ, GITIGNORE-файла, настроенного для конкретного типа проекта, и варианты добавления лицензии, если она вам нужна.

Git и VS Code

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

Окончания строк Git

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

Так как Windows и Linux используют разные окончания строк по умолчанию, Git может сообщать о большом количестве измененных файлов, которые не имеют различий, кроме их окончания строк. Чтобы предотвратить это, можно отключить преобразование строки, заканчивающееся с помощью .gitattributes файла или глобально на стороне Windows. Сведения об устранении проблем с завершением строк Git см. в этом документе VS Code.

Дополнительные ресурсы

  • WSL & VS Code
  • GitHub Learning Lab: онлайн-курсы
  • Средство визуализации Git
  • Средства Git — хранилище учетных данных
Определение

в кембриджском словаре английского языка

Переводы git

на китайский (традиционный)

蠢蛋，飯桶，討厭鬼（尤指男性）…

Подробнее

на китайском (упрощенном)

蠢货，饭桶，讨厌鬼（尤指男性）…

Подробнее

на Португальский

каналья…

Подробнее

Нужен переводчик?

Получите быстрый бесплатный перевод!

Как произносится git ?