В GitLab 8.10 появилась возможность запустить CD таск ручками (полезно для QA).

В конфиге pipeline теперь можно написать условие:

when: manual

И deploy будет совершенно после ручного запуска (читай проверки тестировщиком стэйдж версии). На мой взгляд, это идеальный баланс между автоматикой и ручным тестированием в Continuous delivery (CD).

В релизе еще куча всего интересного https://about.gitlab.com/2016/07/22/gitlab-8-10-released/. Например wildcard'ы вместо строгого соответствия для защищенных веток.

Истерика по поводу Vim (холиварненько)

Всегда испытывал иррациональное уважение к людям кодирующим только в Vim. Какая потрясающая самодостаточность, думал я. Но за последние 6 месяцев накопилось примеров от 4 совершенно разных разработчиков, которые подчеркнуто используют только Vim.

Самые типичные ошибки мэтров консоли, которые не совершают IDE-шники:

• не используемые импорты
• переменные, которые никогда не используются
• ошибочные изменения в следствии замены поиском
• очепятки (орфография)
• дублирование функций / классов
• pep8

Если вы ведете более одной кодовой базы с разными командами разработчиков, используйте IDE! Вообще, по любому другому поводу лучше используйте PyCharm для python.

Спорные моменты PEP8

Наверное больше всего споров в pep8 вызывает история с максимальной длинной строки. 79 символов - маловато для современного редактора и монитора. Альтернативный довод про структурированные мысли и читаемость, которая автоматически повышается у людей пытающихся ограничить строку 79 символами, лично я считаю не необходимым условием. Достаточным, возможно.
По статистике пакета для проверки pep8 следующее по популярности не соблюдаемое правило -  количество пустых строк (н-р определение класса или первое определение в модуле).
Исключения кодов E301, E302 и E501 встречаются в большинстве виденных мной выступлений на конференциях, в которых упоминался пакет для проверки pep8.

А какие моменты pep8 вы считаете устаревшими / надуманными / не нужными?