<li>Git flow предоставляет превосходную командную строку со справкой и улучшенными выводом. Внимательно читайте его, чтобы видеть, что происходит...</li>
<li>Клиент для OSX/Windows <ahref="http://www.sourcetreeapp.com/">Sourcetree</a> — отличный GUI для Git — также поддерживает git-flow
</li>
<li>Git-flow основана на слиянии. Для слияния ветвей фич не используется rebase.</li>
<li>Git-flow основана на слиянии. Для слияния веток фич не используется rebase.</li>
</ul>
<pclass="divider">★★★</p>
</div>
@ -134,7 +143,7 @@
git flow init
</blockquote>
<p>
Вам придётся ответить на несколько вопросов о способах именования ваших ветвей.<br/>
Вам придётся ответить на несколько вопросов о способах именования ваших веток.<br/>
Рекомендуется оставить значения по умолчанию.
</p>
@ -159,12 +168,12 @@
<divclass="col-1">
<h3>Начало новой фичи</h3>
<p>Разработка новых фич начинается из ветви "develop".</p>
<p>Разработка новых фич начинается из ветки "develop".</p>
<p>Для начала разработки фичи выполните:</p>
<blockquote>
git flow feature start MYFEATURE
</blockquote>
<p>This action creates a new feature branch based on 'develop' and switches to it</p>
<p>Это действие создаёт новую ветку фичи, основанную на ветке "develop", и переключается на неё.</p>
<!--
- Bump the version number now!
@ -184,16 +193,16 @@
<divclass="scrollblock">
<divclass="col-1">
<h3>Finish up a feature</h3>
<h3>Завершение фичи</h3>
<p>
Finish the development of a feature.
This action performs the following
Окончание разработки фичи.
Это действие выполняется так:
</p>
<ul>
<li>Merged MYFEATURE into 'develop'</li>
<li>Removes the feature branch</li>
<li>Switches back to 'develop' branch</li>
<li>Слияние ветки MYFEATURE в "develop"</li>
<li>Удаление ветки фичи</li>
<li>Переключение обратно на ветку "develop"</li>
</ul>
<blockquote>
@ -207,11 +216,11 @@
<divclass="scrollblock">
<divclass="col-1">
<h3>Publish a feature</h3>
<h3>Публикация фичи</h3>
<p>
Are you developing a feature in collaboration? <br/>
Publish a feature to the remote server so it can be used by other users.
Вы разрабатываете фичу совместно с коллегами? <br/>
Опубликуйте фичу на удалённом сервере, чтобы её могли использовать другие пользователи.
</p>
<blockquote>
@ -225,17 +234,17 @@
<divclass="scrollblock">
<divclass="col-1">
<h3>Getting a published feature</h3>
<h3>Получение опубликованной фичи</h3>
<p>
Get a feature published by another user.
Получение фичи, опубликованной другим пользователем.
</p>
<blockquote>
git flow feature pull origin MYFEATURE
</blockquote>
<p>You can track a feature on origin by using<code> git flow feature track MYFEATURE</code></p>
<p>Вы можете отслеживать фичу в репозитории origin с помощью команды<code> git flow feature track MYFEATURE</code></p>
</div>
<divclass="col-2">
<divclass="feature-pull"></div>
@ -244,31 +253,31 @@
<divclass="scrollblock">
<h2><aname="release"href="#release">Make a release</a></h2>
<li>Support preparation of a new production release</li>
<li>Allow for minor bug fixes and preparing meta-data for a release</li>
<li>Поддержка подготовки нового релиза продукта</li>
<li>Позволяет устранять мелкие баги и подготавливать различные метаданные для релиза</li>
</ul>
<pclass="divider">★★★</p>
<divclass="col-1">
<h3>Start a release</h3>
<h3>Начало релиза</h3>
<p>To start a release, use the git flow release command. It</p>
creates a release branch created from the 'develop' branch.
<p>Для начала работы над релизом используйте команду <code>git flow release</code>
Она создаёт ветку релиза, ответляя от ветки "develop".
</p>
<blockquote>
git flow release start RELEASE [BASE]
</blockquote>
<p>You can optionally supply a <code>[BASE]</code> commit sha-1 hash to start the release from. The commit must
be on the
'develop' branch.</p>
<p>При желании вы можете указать <code>[BASE]</code>-коммит в виде его хеша sha-1, чтобы начать релиз с него.
Этот коммит должен принадлежать ветке "develop".</p>
<pclass="divider">★★★</p>
<p>It's wise to publish the release branch after creating it to allow release commits by other developers. Do it similar to feature publishing with the command:</p>
<p>Желательно сразу публиковать ветку релиза после создания, чтобы позволить другим разработчиками выполнять коммиты в ветку релиза.
Это делается так же, как и при публикации фичи, с помощью команды:</p>
<blockquote>
git flow release publish RELEASE
</blockquote>
<p>(You can track a remote release with the<br/><code>git flow release track RELEASE</code> command)</p>
<p>Вы также можете отслеживать удалённый релиз с помощью команды<br/><code>git flow release track RELEASE</code></p>
</div>
<divclass="col-2">
<divclass="release-start"></div>
@ -277,19 +286,19 @@
<divclass="scrollblock">
<divclass="col-1">
<h3>Finish up a release</h3>
<h3>Завершение релиза</h3>
<p>Finishing a release is one of the big steps in git branching. It performs several actions:</p>
<p>Завершение релиза — один из самых больших шагов в git-ветвлени. При этом происходит несколько действий:</p>
<ul>
<li>Merges the release branch back into 'master'</li>
<li>Tags the release with its name</li>
<li>Back-merges the release into 'develop'</li>
<li>Removes the release branch</li>
<li>Ветка релиза сливается в ветку "master"</li>
<li>Релиз помечается тегом равным его имени</li>
<li>Ветка релиза сливается обратно в ветку "develop"</li>
<li>Ветка релиза удаляется</li>
</ul>
<blockquote>
git flow release finish RELEASE
</blockquote>
<p>Don't forget to push your tags with<code>git push --tags</code></p>
<p>Не забудьте отправить изменения в тегах с помощью команды <code>git push --tags</code></p>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Arseniy Shapovalov