Neronyatkin: переводы
Bazaar is a distributed version control system / Базар - распределенная система контроля версий
→Note: Revisions are numbered in a stable way: if two branches have
the same revision in their mainline, all revisions in the ancestry of that
revision will have the same revision numbers. For example, if Alice and Bob's
branches agree on revision 10, they will agree on all revisions before
that.
the same revision in their mainline, all revisions in the ancestry of that
revision will have the same revision numbers. For example, if Alice and Bob's
branches agree on revision 10, they will agree on all revisions before
that.
0 Примечание: Ревизии пронумерованы однозначным способом:
если две ветки имеют одинаковые ревизии в основной линии,
то все им родственные ревизии будут иметь одинаковые номера.
Например, если ветки Алисы и Боба совпадают в ревизии 10,
то все предыдущие ревизии так же будут совпадать.
если две ветки имеют одинаковые ревизии в основной линии,
то все им родственные ревизии будут иметь одинаковые номера.
Например, если ветки Алисы и Боба совпадают в ревизии 10,
то все предыдущие ревизии так же будут совпадать.
→Merges do not change revision numbers in a branch, though they do
allocate local revision numbers to newly merged revisions. The only time
Bazaar will change revision numbers in a branch is when you explicitly
ask it to mirror another branch.
allocate local revision numbers to newly merged revisions. The only time
Bazaar will change revision numbers in a branch is when you explicitly
ask it to mirror another branch.
0 Несмотря на то, что в результате объединения локальным номерам
ревизий назначаются новые номера объединенных ревизий, номера
ревизий в ветке не меняются. Bazaar изменит номера ревизий только
в одном случае, если вы явно укажете ему отразить другую ветку.
ревизий назначаются новые номера объединенных ревизий, номера
ревизий в ветке не меняются. Bazaar изменит номера ревизий только
в одном случае, если вы явно укажете ему отразить другую ветку.
→It's important to remember that Bazaar is not changing history here, nor
is it changing the global revision identifiers. You can always use the
latter if you really want to. In fact, you can use the branch specific
revision numbers when communicating *as long as* you provide the branch
URL as context. (In many Bazaar projects, developers imply the central
trunk branch if they exchange a revision number without a branch URL.)
is it changing the global revision identifiers. You can always use the
latter if you really want to. In fact, you can use the branch specific
revision numbers when communicating *as long as* you provide the branch
URL as context. (In many Bazaar projects, developers imply the central
trunk branch if they exchange a revision number without a branch URL.)
0 Важно помнить, что Bazaar не меняет ни текущую историю,
ни глобальные идентификаторы ревизий. Вы всегда можете можете
использовать последние, если пожелаете. Фактически, в общении Вы
можете использовать особые номера ревизий ветки как только вы сообщили
URL ветки в качестве контекста. (В большинстве проектов Bazaar,
разработчики подразумевают стволовую ветку если они обмениваются
номерами ревизий без указания URL ветки)
ни глобальные идентификаторы ревизий. Вы всегда можете можете
использовать последние, если пожелаете. Фактически, в общении Вы
можете использовать особые номера ревизий ветки как только вы сообщили
URL ветки в качестве контекста. (В большинстве проектов Bazaar,
разработчики подразумевают стволовую ветку если они обмениваются
номерами ревизий без указания URL ветки)
→Once again, it's easy for Mary to look at just *her* top level of history
to see the steps she has taken to develop this change. In this context,
merging the trunk (and resolving any conflicts caused by doing that) is
just one step as far as the history of this branch is concerned.
to see the steps she has taken to develop this change. In this context,
merging the trunk (and resolving any conflicts caused by doing that) is
just one step as far as the history of this branch is concerned.
0 Ещё раз. Для Марии достаточно посмотреть на верхний уровень
*её* истории, чтобы шаг за шагом просмотреть все действия
предпринятые ею для решения своей задачи. В этом смысле,
объединение стволовой ветки (и решение любых конфликтов
возникающих при этом) это только один шаг истории.
*её* истории, чтобы шаг за шагом просмотреть все действия
предпринятые ею для решения своей задачи. В этом смысле,
объединение стволовой ветки (и решение любых конфликтов
возникающих при этом) это только один шаг истории.
→To extend the example above, here's what the revision history of
Mary's branch would look like had she decided to merge the project
trunk into her branch after completing her changes::
Mary's branch would look like had she decided to merge the project
trunk into her branch after completing her changes::
0 Продолжим предыдущий пример, после того как Мария закончит
работу над задачей и объединит ствол проекта со своей веткой
история ревизий её ветки будет выглядеть так::
работу над задачей и объединит ствол проекта со своей веткой
история ревизий её ветки будет выглядеть так::
→Each branch effectively has its own view of history, i.e. different
branches can give the same revision a different "local" revision number.
Mainline revisions always get allocated single number revision numbers
while merged revisions always get allocated dotted revision numbers.
branches can give the same revision a different "local" revision number.
Mainline revisions always get allocated single number revision numbers
while merged revisions always get allocated dotted revision numbers.
0 Каждая ветка в действительности имеет свой собственный вид истории,
т.е. в различных ветках одной и той же ревизии могут быть присвоены
различные "локальные" номера. Ревизии основной линии всегда
размещаются с единичным номером, в то время как объединенные
ревизии всегда размещаются в точечной нотации.
т.е. в различных ветках одной и той же ревизии могут быть присвоены
различные "локальные" номера. Ревизии основной линии всегда
размещаются с единичным номером, в то время как объединенные
ревизии всегда размещаются в точечной нотации.
→* mainline revisions, i.e. ones you committed in your branch, and
0 * ревизиями основной линии, т.е. те которые Вы зафиксировали в свою ветку, и
→* merged revisions, i.e. ones added as ancestors by committing a merge.
0 * объединенными ревизиями, т.е. ревизии добавленные в следствии фиксации объединения.
→As explained above, Bazaar makes the distinction between:
0 Как объяснено выше, Базар делает различие между:
→Each branch has its own view of history
---------------------------------------
---------------------------------------
0 Каждая ветка имеет собственный вид истории
---------------------------------------
---------------------------------------
→*Ordered revision numbers and hierarchy make history easier to follow.*
0 *Упорядоченные номера ревизий и иерархия делают историю легко отслеживаемой.*
→*Integrate changes using merge.*
0 *Объединение изменений с использованием слияния*
→*Organize your work using branches.*
0 *Организация работы с использованием веток.*
→In summary, the important points are:
0 Итак, основные моменты:
→* Continuous integration tools can be used to ensure that
all tests still pass before committing a merge to the mainline.
(In many cases, it isn't appropriate to trigger CI tools after
every single commit as some tests will fail during development.
In fact, adding the tests first - TDD style - will guarantee it!)
all tests still pass before committing a merge to the mainline.
(In many cases, it isn't appropriate to trigger CI tools after
every single commit as some tests will fail during development.
In fact, adding the tests first - TDD style - will guarantee it!)
0 * Чтобы убедиться что все тесты проходят успешно, средства непрерывной
интеграции (CI tools) можно использовать только перед тем как
зафиксировать в основной линии результат объединения. (Во многих
случаях нет смысла использовать средства непрерывной интеграции после
каждой фиксации, поскольку некоторые тесты будут проходить с ошибкой.
Фактически, добавление тестов на первом этапе — стиль TDD (Разработка
через тестирование) — гарантирует это)
интеграции (CI tools) можно использовать только перед тем как
зафиксировать в основной линии результат объединения. (Во многих
случаях нет смысла использовать средства непрерывной интеграции после
каждой фиксации, поскольку некоторые тесты будут проходить с ошибкой.
Фактически, добавление тестов на первом этапе — стиль TDD (Разработка
через тестирование) — гарантирует это)
→.. [#] Versions prior to bzr 1.2 used a slightly different algorithm.
Some nested branches would get extra numbers (such as 1.1.1.1.1)
rather than the simpler 3-number system.
Some nested branches would get extra numbers (such as 1.1.1.1.1)
rather than the simpler 3-number system.
0 .. [#] Версии ниже bzr 1.2 используют несколько другой алгоритм.
Некоторые вложенные ветви получили бы дополнительные номера
(такие как 1.1.1.1.1) вместо более простой системы с 3 номерами.
Некоторые вложенные ветви получили бы дополнительные номера
(такие как 1.1.1.1.1) вместо более простой системы с 3 номерами.
→Grokking Bazaar
---------------
---------------
0 Концепция Bazaar
---------------
---------------
→* If required, it makes backing out a feature much easier.
0 * Если понадобится, можно очень легко отменить изменения связанные с конкретной задачей.
→* You can easily collapse history to see just the commits on the mainline
of a branch. When viewing the trunk history like this, you only see
high level commits (instead of a large number of commits uninteresting
at this level).
of a branch. When viewing the trunk history like this, you only see
high level commits (instead of a large number of commits uninteresting
at this level).
0 * Вы можете просто свернуть историю, чтобы увидеть ревизии относящиеся только к основной линии ветки. Когда Вы просматриваете историю ствола, вы видите цельную и последовательную историю составленную из ревизий высокого уровня (вместо множества ревизий, которые на данном уровне не представляют интереса)
→* It makes it easier to understand the history of a project.
Related changes are clustered together and clearly partitioned.
Related changes are clustered together and clearly partitioned.
0 * История проекта становится понятнее. Связанные изменения сгруппированны между собой и однозначно разделены.
Резюме
- Пол:
- мужчина
- Родной язык:
- русский
- С нами:
-
с 20 июня 2009 г.
(6329 дней)
Не является членом клуба. - Деятельность:
-
57 версий перевода
с общим рейтингом 0
Карма: 1 (оценок: 1)