mirror/pcottle.learnGitBranching
1
0
Fork 0
mirror of https://github.com/pcottle/learnGitBranching.git synced 2025-07-10 06:34:26 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

Fixed typos in russian translation

Browse source
This commit is contained in:
Dmitri Suvorov 2015-05-10 22:00:06 +03:00
parent 8550519529
commit adedcc5d6c
11 changed files with 32 additions and 32 deletions
Download patch file Download diff file Expand all files Collapse all files

2
src/levels/index.js
View file

@ -203,7 +203,7 @@ var sequenceInfo = exports.sequenceInfo = {
'ko': 'Git을 다루는 다양한 팁과 테크닉을 다양하게 알아봅니다',
'zh_CN': 'Git技术、技巧与贴士杂烩',
'zh_TW': 'git 的技術，招數與技巧',
'ru_RU': 'Ассорти из приёмов работы с гит, хитростей и советов'
'ru_RU': 'Ассорти из приёмов работы с Git, хитростей и советов'
}
},
advanced: {

8
src/levels/intro/branching.js
View file

@ -11,7 +11,7 @@ exports.level = {
"fr_FR": "Gérer les branches avec Git",
"zh_CN": "建立Git分支",
"zh_TW": "建立 git branch",
"ru_RU": "Ветвление в git"
"ru_RU": "Ветвление в Git"
},
"hint": {
"en_US": "Make a new branch with \"git branch [name]\" and check it out with \"git checkout [name]\"",
@ -742,7 +742,7 @@ exports.level = {
"",
"Так как создание множества веток никак не отражается на памяти или жестком диске, удобнее и проще разбивать свою работу на много маленьких веток, чем хранить все изменения в одной огромной ветке.",
"",
"Чуть позже мы попробуем использовать ветки и коммиты и вы увидите как две эти возможности сочетаются. Можно сказать, что создание ветка хранит изменения текущих коммитов и всех его родителей."
"Чуть позже мы попробуем использовать ветки и коммиты и вы увидите как две эти возможности сочетаются. Можно сказать, что созданная ветка хранит изменения текущих коммитов и всех его родителей."
]
}
},
@ -768,7 +768,7 @@ exports.level = {
"Теперь попробуем сделать некоторые изменения в этой ветке. Для этого нажми кнопку ниже."
],
"afterMarkdowns": [
"О-оу! Ветка master сдвинулся тогда как ветка newImage - нет! Всё из-за того, что мы не перешли на новую ветку, на что указывает звёздочка около ветки master"
"О-оу! Ветка master сдвинулась тогда как ветка newImage - нет! Всё из-за того, что мы не перешли на новую ветку, на что указывает звёздочка около ветки master"
],
"command": "git commit",
"beforeCommand": "git branch newImage"
@ -797,7 +797,7 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"Ну что ж, теперь вы готовы к работе с ветками. Как только это окно закроется,",
"Ну что ж, теперь ты готов к работе с ветками. Как только это окно закроется,",
"создай ветку с именем bugFix и переключись на неё"
]
}

6
src/levels/intro/commits.js
View file

