Очень радует стабильность и скорость работы.

Дата: 7 декабря
Начало: 19.00
Место проведения: Москва, Digital October

Мы традиционно завершаем год встречей в формате блиц-докладов. Приглашаем девелоперов, дизайнеров, менеджеров и всех энтузиастов iOS и Mac OS X. Регистрация на встречу. Участие во встрече как всегда бесплатное.

Ключевые люди российской индустрии расскажут, чем запомнился 2011 год, что было важными событиями и кто были главные люди и какие планы на следующий год. Мы ждем, что Вы также поделитесь с сообществом своим опытом, достижениями и открытиями.

Предновогодняя встреча RADUG – самое правильное место, чтобы оставаться в курсе происходящего, заявить о себе и завязать контакты. После встречи как всегда After Party – планируйте свое время!

Обратите внимание, что в Digital October, перед встречей RADUG пройдет еще одно мероприятие, посвященное мобильной разработке – Mobile Developer Day. Конференция платная, но в ее рамках есть бесплатная секция Developer Garage, включающая два мастер-класса по разработке приложений под iOS. Если есть желание – перед встречей RADUG можно заглянуть также и туда.

Вот как это выглядит:

Пока что iPhone 4 only.

Ах да Ссылочка

Написана на ruby, установка

gem install wox

После этого создаем Rakefile, самый навороченный на данный момент пример:

require 'wox'

Wox::Tasks.create :info_plist => 'project-Info.plist', :sdk => 'iphoneos' do
    build :debug, :configuration => 'Debug - Local Server'

    build :release, :developer_certificate => 'iPhone Developer: Valerii Hiora (8GA39LD1DZ)', :configuration => 'Release' do
        ipa :app_store, :provisioning_profile => 'App Store'
        ipa :adhoc, :provisioning_profile => 'Ad Hoc' do
            testflight :publish, :api_token => 'your_token',
                :team_token => 'your_testers_team_token',
                :notes => proc { File.read("CHANGELOG") },
                :distribution_lists => %w[AlphaTesters],
                :notify => true
        end
    end
end

Код в принципе понятен без особых комментариев, настроить можно абсолютно все – сертификаты, какие provisioning profiles использовать, можно даже сразу публиковать на Testflight (о нем писал раньше). Вложенные таски наследуют настройки родителей, т.е. testflight:publish будет собирать с использованием provisioning profile из ipa:adhoc и подписываться это будет сертификатом, указанным в build:release. В случае чего любую настройку можно переопределять.

Примеры использования:

Собрать дебажную версию:

rake build:debug

Подготовить ipa для заливки в AppStore:

rake ipa:appstore

Подготовить adhoc ipa и залить его на Testflight

rake testflight:publish

Посмотреть список всех доступных тасков:

$ rake -T
rake build:debug          # Build customiphone 1.0 with Debug - Local Server configuration
rake build:release        # Build customiphone 1.0 with Release configuration
rake info:configurations  # List available configurations
rake info:sdks            # List available sdks
rake info:targets         # List project targets
rake ipa:adhoc            # Creates build/project-1.0-Release-adhoc.ipa
rake ipa:app_store        # Creates build/project-1.0-Release-app_store.ipa
rake testflight:publish   # Publishes build/project-1.0-Release-adhoc.ipa to testflight

По умолчанию версия продукта берется из Info.plist, но ее можно переопределить с помощью

:version => 1.0.3

Последний штрих – генерация правильного changelog’а для Testflight-публикации – остается домашним заданием

Установить git-flow на OS X проще простого с помощью homebrew

brew install git-flow

На страничке проекта git-flow Вы можете найти инструкции по установке на Linux и Windows.

Установка git-flow добавляет несколько очень удобных git-команд для создания и управления ветками фич и релизов. Новый git репозиторий создается с веткой master. По умолчанию в git-flow эта ветка используется для production-а. В свою очередь основная разработка происходит в ветке develop. Следует отметить, что git-flow не более чем серия удобных “сокращений” для переключения между этими ветками и перебрасывания изменений из одной в другую. После установки git-flow нужно настроить локальную копию:

git flow init

Вы можете согласиться со значениями по умолчанию, нажимая Enter – это, кроме всего прочего, облегчит настройку git-flow у сотрудников, т.к. им нужно будет использовать точно такие же значения. На самом деле все что, происходит при запуске init – это добавление двух секций [gitflow] в ваш .git/config:

[gitflow "branch"]
    master = master
    develop = develop
[gitflow "prefix"]
    feature = feature/
    release = release/
    hotfix = hotfix/
    support = support/
    versiontag = 

Если вам нужно что-то уточнить воспользуйтесь встроенным хелпом

git flow команда help

Приятным дополнением могут быть модули autocompletion для bash и для zsh

Работа над новой фичей

Для старта новой фичи, например feature 77 с вашего issue-tracker’а:

git flow feature start 77-speedup-yak-shaving

Команда создает новую ветку feature/77-speedup-yak-shaving с родителем develop и переключается на нее.

Нужно расшарить работу с другими?

git flow feature publish 77-speedup-yak-shaving

Это одним движением push’ит remote-ветку и привязывает локальную к ней. Стандартные git push и git pull –rebase работают как и должны, т.к. ветки, созданные git-flow, являются обычным ветками и не содержат какой-то специальной информации. Вся хитрость – только в соглашении именования.

Когда фича закончена, ее нужно за-rebase-ить на develop и потом слить:

git flow feature rebase
git flow feature finish 77-speedup-yak-shaving

После этих двух шагов develop будет содержать Вашу новую фичу. Остается только прогнать тесты и за-push-ить.

Выпуск релизов и хотфиксов

С релизами управляться очень легко:

git flow release start 2011_year_of_the_yak

Эта команда создает новую ветку release/2011_year_of_the_yak на основе develop. Здесь можно изменить HISTORY или VERSION файлы, закоммитить и выпустить релиз:

git flow release finish 2011_year_of_the_yak

После этого будет создан тег 2011_year_of_the_yak и временная ветка будет удалена. Вы очутитесь в master.

Хотфикс – это feature branch, базирующийся на последнем релизе и который автоматически будет влит и в master, и в develop. Просто и со вкусом.

Оригинал на английском
Модель, по которой работает git-flow: A successful Git branching model

Идея взята отсюда, добавлен один клиент и удалено много копипаста

Если устраивает открытие в Safari – можно откомментировать последний элемент, на этом кастомизация заканчивается.

Вообще поскольку URL в данный момент – это единственный способ для приложений взаимодействовать между собой, рекомендую поглядывать на handleOpenUrl: и подборку схем от Адриана Космачевского

Требуется скачать проект и сделать его рабочим, т.е. чтобы все открывалось, ничего не падало и не было утечек памяти. По его оценкам толковому человеку требуется от 30 до 90 минут на все.

1. Регистрируемся на сайте
2. Создаем Team (их может быть много)
3. Приглашаем людей в Team (или рекрутируем, об этом дальше)
4. Каждый, получивший приглашение, должен зайти со своего устройства на сайт
5. При первом заходе появится кнопочка “Register”, которая потребует установки дополнительных профилей
6. После установки надо зайти на сайт с устройства снова и UDID устройства будет зарегистрирован (Иногда это не проходит с первого раза, у меня получилось с 3-го, у некоторых при использовании jailbreak’а не получается вообще)
7. Разработчик может добавлять новые билды
8. Собственно это все – следующий заход на сайт с тестеровского девайса будет отображать доступные для установки новые версии приложения(ий) с краткими комментариями, для установки достаточно будет перейти по ссылке

О каждой версии приходят почтовые уведомления.
Тестеров можно группировать и распространять соответственно по группам.
Кроме того, при публикации билда автоматически показываются все устройства из группы, которые не входят в provisioning profile.

Для широкого охвата существует рекрутирование – Вы публикуете ссылку с комментарием в публичных источниках (твиттер, фейсбук, блог) и каждый желающий может изъявить желание присоединиться к бета тестированию.

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