Correct some parts in Russian translation #386

Closed
wants to merge 1 commit into
from

Conversation

Projects
None yet
3 participants
@x-cray
Contributor

x-cray commented Mar 14, 2013

No description provided.

@@ -548,7 +548,7 @@ Insert 18333fig0601.png
### Изменение сообщений нескольких коммитов ###
-Чтобы изменить коммит, находящийся глубоко в истории, вам придётся перейти к использованию более сложных инструментов. В Git'е нет специального инструмента для редактирования истории, но вы можете использовать `rebase` для перемещения ряда коммитов на то же самое место, где они были изначально, а не куда-то в другое место. Используя инструмент для интерактивного перемещения, вы можете останавливаться на каждом коммите, который хотите изменить, и редактировать сообщение, добавлять файлы или делать что-то ещё. Интерактивное перемещение можно запустить, добавив опцию `-i` к `git rebase`. Необходимо указать, насколько далёкие в истории коммиты вы хотите переписать, сообщив команде, на какой коммит выполняется перемещение.
+Чтобы изменить коммит, находящийся глубоко в истории, вам придётся перейти к использованию более сложных инструментов. В Git'е нет специального инструмента для редактирования истории, но вы можете использовать `rebase` для перемещения ряда коммитов внутри HEAD, в котором они были изначально вместо перемещения в другой. Используя инструмент для интерактивного перемещения, вы можете останавливаться на каждом коммите, который хотите изменить, и редактировать сообщение, добавлять файлы или делать что-то ещё. Интерактивное перемещение можно запустить, добавив опцию `-i` к `git rebase`. Необходимо указать, насколько далёкие в истории коммиты вы хотите переписать, сообщив команде, на какой коммит выполняется перемещение.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 14, 2013

Contributor

вы можете использовать rebase для перемещения ряда коммитов внутри HEAD, в котором они были изначально вместо перемещения в другой.

Это вообще непонятное предложение. Было лучше, по-моему.

В принципе, можно написать что-то вроде: "вы можете использовать rebase для перемещения ряда коммитов в ту же ветку, в которой они были созданы, вместо перемещения их в другое место."

@GArik

GArik Mar 14, 2013

Contributor

вы можете использовать rebase для перемещения ряда коммитов внутри HEAD, в котором они были изначально вместо перемещения в другой.

Это вообще непонятное предложение. Было лучше, по-моему.

В принципе, можно написать что-то вроде: "вы можете использовать rebase для перемещения ряда коммитов в ту же ветку, в которой они были созданы, вместо перемещения их в другое место."

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 17, 2013

Contributor

Вообще тут речь не о ветке, а именно о HEAD, изначальная фраза вообще не понятно о чем: «то же самое место» — что это за место? Я бы еще раз перефразировал вот так: «но вы можете использовать rebase для перемещения ряда коммитов на HEAD’e, на котором они были изначально вместо перемещения в другой»

@x-cray

x-cray Mar 17, 2013

Contributor

Вообще тут речь не о ветке, а именно о HEAD, изначальная фраза вообще не понятно о чем: «то же самое место» — что это за место? Я бы еще раз перефразировал вот так: «но вы можете использовать rebase для перемещения ряда коммитов на HEAD’e, на котором они были изначально вместо перемещения в другой»

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 18, 2013

Contributor

изначальная фраза вообще не понятно о чем: «то же самое место» — что это за место?

Ну а что тут непонятного? Коммиты можно rebase'ом переместить куда угодно, на почти любой коммит. Но в данном случае предлагается коммит, который нужно переписать, как бы переместить, но на вершину того же коммита, на котором он сейчас и находится. И это логично и понятно.
А вот фразы "перемещение ряда коммитов внутри HEAD", "перемещение ряда коммитов на HEAD’e" мне непонятны. Я ни первое, ни второе не могу себе представить.

@GArik

GArik Mar 18, 2013

Contributor

изначальная фраза вообще не понятно о чем: «то же самое место» — что это за место?

Ну а что тут непонятного? Коммиты можно rebase'ом переместить куда угодно, на почти любой коммит. Но в данном случае предлагается коммит, который нужно переписать, как бы переместить, но на вершину того же коммита, на котором он сейчас и находится. И это логично и понятно.
А вот фразы "перемещение ряда коммитов внутри HEAD", "перемещение ряда коммитов на HEAD’e" мне непонятны. Я ни первое, ни второе не могу себе представить.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 25, 2013

Contributor

Ок, видно, мне просто сложно представить что описано данными словами, хочется больше конкретики.

@x-cray