@ -431,7 +431,7 @@ exports.level = {
"",
"Git пытается быть лёгким и быстрым насколько это только возможно, так что он не просто слепо копирует всю директорию какждый раз, а ужимает (когда это возможно) коммит в набор изменений или \"дельту\" между текущей версией и предыдущей.",
"",
"Также Git хранит всю историю о том, когда какой коммит был сделан. Вот почему большинство коммитов имеют предков -- мы указываем на предков стрелками при визуализации. Поддержка истории коммитов более чем важна для всех, кто работает на проектом!",
"Также Git хранит всю историю о том, когда какой коммит был сделан. Вот почему большинство коммитов имеют предков -- мы указываем на предков стрелками при визуализации. Поддержка истории коммитов более чем важна для всех, кто работает над проектом!",
"",
"Можно ещё долго рассказывать о коммитах, но для простоты будем считать их полными снимками проекта. Коммиты очень легки, так что переключение между ними происходит предельно быстро!"
]
@ -441,12 +441,12 @@ exports.level = {
"type": "GitDemonstrationView",
"options": {
"beforeMarkdowns": [
"Посмотрим, как это выглядит на практике. Справа расположена визуализация небольшого git репозитория. Сейчас в нём два коммита -- первый, исходны коммит, С0 и один коммит после него С1, содержащий изменения. ",
"Посмотрим, как это выглядит на практике. Справа расположена визуализация небольшого git репозитория. Сейчас в нём два коммита -- первый, исходный коммит, С0 и один коммит после него С1, содержащий изменения. ",
"",
"Нажми на кнопку, чтобы совершить коммит"
],
"afterMarkdowns": [
"Отлично. Мы только что внесли изменения в репозиторий и сохранили их как коммит. У коммит, который мы только что сделали, есть родитель, С1, который указывает на предыдущий коммит."
"Отлично. Мы только что внесли изменения в репозиторий и сохранили их как коммит. У коммита, который мы только что сделали, есть родитель, С1, который указывает на предыдущий коммит."
],
"command": "git commit",
"beforeCommand": ""

8
src/levels/intro/merging.js
View file

@ -659,7 +659,7 @@ exports.level = {
"## Branches and Merging",
"## Ветки и слияния",
"",
"Ок! Теперь мы знаем как создавать ветки и коммитить наши изменения. Теперь надо понять как объединять изменения из двух разных ветко. Очень удобно создать ветку, сделать свою часть работы в ней и потом объединить изменения из своей ветки с общими.",
"Ок! Теперь мы знаем как создавать ветки и коммитить наши изменения. Теперь надо понять как объединять изменения из двух разных веток. Очень удобно создать ветку, сделать свою часть работы в ней и потом объединить изменения из своей ветки с общими.",
"",
"Первый способ объединения изменений, который мы рассмотрим - это `git merge` - слияние или просто мердж. Слияния в Git создают особый вид коммита, который имеет сразу двух родителей. Коммит с двумя родителями обычно означает, что мы хотим объединить изменения из одного коммита, с другим коммитом и всеми их родителскими коммитами.",
"",
@ -680,7 +680,7 @@ exports.level = {
"",
"Во-вторых, обрати внимание как изменились цвета коммитов. Мы ввели цветовую дифференциацию, чтобы помочь помниманию. Каждая ветка своего цвета. Каждый коммит становится того цвета, какого его ветка. Если в нём изменения сразу двух веток - он становится цветом, смешанным из цветов родительских веток.",
"",
"И вот мы видим, что цвет ветки `master` подмешан к каждому коммиту, а ветки `bugFix` - нет. Это можно попроавить."
"И вот мы видим, что цвет ветки `master` подмешан к каждому коммиту, а ветки `bugFix` - нет. Это можно поправить."
],
"command": "git merge bugFix",
"beforeCommand": "git checkout -b bugFix; git commit; git checkout master; git commit"
@ -707,14 +707,14 @@ exports.level = {
"markdowns": [
"Чтобы пройти этот уровень сделай следующее:",
"",
"* Создай новыю ветку под названием `bugFix`",
"* Создай новую ветку под названием `bugFix`",
"* Переключись на новую ветку `bugFix` командой `git checkout bugFix`",
"* Сделай один коммит",
"* Вернись на ветку `master` при помощи `git checkout`",
"* Сделай ещё один коммит",
"* Слей ветку `bugFix` с веткой `master` при помощи `git merge`",
"",
"* Если что-то пошло не так - можешь подглядеть в жту шпаргалку командой \"objective\"!*"
"* Если что-то пошло не так - можешь подглядеть в эту шпаргалку командой \"objective\"!*"
]
}
}

6
src/levels/intro/rebasing.js
View file

@ -642,7 +642,7 @@ exports.level = {
"",
"Несмотря на то, что это звучит достаточно непонятно, преимущество rebase в том, что при его помощи можно делать чистые и красивые линейные последовательности коммитов. История коммитов будет чище, если вы применяете rebase.",
"",
"ПОсмотрим, как это работает..."
"Посмотрим, как это работает..."
]
}
},
@ -661,7 +661,7 @@ exports.level = {
"",
"Обрати внимание, что коммит С3 до сих пор существует где-то, а С3' - это его \"копия\" в ветке master",
"",
"Единственная проблема - ветка master не обновлена до последних изнменений. Это легко исправить."
"Единственная проблема - ветка master не обновлена до последних изменений. Это легко исправить."
],
"command": "git rebase master",
"beforeCommand": "git commit; git checkout -b bugFix C1; git commit"
@ -684,7 +684,7 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"Чтобы пройти этот уровен, сделай следующее:",
"Чтобы пройти этот уровень, сделай следующее:",
"",
"* Переключись на ветку `bugFix`",
"* Сделай коммит",

6
src/levels/rampup/cherryPick.js
View file

