Система контроля версий

Зачем она нам нужна

1. Командная работа над одним кодом
2. История изменений (возможность отменить изменения)
3. Сохранность данных
4. Сборка проекта на сервере
5. Упоминается в почти в любой вакансии

Зачем нам отдельная ветка для каждой задачи

1. Изоляция кода
2. Иметь возможность показать остальным на промежуточных этапах
3. Срез кода и базы данных для отработки тестов
4. Для тех, кто будет смотреть этот ролик спустя время
5. Научится работать с гитом

Подробнее Git Workflows

Подготовка к выполнению задачи

1. Fork git clone https://github.com/<ваш акаунт>/ii.git или обновление кода git pull git fetch
2. Переключаемся на нужную ветку git checkout issue<номер> или создаём новую git checkout -b issue<номер>
3. Делаем изменения и комитаем git commit -m "сообщение", можно сколько угодно раз
4. Отправляете изменения на сервер git push
5. Создаёте запрос на интеграцию ваших изменений в основной репозиторий проекта,подробнее
6. Проверяем код
7. Правим ошибки и снова загружаем на сервер
8. Я принимаю финальный вариант и интегрирую в основной проект
9. Приносим благодарность за выполненную работу :)

В этом видео (начнётся с нужного места), я показываю как настроить обновление с destarter/ii, затем запушить в нужную ветку и отправить запрос на слияние.

Книга по Git на русском http://git-scm.com/book/ru/ плюс http://githowto.com/ru. Статья по веткам в github http://habrahabr.ru/post/125999/

При ошибке при git fetch upstream git remote set-url upstream https://github.com/devstarter/ii.git (http://www.jonathanmedd.net/2013/06/git-remote-add-upstream-fatal-remote-upstream-already-exists.html)