x-cray Mar 25, 2013

Contributor

Ок, видно, мне просто сложно представить что описано данными словами, хочется больше конкретики.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Я не знаю, как исправить, чтобы было понятней. Если понятно, что есть rebase, то, что есть перемещение на тот же самый коммит, я думаю, тоже должно быть понятно.

@GArik

GArik Mar 26, 2013

Contributor

Я не знаю, как исправить, чтобы было понятней. Если понятно, что есть rebase, то, что есть перемещение на тот же самый коммит, я думаю, тоже должно быть понятно.

@@ -345,7 +345,7 @@ Git определяет ветку, в которую он отправит в
## Миграция на Git ##
-Если вы решили начать использовать Git, а у вас уже есть база исходного кода в другой СКВ, вам придётся как-то мигрировать свой проект. Этот раздел описывает некоторые из включённых в состав Git'а инструментов для импортирования проектов из самых распространённых систем, в конце описывается создание вашего собственного инструмента для импортирования.
+Если вы решили начать использовать Git, а у вас уже есть база исходного кода в другой СКВ, вам придётся мигрировать свой проект. Этот раздел описывает некоторые из включённых в состав Git'а инструментов для импортирования проектов из самых распространённых систем, в конце описывается создание вашего собственного инструмента для импортирования.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 14, 2013

Contributor

а чем тут это "как-то" помешало? По-моему, оно тут хорошо смотрится. Добавляет некоторой неопределённости ситуации, по аналогии с "вам придётся как-то выкручиваться, что-то придумывать". То есть как бы решение, наверное, есть, но оно не очевидно. Поэтому "придётся как-то мигрировать" :)

@GArik

GArik Mar 14, 2013

Contributor

а чем тут это "как-то" помешало? По-моему, оно тут хорошо смотрится. Добавляет некоторой неопределённости ситуации, по аналогии с "вам придётся как-то выкручиваться, что-то придумывать". То есть как бы решение, наверное, есть, но оно не очевидно. Поэтому "придётся как-то мигрировать" :)

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 14, 2013

Contributor

По-моему, смотрится как-то совсем не по-технически

@x-cray

x-cray Mar 14, 2013

Contributor

По-моему, смотрится как-то совсем не по-технически

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Давай оставим, как есть.

@GArik

GArik Mar 26, 2013

Contributor

Давай оставим, как есть.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@@ -353,7 +353,7 @@ Git определяет ветку, в которую он отправит в
### Subversion ###
-Если вы прочли предыдущий раздел об использовании `git svn`, можете с лёгкостью воспользоваться имеющимися там инструкциями для клонирования репозитория через `git svn clone`. Затем можете отказаться от использования Subversion-сервера и отправлять изменения на новый Git-сервер, и использовать уже его. Вытащить историю изменений можно так же быстро, как получить данные с Subversion-сервера (что, однако, может занять какое-то время).
+Прочитав предыдущий раздел об использовании `git svn`, вы можете с лёгкостью воспользоваться имеющимися там инструкциями для клонирования репозитория через `git svn clone`. Затем можете отказаться от использования Subversion-сервера и отправлять изменения на новый Git-сервер, и использовать уже его. Вытащить историю изменений можно так же быстро, как получить данные с Subversion-сервера (что, однако, может занять какое-то время).

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 14, 2013

Contributor

здесь, мне кажется, и так всё было хорошо. Не вижу смысла тут менять начало, так как действительно далеко не все читают книжки последовательно от начала до конца.

@GArik

GArik Mar 14, 2013

Contributor

здесь, мне кажется, и так всё было хорошо. Не вижу смысла тут менять начало, так как действительно далеко не все читают книжки последовательно от начала до конца.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 14, 2013

Contributor

Ок, согласен. Это место уже редактировали, просто у меня была своя правка со старой версии.

@x-cray

x-cray Mar 14, 2013

Contributor

Ок, согласен. Это место уже редактировали, просто у меня была своя правка со старой версии.

@jnavila

This comment has been minimized.

Show comment Hide comment
@jnavila

jnavila Mar 25, 2013

Member

What is the status of this PR?

Member

jnavila commented Mar 25, 2013

What is the status of this PR?

@GArik

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 25, 2013

Contributor

The status is "Not ready". And to be honest, I don't think that it's worth pulling, because it mostly contains dubious rewordings.

Contributor

GArik commented Mar 25, 2013

The status is "Not ready". And to be honest, I don't think that it's worth pulling, because it mostly contains dubious rewordings.

@jnavila

This comment has been minimized.

Show comment Hide comment
@jnavila