@ -15,7 +15,7 @@ exports.level = {
"pt_BR": "Introdução ao cherry-pick",
"zh_CN": "介绍 Cherry-pick",
"zh_TW": "介紹 cherry-pick",
"ru_RU": "Cherry-pick"
"ru_RU": "Введение в Cherry-pick"
},
"hint": {
"fr_FR": "git cherry-pick suivis par les noms de commits",
@ -491,9 +491,9 @@ exports.level = {
"markdowns": [
"## Поперемещаем изменения",
"",
"Итак, мы уже освоили основы Git: коммиты, ветки, перемещение по дереву изменений. Уже этих знаний достаточно, чтобы овладеть 90% мощу Git-репозиториев и покрыть нужды разработчиков.",
"Итак, мы уже освоили основы Git: коммиты, ветки, перемещение по дереву изменений. Уже этих знаний достаточно, чтобы овладеть 90% мощью Git-репозиториев и покрыть нужды разработчиков.",
"",
"А оставщиеся 10% будут очень полезны при сложных workfow (или если ты попал в сложную ситуацию). Теперь речь пойдёт о перемещении изменений, другими словами, возможности, позволяющие разработчику сказать \"Хочу, чтобы эти изменения были вот тут, а вот эти вот тут\" и получить точные, правильные результаты, не теряя при этому гибкости разработки.",
"А оставшиеся 10% будут очень полезны при сложных workfow (или если ты попал в сложную ситуацию). Теперь речь пойдёт о перемещении изменений, другими словами, возможности, позволяющие разработчику сказать \"Хочу, чтобы эти изменения были вот тут, а вот эти вон там\" и получить точные, правильные результаты, не теряя при этом гибкости разработки.",
"",
"На первый взгляд запутано, но на самом деле всё просто."
]

6
src/levels/rampup/detachedHead.js
View file

@ -668,9 +668,9 @@ exports.level = {
"",
"В первую очередь, поговорим о \"HEAD\". HEAD - это символическое имя текущего выбранного коммита -- это, по сути, тот коммит, над которым мы в данным момент работаем.",
"",
"HEAD всегда указывает на последний коммит, из вашего локального дерева. Большинство комманд Git, изменяющих рабочее дерево, начнут с изменения HEAD.",
"HEAD всегда указывает на последний коммит, из вашего локального дерева. Большинство команд Git, изменяющих рабочее дерево, начнут с изменения HEAD.",
"",
"Обычно HEAD указывает на имя ветки (например bigFix). Когда вы делаете коммит, статус ветки bugFix меняется и это изменение видно через HEAD."
"Обычно HEAD указывает на имя ветки (например bugFix). Когда вы делаете коммит, статус ветки bugFix меняется и это изменение видно через HEAD."
]
}
},
@ -678,7 +678,7 @@ exports.level = {
"type": "GitDemonstrationView",
"options": {
"beforeMarkdowns": [
"Посмотрим как это работает. Посмотрим где находится HEAD до и почле коммита."
"Посмотрим как это работает. Посмотрим где находится HEAD до и после коммита."
],
"afterMarkdowns": [
"Вот! HEAD всё это время скрывался за веткой master."

8
src/levels/rampup/interactiveRebase.js
View file

@ -556,7 +556,7 @@ exports.level = {
"markdowns": [
"## Git Interactive Rebase",
"",
"Git cherry-pick прекрасен, когда точно извесно, какие коммиты нужны (и известны их точные хеши)",
"Git cherry-pick прекрасен, когда точно известно, какие коммиты нужны (и известны их точные хеши)",
"",
"Но как быть в случае, когда точно не известно какие коммиты нужны? К счастью, Git позаботился о таких ситуациях! Можно использовать интерактивный rebase для этого -- лучший способ, чтобы отобрать набор коммитов для rebase.",
"",
@ -570,7 +570,7 @@ exports.level = {
"markdowns": [
"Всё, что нужно для интерактивного rebase - это опция -i",
"",
"Если добавить эту опцию, Git откроет интерфейс просмотра того, какие коммиты готовы к копированию на цель rabse (target). Также показываются хеши коммитов и комментарии к ним, так что можно легко понять что к чему.",
"Если добавить эту опцию, Git откроет интерфейс просмотра того, какие коммиты готовы к копированию на цель rebase (target). Также показываются хеши коммитов и комментарии к ним, так что можно легко понять что к чему.",
"",
"Для \"реального\" Git, этот интерфейс означает просто открытие файла в редакторе типа vim. Для этой обучалки, я сделал небольшое диалоговое окно, которое по сути делает то же, что и редактор."
]
@ -582,9 +582,9 @@ exports.level = {
"markdowns": [
"После открытия окна интерактивного rebase, есть три варианта для каждого коммита:",
"",
"* Можно сменить положение коммита по порядку, просто переставив строчку с ним в редакторе (у нас в окоше строку с коммитом можно перенести просто мышкой).",
"* Можно сменить положение коммита по порядку, просто переставив строчку с ним в редакторе (у нас в окошке строку с коммитом можно перенести просто мышкой).",
"* Можно \"выкинуть\" коммит из ребейза. Для этого есть pick -- переключение его означает, что нужно выкинуть коммит.",
"* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объедниять изменения двух коммитов.",
"* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объединять изменения двух коммитов.",
"",
"Ну что ж, посмотрим на примеры!"
]

6
src/levels/rampup/relativeRefs.js
View file

@ -633,11 +633,11 @@ exports.level = {
"markdowns": [
"## Относительные ссылки",
"",
"Передвигаться по дерево Git при помощи указания хешей коммитов немного неудоно. В реальной ситуации у вас вряд ли будет красивая визуализация дерева в терминале, так что придётся каждый раз использовать `git log`, чтобы найти хеш нужного коммита",
"Передвигаться по дереву Git при помощи указания хешей коммитов немного неудоно. В реальной ситуации у вас вряд ли будет красивая визуализация дерева в терминале, так что придётся каждый раз использовать `git log`, чтобы найти хеш нужного коммита",
"",
"Более того, хеши в реальном репозитории Git сильно более длинные. Например, хеш для коммита, который приведён в предыдущем уровне - `fed2da64c0efc5293610bdd892f82a58e8cbc5d8`. Не очень просто для произношения =)",
"",
"Хорошая новость в том, что Git достаточно умён в работе хешей. Ему нужно лишь первые несколько символов для того, чтобы идентифицировать конкретный коммит. Так что можно написать просто `fed2` вместо колбасы выше."
"Хорошая новость в том, что Git достаточно умён в работе с хешеми. Ему нужно лишь первые несколько символов для того, чтобы идентифицировать конкретный коммит. Так что можно написать просто `fed2` вместо колбасы выше."
]
}
},
@ -647,7 +647,7 @@ exports.level = {
"markdowns": [
"Как мы уже говорили, указание на коммит при помощи его хеша - не самый удобный способ, поэтому Git поддерживает относительные ссылки и они прекрасны!",
"",
"С относительными ссылками можно начать с какого-либо удобновго места (например с ветки `bugFix` или от HEAD) и двигаться о него",
"С относительными ссылками можно начать с какого-либо удобного места (например с ветки `bugFix` или от HEAD) и двигаться от него",
"",
"Относительные ссылки - мощный инструмент, но мы покажем два простых способа использования:",
"",

4
src/levels/rampup/relativeRefs2.js
View file

@ -607,9 +607,9 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"Мы рассмотрели относительные ссылки и branch forcing вкупе, так что теперь пришло время пройти следующий оуровень.",
"Мы рассмотрели относительные ссылки и branch forcing вкупе, так что теперь пришло время пройти следующий уровень.",
"",
"Чтобы пройти этот уровень, передвинь `HEAD`, `master` и `bugFix` так как показано на выизуализации."
"Чтобы пройти этот уровень, передвинь `HEAD`, `master` и `bugFix` так как показано на визуализации."
]
}
}

4
src/levels/rampup/reversingChanges.js
View file

@ -603,7 +603,7 @@ exports.level = {
"markdowns": [
"## Отмена изменений в Git",
"",
"Есть много путей для отмены изменений в Git. Так же как и коммит, отмена изменений в Git возможно и на низком уровне (добавление в коммит отдельных файлов и наборов строк) и на высоком (как изменения реально отменяются). Сейчас сфокусируемся на высокоуровневой части.",
"Есть много путей для отмены изменений в Git. Так же как и коммит, отмена изменений в Git возможна и на низком уровне (добавление в коммит отдельных файлов и наборов строк) и на высоком (как изменения реально отменяются). Сейчас сфокусируемся на высокоуровневой части.",
"",
"Есть два основных способа отмены изменений в Git: первый - это `git reset`, а второй - `git revert`. Попробуем оба на следующем шаге.",
""
@ -633,7 +633,7 @@ exports.level = {
"beforeMarkdowns": [
"## Git Revert",
"",
"Reset отлично работае на локальных ветках, в локальных репозиториях. Но этот метод переписывания истории не срабоает на удалённых ветках, которые используют другие пользователи.",
"Reset отлично работает на локальных ветках, в локальных репозиториях. Но этот метод переписывания истории не сработает на удалённых ветках, которые используют другие пользователи.",
"",
"Чтобы отменить изменения и поделиться отменёнными изменениями с остальными, надо использовать `git revert`. Посмотрим, как это работает"
],