Fixed typos in russian translation

src/levels/index.js

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

src/levels/intro/branching.js

@@ -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 и переключись на неё"
             ]
           }

src/levels/intro/commits.js

@@ -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": ""

src/levels/intro/merging.js

@@ -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\"!*"
             ]
           }
         }

src/levels/intro/rebasing.js

@@ -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`",
               "* Сделай коммит",

src/levels/rampup/cherryPick.js

@@ -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 (или если ты попал в сложную ситуацию). Теперь речь пойдёт о перемещении изменений, другими словами, возможности, позволяющие разработчику сказать \"Хочу, чтобы эти изменения были вот тут, а вот эти вон там\" и получить точные, правильные результаты, не теряя при этом гибкости разработки.",
               "",
               "На первый взгляд запутано, но на самом деле всё просто."
             ]

src/levels/rampup/detachedHead.js

@@ -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."

src/levels/rampup/interactiveRebase.js

@@ -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 -- переключение его означает, что нужно выкинуть коммит.",
-              "* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объедниять изменения двух коммитов.",
+              "* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объединять изменения двух коммитов.",
               "",
               "Ну что ж, посмотрим на примеры!"
             ]

src/levels/rampup/relativeRefs.js

@@ -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) и двигаться от него",
               "",
               "Относительные ссылки - мощный инструмент, но мы покажем два простых способа использования:",
               "",

src/levels/rampup/relativeRefs2.js

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

src/levels/rampup/reversingChanges.js

@@ -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`. Посмотрим, как это работает"
             ],