jnavila Mar 25, 2013

Member

So, closing ?

Member

jnavila commented Mar 25, 2013

So, closing ?

@x-cray

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 25, 2013

Contributor

What about this commit 48e465e?

Contributor

x-cray commented Mar 25, 2013

What about this commit 48e465e?

@@ -189,7 +189,7 @@ Git-протокол — самый быстрый из доступных пр
Сначала необходимо ввести расположение, для сохранения ключа (`.ssh/id_rsa`), затем дважды ввести пароль, который вы можете оставить пустым, если не хотите его вводить каждый раз, когда используете ключ.
-Теперь каждый пользователь должен послать свой открытый ключ вам или тому, кто администрирует Git-сервер (предположим, что ваш SSH-сервер уже настроен на работу с открытыми ключами). Для этого им нужно скопировать всё содержимое файла с расширением `.pub` и отправить его по электронной почте. Открытый ключ выглядит как-то так:
+Теперь каждый пользователь должен послать свой открытый ключ вам или тому, кто администрирует Git-сервер (предположим, что ваш SSH-сервер уже настроен на работу с открытыми ключами). Для этого им нужно скопировать всё содержимое файла с расширением `.pub` и отправить его по электронной почте. Открытый ключ выглядит следующим образом:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ok.

@GArik

GArik Mar 26, 2013

Contributor

Ok.

@@ -729,7 +729,7 @@ GitHub — крупнейший на сегодняшний день сайт,
GitHub немного отличается от других хостингов кода способом группировки проектов. Вместо того, чтобы брать за основу проекты, GitHub ориентируется на пользователей. Это значит, что если я размещаю свой проект `grit` на GitHub'е, вы не найдёте его в `github.com/grit`, он будет в `github.com/schacon/grit`. Здесь нет никакой канонической версии проекта, что позволяет проектам беспрепятственно переходить от одного пользователя к другому, если начальный автор забросил проект.
-GitHub — это коммерческая компания, которая взимает плату с учётных записей, использующих приватные репозитории, но любой может хоть сейчас получить бесплатную учётную запись и разместить сколько ему угодно открытых проектов. Мы быстро рассмотрим, как это делается.
+GitHub — это коммерческая компания, которая взимает плату с учётных записей, использующих приватные репозитории, но любой может хоть сейчас получить бесплатную учётную запись и разместить сколько ему угодно открытых проектов. Мы вкратце рассмотрим, как это делается.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ну ок. Хотя я бы не трогал.

@GArik

GArik Mar 26, 2013

Contributor

Ну ок. Хотя я бы не трогал.

@@ -829,9 +829,9 @@ Insert 18333fig0413.png
### Ответвления проектов ###
-Если вы хотите внести вклад в существующий проект, в который у вас нет права на отправку изменений, GitHub приветствует ответвления. Когда вы смотрите на страницу заинтересовавшего вас проекта и хотите немного поработать над ним, вы можете нажать на кнопку "Fork" в заголовке проекта, чтобы GitHub скопировал проект вашему пользователю, и вы смогли отправлять туда свои изменения.
+Если вы хотите внести вклад в существующий проект, в котором у вас нет права на отправку изменений, GitHub приветствует ответвления. Когда вы смотрите на страницу заинтересовавшего вас проекта и хотите немного поработать над ним, вы можете нажать на кнопку "Fork" в заголовке проекта, чтобы GitHub скопировал проект вашему пользователю, и вы смогли отправлять туда свои изменения.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Сомнительно. Может лучше что-нибудь типа "на отправку изменений в который у вас нет прав"?

@GArik

GArik Mar 26, 2013

Contributor

Сомнительно. Может лучше что-нибудь типа "на отправку изменений в который у вас нет прав"?

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

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

@x-cray

x-cray Mar 26, 2013

Contributor

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

-Таким образом, проектам не нужно беспокоиться о добавлении пользователей в качестве участников для предоставления им доступа на отправку изменений. Люди могут ответвить проект и отправлять изменения в свою копию. А мейнтейнер главного проекта может вернуть эти изменения, добавляя форки как удалённые серверы и сливая из них наработки.
+Таким образом, проектам не нужно беспокоиться о добавлении пользователей в качестве участников для предоставления им доступа на отправку изменений. Люди могут ответвить проект и отправлять изменения в свою копию. А мейнтейнер главного проекта может получить эти изменения, добавляя форки как удалённые серверы и сливая из них наработки.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ok.

@GArik

GArik Mar 26, 2013

Contributor

Ok.

