README.md in abak-flow-0.3.2 vs README.md in abak-flow-1.0.0

@@ -1,11 +1,13 @@
 Abak-flow
 =========
 Нет, это не новая идеология ведения проекта, это всего лишь набор утилит которые помогают связать использование [git-flow](https://github.com/nvie/gitflow) и [github flow](http://scottchacon.com/2011/08/31/github-flow.html)
 
-**Начиная с версии v0.2.1 используется авторизация OAuth2. [Как ей пользоваться](https://github.com/Strech/abak-flow/wiki/How-start-work-with-new-abak-flow)**
+**Начиная с версии v0.2.1 используется авторизация OAuth2. [Как ей пользоваться?](https://github.com/Strech/abak-flow/wiki/How-start-work-with-new-abak-flow)**
 
+**Начиная с версии v1.0.0 используется новый формат конфигурации. [Как мигрировать старую?](https://github.com/Strech/abak-flow/wiki/How-start-work-with-abak-flow-v1.0.0)**
+
 # Концепция
 Идеология git-flow использует следующий набор веток:
 
 * *master* - всегда пригодна для развертывания
 * *develop* - основная ветка разработки
@@ -23,14 +25,14 @@
 5. После получения исправлений на текущий момент в репозитории инициируется merge ветки **master** в **develop**
 
 
 # Установка
 
-    $ gem install abak-flow
+    $ gem install abak-flow -v 1.0.0
     $ git config --global alias.request '!request'
-    $ git config --global abak.apiuser [e-mail]
-    $ git config --global abak.apitoken 0123456789YOUR_GITHUB_API_TOKEN
+    $ git config --global abak-flow.oauth-user [e-mail]
+    $ git config --global abak-flow.oauth-token 0123456789YOUR_GITHUB_API_TOKEN
     $ git remote add upstream git://github.com/GITHUB_PROJECT_USER/GITHUB_PROJECT_NAME.git
     
 ### А если я использую прокси, как быть?
     $ git config --global abak.proxy http://my-proxy.com:3129
     
@@ -38,17 +40,17 @@
 
 Т.е если вы используете переменные окружения, то просто не указывайте прокси в конфиге
 
 ---
 
-**Заметьте:** В конфиге git, значением *abak.apiuser* должен являться тот email адрес, под которым вы заходите на github
+**Заметьте:** В конфиге git, значением *abak.oauth-user* должен являться тот email адрес, под которым вы заходите на github
 
 **Обратите внимание:** В данном контексте под **upstream** подразумевается адрес репозитория в который будут оформляться pull request. А репозиторием **origin** будет являться ваш форк 
 
 # С чего начать?
 
-    $ git request readycheck
+    $ git request checkup
 
 или
     
     $ git request help
     
@@ -56,56 +58,37 @@
 
 # Примеры использования
 ### Самый простой способ начать новую задачу:
 
     $ git checkout develop
-    $ git request feature 'TASK-001'
+    $ git flow feature start 'TASK-001'
     $ touch 'hello.txt' && echo 'Hello world!' > hello.txt
     $ git commit -a -m 'Hello world commit'
     $ git request publish
 
 **Внимание:** Не нужно называться ветку TASK. Используйте префикс задачь из jira
 
 Теперь то же самое, только словами:
 
 * Переключимся в ветку develop
-* Abak-flow создаст ветку, пригодную для оформления pull request (правила именования и правила самого реквеста)
+* git-flow создаст ветку, пригодную для оформления pull request (правила именования и правила самого реквеста)
 * Простое создание нового файла
 * Git процедуры добавления своих изменений в репозиторий
 * Затем публикация вашей ветки на вашем форке (если таковая уже есть, то просто обновление), затем оформление pull request из этой ветки в соответствующую правилам ветку на upstream (в данном случае это будет ветка develop)
 
 Для задач, которые должны быть выполнены в виде hotfix принцип тот же:
 
     $ git checkout master
-    $ git request hotfix 'TASK-001'
+    $ git flow hotfix start 'TASK-001'
     $ …
     $ git request publish
 
 *На самом деле переключаться на master или develop в самом начале вовсе не обязательно, этот шаг был приведен для пущей ясности*
 
-### Обновление ветки на удаленном репозитории:
-
-    $ git checkout feature/TASK-001
-    $ git request update
-
-### Завершение текущей задачи:
-Вообще, завершать задачу лучше только после того, как ваш pull request был принят. Почему? На самом деле по ряду причин. По умолчанию эта команда удаляет как вашу текущую ветку с задачей в локальном репозитории и в добавок ко всему - на вашем удаленном репозитории (форке)
-
-    $ git checkout feature/TASK-001
-    $ git request done 
-
-Чтобы оставить какую либо ветку в живых возможно напрямую указать, какую копию ветки **удалить**, локальную или же удаленную (на origin)
-
-    $ git checkout feature/TASK-001
-    $ git request done --origin
-
-Или же так
-
-    $ git checkout feature/TASK-001
-    $ git request done --local
-
 ## Маленькие хитрости
 Если сразу правильно именовать ветки, т.е ветку с задачей создавать с именем, такого формата TASK-001, то, в описание pull request автоматически вставится ссылка на задачу в jira, а в имя pull request сразу вставится название, состоящее из имени задачи, т.е TASK-001
+
+Если делать реквест из ветки не соответствующей формату TASK-001, то в название подставится последний commit message. Если вы считаете, что нужно указать, что-то другое - всегда можно воспользоваться опцией `--title`
 
 ## А помощь?
 Многие команды имеют какие-то дополнительные опции. Но они нужны только в экзотических случаях. Но при любом раскладе подсказку и тонкий намек всегда можно получить воспользовавших такой командой:
 
     $ git request done --help