Merge pull request #350 from morodeer/master

Russian translation fixes
2025-07-30 15:44:35 +02:00 · 2016-01-10 11:19:38 -08:00 · 2016-01-10 11:19:38 -08:00 · 676b90a115
commit 676b90a115
parent 85f912ddb9 7dff114e9b
6 changed files with 9 additions and 9 deletions
--- a/src/levels/remote/fetchArgs.js
+++ b/src/levels/remote/fetchArgs.js
@ -950,7 +950,7 @@ exports.level = {
              "",
              "Если Вы уверенны в том, что хотите закачать коммиты *прямиком* в Вашу локальную ветку, тогда да, Вы можете явно указать источник и получатель через двоеточние. Вы можете воспользоваться таким приёмом лишь для ветки, на которой Вы не находитесь в настоящий момент `checkout`.",
              "",
-              "Тепер у нас `<источник>` - это место на *удалённом репозитории*, а `<получатель>` - место в *локальном* репозитории, в который соедует помещать коммиты. Аргументы в точности да наоборот повторяют git push, и не мудрено, ведь теперь мы переносим данные в обратном направлении!",
+              "Теперь у нас `<источник>` - это место на *удалённом репозитории*, а `<получатель>` - место в *локальном* репозитории, в который соедует помещать коммиты. Аргументы в точности да наоборот повторяют git push, и не мудрено, ведь теперь мы переносим данные в обратном направлении!",
              "",
              "Как уже было сказано, разработчики редко используют такой подход на практике. Целью демонстрации такой возможности было показать на сколько сходи концептуально `fetch` и `push`. Их отличие лишь в направлении переноса данных."
            ]
@ -1001,9 +1001,9 @@ exports.level = {
          "type": "ModalAlert",
          "options": {
            "markdowns": [
-              "Ладно, достаточно болтавни! Чтобы выполнить этот уровень, скачайте лишь определённые коммиты так, как представлено в визуализации цели. Пофантазируйте с этими командами!",
+              "Ладно, достаточно болтовни! Чтобы выполнить этот уровень, скачайте лишь определённые коммиты так, как представлено в визуализации цели. Пофантазируйте с этими командами!",
              "",
-              "Вам следует явно указывать источник и получатель для обеих команд fetch. Обратите внимание на визуализацию цели, так как ID-шники могут меняться!"
+              "Вам следует явно указывать источник и получателя для обеих команд fetch. Обратите внимание на визуализацию цели, так как ID-шники могут меняться!"
            ]
          }
        }
--- a/src/levels/remote/fetchRebase.js
+++ b/src/levels/remote/fetchRebase.js
@ -1122,7 +1122,7 @@ exports.level = {
          "type": "ModalAlert",
          "options": {
            "markdowns": [
-              "Здорово! А можно ли как-то сделать всё тоже самое, но с меньшим количеством команд?",
+              "Здорово! А можно ли как-то сделать всё то же самое, но с меньшим количеством команд?",
              "",
              "Конечно -- ведь Вы уже знаете команду `git pull`, которая является аналогом и более кратким аналогом для совместных fetch и merge. А команда `git pull --rebase` - аналог для совместно вызванных fetch и rebase!",
              "",
--- a/src/levels/remote/pull.js
+++ b/src/levels/remote/pull.js
@ -483,7 +483,7 @@ exports.level = {
                          "Что же произойдёт если вместо этих команд мы воспользуемся `git pull` ?"
                      ],
                      "afterMarkdowns": [
-                          "Абсолютно тоже самое! Нужно ясно и чётко понимать, что `git pull` существенно уменьшает Вашу рутинную работу, если бы Вы использовали `git fetch` и последующее слияние (merging) скаченной ветки."
+                          "Абсолютно то же самое! Нужно ясно и чётко понимать, что `git pull` существенно уменьшает Вашу рутинную работу, если бы Вы использовали `git fetch` и последующее слияние (merging) скаченной ветки."
                      ],
                      "command": "git pull",
                      "beforeCommand": "git clone; git commit; git fakeTeamwork"
--- a/src/levels/remote/pushArgs2.js
+++ b/src/levels/remote/pushArgs2.js
@ -551,10 +551,10 @@ exports.level = {
          "type": "GitDemonstrationView",
          "options": {
            "beforeMarkdowns": [
-              "Помните, `источник` всего лишь местоположение, которое git должен понять:"
+              "Помните, `источник` - всего лишь местоположение, которое git должен понять:"
            ],
            "afterMarkdowns": [
-              "Вау! Это довольно нетривиальная команда, однако она имеет смысл -- git распознаёт `foo^` как ни что иное как местоположение, закачивает все коммиты, которые не присутствуют на удалённом репозитории и затем обновляет получателя."
+              "Вау! Это довольно нетривиальная команда, однако она имеет смысл -- git видит в `foo^` не что иное, как местоположение, закачивает все коммиты, которые не присутствуют на удалённом репозитории, и затем обновляет получателя."
            ],
            "command": "git push origin foo^:master",
            "beforeCommand": "git clone; go -b foo; git commit; git commit"
--- a/src/levels/remote/remoteBranches.js
+++ b/src/levels/remote/remoteBranches.js
@ -529,7 +529,7 @@ exports.level = {
                        "",
                        "Во-первых, Вы должны были заметить что у нас появилась новая ветка в нашем локальном репозитории с именем `o/master`. Такой тип ветки называется _удалённой_ веткой; поскольку удалённые ветки играют важную и уникальную роль, они обладают рядом специальных свойств.",
                        "",
-                        "Удалённые ветки отражают _состояние_ удалённых репозиториев (с того момента как Вы обращались к этим удалённым репозиториям в последний раз). Они позволяют Вам отслеживать и видить разницу между Вашими локальными наработками и тем что было сделано другими участниками -- важный шаг, который необходимо делать, прежде чем делиться своими наработками с другими.",
+                        "Удалённые ветки отражают _состояние_ удалённых репозиториев (с того момента как Вы обращались к этим удалённым репозиториям в последний раз). Они позволяют Вам отслеживать и видеть разницу между Вашими локальными наработками и тем что было сделано другими участниками -- важный шаг, который необходимо делать, прежде чем делиться своими наработками с другими.",
                        "",
                        "Важным свойством удалённых веток является тот факт, что когда Вы извлекаете их Вы отделяете (detaching) `HEAD`. Git делает это потому что Вы не можете работать непосредственно в этих ветках; сперва Вам необходимо сделать наработки где-либо, а уж затем делиться ими с удалёнными репозиториями (после чего Ваши удалённые ветки будут обновлены)."
                    ]
--- a/src/levels/remote/tracking.js
+++ b/src/levels/remote/tracking.js
@ -868,7 +868,7 @@ exports.level = {
            "markdowns": [
              "## Удалённые-отслеживаемые ветки",
              "",
-              "Короче, связь между `master` и `o/master` объясняется не иначе как свойство \"удалённое отслеживание\" веток. Ветка `master` настроена так, чтобы следить за `o/master` -- это подразумевает наличие источника для merge и пункта назначения для, в контексте ветки `master`.",
+              "Короче, связь между `master` и `o/master` объясняется не иначе как свойство \"удалённое отслеживание\" веток. Ветка `master` настроена так, чтобы следить за `o/master` -- это подразумевает наличие источника для merge и пункта назначения для push в контексте ветки `master`.",
              "",
              "Вы должно быть удивлены, как это отслеживание появилось на ветке `master`, если мы не запускали ни одной специфической команды. На самом деле, когда Вы клонируете репозиторий это слежение включается автоматически.",
              "",