@@ -33,7 +33,7 @@ Insert 18333fig0501.png
Insert 18333fig0502.png
Рисунок 5-2. Рабочий процесс с менеджером по интеграции.
-Это очень распространённый тип рабочего процесса для сайтов вроде GitHub, где можно легко форкнуть проект и выложить свои изменения на всеобщее обозрение в собственную копию. Одно из главных преимуществ такого подхода — возможность продолжать работать, в то время как владелец основного репозитория может включить себе ваши изменения, когда ему угодно. Участникам проекта не придётся ждать, пока их изменения не будут включены в проект — каждый может работать в своём собственном ритме.
+Это очень распространённый тип рабочего процесса для сайтов вроде GitHub, где можно легко форкнуть проект и выложить свои изменения на всеобщее обозрение в собственную копию. Одно из главных преимуществ такого подхода — возможность продолжать работать, в то время как владелец основного репозитория может включить себе ваши изменения, когда ему угодно. Участникам проекта не придётся ждать включения их изменений в проект — каждый может работать в своём собственном ритме.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Даже не знаю. Наверное, тут должно быть "включения [сво]их изменений в проект"

@GArik

GArik Mar 26, 2013

Contributor

Даже не знаю. Наверное, тут должно быть "включения [сво]их изменений в проект"

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Изначальный вариант изобиловал лишними отрицаниями, а так проще.
Согласен, «своих» лучше звучит.

@x-cray

x-cray Mar 26, 2013

Contributor

Изначальный вариант изобиловал лишними отрицаниями, а так проще.
Согласен, «своих» лучше звучит.

@@ -152,7 +152,7 @@ Insert 18333fig0503.png
! [rejected] master -> master (non-fast forward)
error: failed to push some refs to 'john@githost:simplegit.git'
-Джон не может выполнить отправку изменений, так как за это время Джессика уже отправила свои. Это очень важно понять, особенно если вы привыкли к Subversion, так как мы видим, что эти два разработчика не редактировали один и тот же файл. Хотя Subversion и выполняет автоматическое слияние на сервере, если редактировались разные файлы, при использовании Git'а вы должны слить коммиты локально. Прежде чем Джон сможет отправить свои изменения на сервер, он должен извлечь наработки Джессики и выполнить слияние:
+Джон не может выполнить отправку изменений, так как за это время Джессика уже отправила свои. Это очень важно понять, особенно если вы привыкли к Subversion, так как мы видим, что эти два разработчика не редактировали один и тот же файл. Subversion выполняет автоматическое слияние на сервере, если редактировались разные файлы, при использовании же Git'а вы должны слить коммиты локально. Прежде чем Джон сможет отправить свои изменения на сервер, он должен извлечь наработки Джессики и выполнить слияние:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Было лучше

@GArik

GArik Mar 26, 2013

Contributor

Было лучше

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

«Хотя» тут, по-моему, не к месту. Звучит как будто Git выполняет слияние локально именно потому что Subversion делает это на сервере, как будто иначе он бы это не делал. Но может это чисто субъективно. Если не согласны, тогда хоть уберите запятую «Хотя Subversion и выполняет автоматическое слияние на сервере , если редактировались разные файлы»

@x-cray

x-cray Mar 26, 2013

Contributor

«Хотя» тут, по-моему, не к месту. Звучит как будто Git выполняет слияние локально именно потому что Subversion делает это на сервере, как будто иначе он бы это не делал. Но может это чисто субъективно. Если не согласны, тогда хоть уберите запятую «Хотя Subversion и выполняет автоматическое слияние на сервере , если редактировались разные файлы»

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Звучит как будто Git выполняет слияние локально именно потому что Subversion делает это на сервере, как будто иначе он бы это не делал

У меня такого чувства не возникает после прочтения.

Давай напишем "В отличие от Subversion, который выполняет автоматическое слияние на сервере, ..."

@GArik

GArik Mar 26, 2013

Contributor

Звучит как будто Git выполняет слияние локально именно потому что Subversion делает это на сервере, как будто иначе он бы это не делал

У меня такого чувства не возникает после прочтения.

Давай напишем "В отличие от Subversion, который выполняет автоматическое слияние на сервере, ..."

