diff --git a/src/levels/index.js b/src/levels/index.js index 0e28e5bd..c564531a 100644 --- a/src/levels/index.js +++ b/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: { diff --git a/src/levels/intro/branching.js b/src/levels/intro/branching.js index e1f7e283..469e0dd9 100644 --- a/src/levels/intro/branching.js +++ b/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 и переключись на неё" ] } diff --git a/src/levels/intro/commits.js b/src/levels/intro/commits.js index baadd51d..7fd762aa 100644 --- a/src/levels/intro/commits.js +++ b/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": "" diff --git a/src/levels/intro/merging.js b/src/levels/intro/merging.js index 323edca1..4ca31cdb 100644 --- a/src/levels/intro/merging.js +++ b/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\"!*" ] } } diff --git a/src/levels/intro/rebasing.js b/src/levels/intro/rebasing.js index 62117bb7..a8b220d8 100644 --- a/src/levels/intro/rebasing.js +++ b/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`", "* Сделай коммит", diff --git a/src/levels/rampup/cherryPick.js b/src/levels/rampup/cherryPick.js index 547a7aaf..434eb9b8 100644 --- a/src/levels/rampup/cherryPick.js +++ b/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 (или если ты попал в сложную ситуацию). Теперь речь пойдёт о перемещении изменений, другими словами, возможности, позволяющие разработчику сказать \"Хочу, чтобы эти изменения были вот тут, а вот эти вон там\" и получить точные, правильные результаты, не теряя при этом гибкости разработки.", "", "На первый взгляд запутано, но на самом деле всё просто." ] diff --git a/src/levels/rampup/detachedHead.js b/src/levels/rampup/detachedHead.js index 184827ba..952f090f 100644 --- a/src/levels/rampup/detachedHead.js +++ b/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." diff --git a/src/levels/rampup/interactiveRebase.js b/src/levels/rampup/interactiveRebase.js index dbc2f161..f64b50f4 100644 --- a/src/levels/rampup/interactiveRebase.js +++ b/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 -- переключение его означает, что нужно выкинуть коммит.", - "* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объедниять изменения двух коммитов.", + "* Наконец, можно соединить коммиты. В этом уровне игры у нас не реализована эта возможность, но, если кратко -- при помощи этой функции можно объединять изменения двух коммитов.", "", "Ну что ж, посмотрим на примеры!" ] diff --git a/src/levels/rampup/relativeRefs.js b/src/levels/rampup/relativeRefs.js index 7e9db8ae..ca4a577e 100644 --- a/src/levels/rampup/relativeRefs.js +++ b/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) и двигаться от него", "", "Относительные ссылки - мощный инструмент, но мы покажем два простых способа использования:", "", diff --git a/src/levels/rampup/relativeRefs2.js b/src/levels/rampup/relativeRefs2.js index 3c78b965..d693fb88 100644 --- a/src/levels/rampup/relativeRefs2.js +++ b/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` так как показано на визуализации." ] } } diff --git a/src/levels/rampup/reversingChanges.js b/src/levels/rampup/reversingChanges.js index 8b9b2deb..6a52f816 100644 --- a/src/levels/rampup/reversingChanges.js +++ b/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`. Посмотрим, как это работает" ],