gistfile1.txt

Копируем блоко в xhh.
Делаем тулзу которая деплоит из папки xhh/bloko в репу bloko, 
которая запускается автоматом при релизе новой версии xhh, 
и проставляется свежий тег на зарелизившийся коммит.
 
Мобилки так же копируют к себе блоко в репу.
Мобилки вносят у себя в репе в папке блоко изменения которые им нужны.
И когда происходит релиз мобилки с новым bloko, 
утилита пушит в мастер блоко содержимое mhh#release-candidate/bloko. 
 
В xhh, когда надо запилить что-то в блоко: 
Запускают тулзу который мерджит в папку блоко новый блоко из репы, т.е апает версию в xhh.
Программист актуализирует xhh под новый блоко, и у себя в репе в папке блоко запиливают,
что им нужно.
 
Если до релиза xhh успела выйти новая ветка bloko, то ничего не взорветься, 
а просто мастер разойдется с локальной версией.
Чтобы не допускать расхождения версий в дальнейшем, 
можно что-то делать если версия блоко отличается больше чем на одну
(не давать собрать галпом проект, не давать запушить коммит, 
 не давать проходить автотестам, варнинги кричать)
 
Профиты:
Каждый работает только со своей репой и не парится про завивсимости релиза двух реп,
программисту достаточно знать команду gulp bloko pull,
и то необязательно, и это всё, что кому-то потребуется знать.
Нету проблем "как тестировать/разрабатывать", ветку накатил и тестируешь/разрабатываешь.
При одновременном релизе нескольких версий xhh-блоко (веток с блоко) мердж-конфликт будет в xhh.
Не надо ничего копировать.
Все взаимодействия только ```gulp bloko pull, gulp bloko release``` командами, 
В гите видим все релизные версии проставленные автоматически, и можем заюзать любую версию.
Можем на любом проекте спокойно удалить все не нужное в блоко, чтобы не засорять.
Не надо задачи в джире плодить/таскать.