@@ -70,7 +70,7 @@ Git может показать короткие уникальные сокра
$ git show ca82a6dff817ec66f44342007202690a93763949
$ git show topic1
-Чтобы посмотреть, на какой именно SHA указывает ветка, или понять для какого-то из приведённых примеров, к каким SHA он сводится, можно использовать служебную (plumbing) утилиту Git'а, которая называется `rev-parse`. Вы можете заглянуть в главу 9 для получения большей информации о служебных утилитах; в основном `rev-parse` нужна для выполнения низкоуровневых операций и не предназначена для использования в повседневной работе. Однако, она может пригодиться, если вам необходимо разобраться, что происходит на самом деле. Сейчас вы можете попробовать применить `rev-parse` к своей ветке.
+Чтобы посмотреть, на какой именно SHA указывает ветка, или понять для какого-то из приведённых примеров, к каким SHA он сводится, можно использовать служебную (plumbing) утилиту Git'а, которая называется `rev-parse`. Вы можете заглянуть в главу 9 для получения дополнительной информации о служебных утилитах; в основном `rev-parse` нужна для выполнения низкоуровневых операций и не предназначена для использования в повседневной работе. Однако, она может пригодиться, если вам необходимо разобраться, что происходит на самом деле. Сейчас вы можете попробовать применить `rev-parse` к своей ветке.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

И так, вроде, хорошо было.

@GArik

GArik Mar 26, 2013

Contributor

И так, вроде, хорошо было.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Это сродни такому сравнению информации как «большая информация» и «маленькая информация». А в тексте одна информация «больше» чем другая. Так же никто не говорит.

@x-cray

x-cray Mar 26, 2013

Contributor

Это сродни такому сравнению информации как «большая информация» и «маленькая информация». А в тексте одна информация «больше» чем другая. Так же никто не говорит.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

А в тексте одна информация «больше» чем другая.

Так бывает, да :) Ну можно написать что-нибудь типа "подробной информации". А "дополнительной" мне не нравится, так как ничего про служебные утилиты ещё не было сказано, поэтому и дополнять нечего.

@GArik

GArik Mar 26, 2013

Contributor

А в тексте одна информация «больше» чем другая.

Так бывает, да :) Ну можно написать что-нибудь типа "подробной информации". А "дополнительной" мне не нравится, так как ничего про служебные утилиты ещё не было сказано, поэтому и дополнять нечего.

@@ -528,7 +528,7 @@ Insert 18333fig0601.png
## Перезапись истории ##
-Неоднократно во время работы с Git'ом, вам может захотеться по какой-либо причине исправить свою историю коммитов. Одна из чудесных особенностей Git'а заключается в том, что он даёт возможность принять решение в самый последний момент. Используя индекс, вы можете решить, какие файлы пойдут в какие коммиты, непосредственно перед тем, как сделать коммит. Вы можете воспользоваться командой `stash`, решив, что над чем-то ещё не стоило начинать работать. А также вы можете переписать уже сделанные коммиты так, будто они были сделаны как-то по-другому. В частности, это может быть изменение порядка следования коммитов, редактирование сообщений или модифицирование файлов в коммите, уплотнение и разделение коммитов, а также полное удаление некоторых коммитов — но только до того, как вы поделитесь наработками с другими.
+Неоднократно во время работы с Git'ом, вам может захотеться по какой-либо причине исправить свою историю коммитов. Одна из чудесных особенностей Git'а заключается в том, что он даёт возможность принять решение в самый последний момент. Используя индекс, вы можете решить, какие файлы пойдут в какие коммиты, непосредственно перед тем, как сделать коммит. Вы можете воспользоваться командой `stash`, решив, что над чем-то ещё не стоило начинать работать. А также вы можете переписать уже сделанные коммиты так, будто они были сделаны по-другому. В частности, это может быть изменение порядка следования коммитов, редактирование сообщений или модифицирование файлов в коммите, уплотнение и разделение коммитов, а также полное удаление некоторых коммитов — но только до того, как вы поделитесь наработками с другими.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Даже не знаю. Я бы написал "как-то иначе" или вообще не трогал.

@GArik

GArik Mar 26, 2013

Contributor

Даже не знаю. Я бы написал "как-то иначе" или вообще не трогал.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@@ -556,7 +556,7 @@ Insert 18333fig0601.png
Снова напомним, что это команда для перемещения, то есть все коммиты в диапазоне `HEAD~3..HEAD` будут переписаны вне зависимости от того, меняли ли вы в них сообщение или нет. Не трогайте те коммиты, которые вы уже отправили на центральный сервер — сделав так, вы запутаете других разработчиков, дав им разные версии одних и тех же изменений.
-Запуск этой команды выдаст вам в текстовом редакторе список коммитов, который будет выглядеть как-нибудь так:
+Запуск этой команды выдаст вам в текстовом редакторе список коммитов, который будет выглядеть примерно так:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Бессмысленное изменение.

@GArik

GArik Mar 26, 2013

