Перевод терминов Git на русский?

Question

[KindDragon]

Перевожу Git Extensions на русский и возникла сложность с переводом некоторых терминов Git'а. Может что подскажете?

• Fetch- забрать?
  
• Pull- ???
  
• Push- отправить?
  
• Commit — TortoiseSVN использует термин фиксация
  
• Merge — слияние?
  
• Rebase- перебазировать?
  
• Checkout — забрать
  
• Repository- репозиторий или хранилище?
  
• Diff — сравнить/изменения
  
• Difftool — утилита сравнения?
  
• Mergetool — утилита слияния?
  
• ignore list- список игнорируемых?
  
• bisect- бинарный поиск?
  
• submodule- под модуль?
  
• superproject- родительский проект?
  
• Working tree- рабочая копия
  
• Stage
  
• Unstage
  
• Cherry Pick
  
• Detached HEAD
  
• Squash
  

Answer 1

[calg0n]

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

Comments

[ferasinka]

Самый лучший вариант перевода :-)
Плюс склонять можно.

[KindDragon]

Тогда может лучше оставить эти термины без перевода, переводить все кроме них

Ну вы перебарщиваете, Diff — то точно можно перевести как изменения или сравнить (зависит от контекста)

Answer 2

[pomeo]

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

Comments

[KindDragon]

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

[pomeo]

KindDragon возьмите книжку тогда известную переведённую, или русский man(должен быть) и посмотрите там термины, чтобы своё не придумывать

Answer 3

[robux]

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

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

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

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

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

Comments

[calg0n]

Не айс если честно :)

[Дмитрий]

Можно поискать готовые переводы для уже существующих вещей, к примеру вот:
1) CVS. В ней checkout точно есть и наверняка за столько времени ее сущестования кто-то да перевел!
2) Обычные команды входящие в базовый UNIX-toolchain: mv,rm, etc

Answer 4

[edelweard]

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

Comments

[Сергей Кузнецов]

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

Answer 5

[xhoskin]

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

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

Answer 6

[mejedi]

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

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

Comments

[KindDragon]

Спасибо, «буфер» вместо «стейдж» мне по ссылке вариант понравился.

Answer 7

[Сергей Протько]

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

Comments

[KindDragon]

Спасибо, нашел у них глоссарий github.com/GArik/progit/wiki/Glossary

Answer 8

[icoz]

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