Contributor

Бессмысленное изменение.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Это все к тем же «как-то» и иже с ними. Вроде «должно быть как-то так, но я совсем не ничего не гарантирую» — несерьезное очень выражение.

@x-cray

x-cray Mar 26, 2013

Contributor

Это все к тем же «как-то» и иже с ними. Вроде «должно быть как-то так, но я совсем не ничего не гарантирую» — несерьезное очень выражение.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

И чем "примерно так" лучше, чем "как-нибудь так" с этой точки зрения? Но если кому-то от такого изменения легче, то пусть будет.

@GArik

GArik Mar 26, 2013

Contributor

И чем "примерно так" лучше, чем "как-нибудь так" с этой точки зрения? Но если кому-то от такого изменения легче, то пусть будет.

@@ -573,7 +573,7 @@ Insert 18333fig0601.png
# However, if you remove everything, the rebase will be aborted.
#
-Важно отметить, что эти коммиты выведены в обратном порядке по сравнению с тем, как вы их обычно видите, используя команду `log`. Запустив `log`, вы получите что-то типа следующего:
+Важно отметить, что эти коммиты выведены в обратном порядке по сравнению с тем, как вы их обычно видите, используя команду `log`. Запустив `log`, вы получите что-то вроде:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

То же самое.

@GArik

GArik Mar 26, 2013

Contributor

То же самое.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Ну а тут совсем не литературно.

@x-cray

x-cray Mar 26, 2013

Contributor

Ну а тут совсем не литературно.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Зато сейчас пропала связующее слово "следующего". Может написать "что-то вроде этого:"?

@GArik

GArik Mar 26, 2013

Contributor

Зато сейчас пропала связующее слово "следующего". Может написать "что-то вроде этого:"?

@@ -588,7 +588,7 @@ Insert 18333fig0601.png
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file
-Когда вы сохраните и выйдете из редактора, Git откатит вас назад к последнему коммиту в списке и выкинет вас в командную строку, выдав следующее сообщение:
+Когда вы сохраните сценарий и выйдете из редактора, Git откатит вас назад к последнему коммиту в списке и выкинет вас в командную строку, выдав следующее сообщение:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ну не знаю.

@GArik

GArik Mar 26, 2013

Contributor

Ну не знаю.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Не понятно, что же мы тут сохраняем.

@x-cray

x-cray Mar 26, 2013

Contributor

Не понятно, что же мы тут сохраняем.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

А это в данном случае и не очень важно ) Мы уже находимся в редакторе, мы сохраняем то, что написали, и выходим из редактора.

@GArik

GArik Mar 26, 2013

Contributor

А это в данном случае и не очень важно ) Мы уже находимся в редакторе, мы сохраняем то, что написали, и выходим из редактора.

@@ -736,7 +736,7 @@ Git также предоставляет несколько инструмен
### Аннотация файла ###
-Если вы отловили ошибку в коде и хотите узнать, когда и по какой причине она была внесена, то аннотация файла — лучший инструмент для этого случая. Он покажет вам, какие коммиты модифицировали каждую строку файла в последний раз. Так что, если вы видите, что какой-то метод в коде глючный, то можно сделать аннотацию нужного файла с помощью `git blame`, чтобы посмотреть, когда и кем каждая строка метода была в последний раз отредактирована. В этом примере используется опция `-L`, чтобы ограничить вывод строками с 12ой по 22ую:
+Если вы отловили ошибку в коде и хотите узнать, когда и по какой причине она была внесена, то аннотация файла — лучший инструмент для этого случая. Он покажет вам, какие коммиты модифицировали каждую строку файла в последний раз. Так что, если вы видите, что какой-то метод в коде содержит ошибку, то можно сделать аннотацию нужного файла с помощью `git blame`, чтобы посмотреть, когда и кем каждая строка метода была в последний раз отредактирована. В этом примере используется опция `-L`, чтобы ограничить вывод строками с 12ой по 22ую:

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ну ок.

@GArik

GArik Mar 26, 2013

Contributor

Ну ок.

@@ -770,7 +770,7 @@ Git также предоставляет несколько инструмен
56ef2caf GITServerHandler.m (Scott 2009-01-05 152) [refDict setOb
56ef2caf GITServerHandler.m (Scott 2009-01-05 153)
-Это действительно удобно. Стандартно вам бы выдали в качестве начального коммита тот коммит, в котором вы скопировали код, так как это первый коммит, в котором вы поменяли эти строки в данном файле. А сейчас Git выдал вам изначальный коммит, в котором эти строки были написаны, несмотря на то, что это было в другом файле.
+Это действительно удобно. Обычно вам бы выдали в качестве начального коммита тот коммит, в котором вы скопировали код, так как это первый коммит, в котором вы поменяли эти строки в данном файле. А сейчас Git выдал вам изначальный коммит, в котором эти строки были написаны, несмотря на то, что это было в другом файле.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Какое-то сомнтельное изменение. Тут всё-таки должен быть смысл такой, что если ничего не трогать, то по умолчанию будет выдан коммит, в котором код впервые появился в файле. Если задать опцию -C, то будет показано, когда этот код впервые появился в проекте, даже если он изначально был в другом файле.

@GArik

GArik Mar 26, 2013

Contributor

Какое-то сомнтельное изменение. Тут всё-таки должен быть смысл такой, что если ничего не трогать, то по умолчанию будет выдан коммит, в котором код впервые появился в файле. Если задать опцию -C, то будет показано, когда этот код впервые появился в проекте, даже если он изначально был в другом файле.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Я ни в коем случае не покушаюсь на смысл тут. Это все понятно. Но слово «Стандартно» в таких случаях в русском не используют. Стандартным может быть размер какой-нибудь, а может быть и нестандартным, но тут другое.

@x-cray

x-cray Mar 26, 2013

Contributor

Я ни в коем случае не покушаюсь на смысл тут. Это все понятно. Но слово «Стандартно» в таких случаях в русском не используют. Стандартным может быть размер какой-нибудь, а может быть и нестандартным, но тут другое.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Стандартным может быть поведение. Есть стандартное поведение команды, а есть какое-то ещё, которое включается с помощью опций. А "обычно" в данном контексте вызывает ощущение, что Git не всегда одно и то же показывает при выполнении одной и той же команды.

@GArik

GArik Mar 26, 2013

Contributor

Стандартным может быть поведение. Есть стандартное поведение команды, а есть какое-то ещё, которое включается с помощью опций. А "обычно" в данном контексте вызывает ощущение, что Git не всегда одно и то же показывает при выполнении одной и той же команды.

@@ -818,11 +818,11 @@ Git выяснил, что между коммитом, который вы ук
$ git bisect start HEAD v1.0
$ git bisect run test-error.sh
-Сделав так, вы получите, что `test-error.sh` будет автоматически запускаться на каждом выгруженном коммите, пока Git не найдёт первый сломанный коммит. Вы также можете запускать что-нибудь типа `make` или `make tests` или что-то там ещё, что запускает ваши автоматические тесты.
+Сделав так, вы получите, что `test-error.sh` будет автоматически запускаться на каждом выгруженном коммите, пока Git не найдёт первый сломанный коммит. Вы также можете запускать что-нибудь типа `make` или `make tests` или другую программу, которая запускает ваши автоматические тесты.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Тут не про программу, а скорее про комманду. Хотя в любом случае изменение бессмысленное.

@GArik

GArik Mar 26, 2013

Contributor

Тут не про программу, а скорее про комманду. Хотя в любом случае изменение бессмысленное.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Про команду и правда лучше. И это намного лучше, чем «что-то там ещё».

@x-cray

x-cray Mar 26, 2013

Contributor

Про команду и правда лучше. И это намного лучше, чем «что-то там ещё».

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Не вижу большой разницы между
"можете запускать что-нибудь типа make или make tests или что-то там ещё, что запускает ваши автоматические тесты."
и
"можете запускать что-нибудь типа make или make tests, или ещё какую-то команду, которая запускает ваши автоматические тесты."

@GArik

GArik Mar 26, 2013

Contributor

Не вижу большой разницы между
"можете запускать что-нибудь типа make или make tests или что-то там ещё, что запускает ваши автоматические тесты."
и
"можете запускать что-нибудь типа make или make tests, или ещё какую-то команду, которая запускает ваши автоматические тесты."

## Подмодули ##
-Зачастую случается так, что во время работы над некоторым проектом появляется необходимость использовать внутри него ещё какой-то проект. Возможно, библиотеку, разрабатываемую сторонними разработчиками или разрабатываемую вами обособленно и используемую в нескольких родительских проектах. Типичная проблема, возникающая при использовании подобного сценария, это, как сделать так, чтобы иметь возможность рассматривать эти два проекта как отдельные, всё же имея возможность использовать один проект внутри другого.
+Зачастую случается так, что во время работы над некоторым проектом появляется необходимость использовать внутри него ещё какой-то проект. Возможно, библиотеку, разрабатываемую сторонними разработчиками или разрабатываемую вами обособленно и используемую в нескольких родительских проектах. Типичная задача, возникающая при использовании подобного сценария, это, как сделать так, чтобы иметь возможность рассматривать эти два проекта как отдельные, всё же имея возможность использовать один проект внутри другого.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

То же самое. Лучше оставить, как есть.

@GArik

GArik Mar 26, 2013

Contributor

То же самое. Лучше оставить, как есть.

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Не такая уж это и «проблема». По-моему, тут просто из Google Translate скопировано было.

@x-cray

x-cray Mar 26, 2013

Contributor

Не такая уж это и «проблема». По-моему, тут просто из Google Translate скопировано было.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Не такая уж это и «проблема»

Опять же дело вкуса. На мой взгляд тут нечего исправлять.

@GArik

GArik Mar 26, 2013

Contributor

Не такая уж это и «проблема»

Опять же дело вкуса. На мой взгляд тут нечего исправлять.

@@ -970,7 +970,7 @@ Git решает эту задачу, используя подмодули (sub
08d709f..6c5e70b master -> origin/master
Submodule path 'rack': checked out '6c5e70b984a60b3cecd395edd5b48a7575bf58e0'
-Вы вынуждены делать так каждый раз, когда вы получаете изменения подмодуля в главном проекте. Это странно, но это работает.
+Вы вынуждены делать так каждый раз, когда вы получаете изменения подмодуля в главном проекте. Это не совсем очевидно, но это работает.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

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

@GArik

GArik Mar 26, 2013

Contributor

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

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@x-cray

x-cray Mar 26, 2013

Contributor

Ок

@@ -570,7 +570,7 @@ Insert 18333fig0703.png
#### Перехватчики для работы с e-mail ####
-Для рабочих процессов, основанных на электронной почте, есть три специальных клиентских перехватчика. Все они вызываются командой `git am`, так что, если вы не пользуетесь этой командой в процессе своей работы, то можете смело переходить к следующему разделу. Если вы принимаете патчи, отправленные по e-mail и подготовленные с помощью `git format-patch`, то некоторые из них могут оказать для вас полезными.
+Для рабочих процессов, основанных на электронной почте, есть три специальных клиентских перехватчика. Все они вызываются командой `git am`, так что, если вы не пользуетесь этой командой в процессе своей работы, то можете смело переходить к следующему разделу. Если вы принимаете патчи, отправленные по e-mail и подготовленные с помощью `git format-patch`, то некоторые из них могут оказаться для вас полезными.

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Ок.

@GArik

GArik Mar 26, 2013

Contributor

Ок.

@GArik

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 26, 2013

Contributor

Исправь, пожалуйста, замечания и можно будет слить. Или раздели смысловые исправления и перефразирования, чтобы можно было часть слить, а над остальным продолжить работать.

Contributor

GArik commented Mar 26, 2013

Исправь, пожалуйста, замечания и можно будет слить. Или раздели смысловые исправления и перефразирования, чтобы можно было часть слить, а над остальным продолжить работать.

@GArik

This comment has been minimized.

Show comment Hide comment
@GArik

GArik Mar 29, 2013

Contributor

Что-то я запутался. Были какие-то обновления позавчера? Или мне показалось? Вроде бы изменений никаких не видно... Жду исправлений... :)

Contributor

GArik commented Mar 29, 2013

Что-то я запутался. Были какие-то обновления позавчера? Или мне показалось? Вроде бы изменений никаких не видно... Жду исправлений... :)

@jnavila

This comment has been minimized.

Show comment Hide comment
@jnavila

jnavila Apr 9, 2013

Member

So... What's up with this PR?

Member

jnavila commented Apr 9, 2013

So... What's up with this PR?

@x-cray

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Apr 9, 2013

Contributor

@jnavila Sorry, had a few very busy weeks, I'll try to make corrections tonight.

Contributor

x-cray commented Apr 9, 2013

@jnavila Sorry, had a few very busy weeks, I'll try to make corrections tonight.

@jnavila

This comment has been minimized.

Show comment Hide comment
@jnavila

jnavila Jun 4, 2013

Member

So.... Continue or close?

Member

jnavila commented Jun 4, 2013

So.... Continue or close?

@x-cray

This comment has been minimized.

Show comment Hide comment
@x-cray

x-cray Jun 4, 2013

Contributor

@jnavila Yes. I'll split it to different commits with different corrections.

Contributor

x-cray commented Jun 4, 2013

@jnavila Yes. I'll split it to different commits with different corrections.

@x-cray x-cray closed this Jun 4, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment