Если code review не проходит, данные изменения не попадают в релиз. Есть неделя времени, чтобы все поправить и открыть новый пулл реквест.
Как у нас все это работает — разработчик мерджит master в свою ветку. Т.к. master содержит revert его изменений, не прошедших code review, необходимо сделать двойной revert, т.е. в логе смотрим какой коммит отменяет пулл-реквест, делаем revert этого коммита и получаем наш исходный код. Правим и отправляем очередной пулл-реквест.
Судя по описанию рабочего процесса основные задачи у вас — установка и настройка wordpress/drupal/e-shop :)
— У нас в компании приняты 2-х недельные спринты.
Этапы работы вполне стандартны: Задача — В процессе — Готово для тестов — Тест в процессе — QA — Готово.
Естественно перед каждым спринтом — планирование, игра в SCRUM карты. После — ретроспектива.
Кроме этого по четвергам — bugfix day, каждый берет какой-либо маленький баг и фиксит его, создавая отдельную ветку. Затем создается пулл реквест и отправляется в основной репозиторий на code review. После прохождения code review пулл-реквест изменения сливаются в основную ветку и тестируются командой QA, если все в порядке — изменения одобряются и ждут релиза, если нет — делается revert пулл-реквеста.
Ну и конечно же ежедневные stand up митинги в формате: что делал вчера — что планирую делать сегодня
Некоторые хабраюзеры, UUID которых я добавил, говорят, что все равно не получается установить, потому что «не удаётся активировать, т.к. вы не зарегистрированы в программе»
Без понятия, что это и почему.
Лучше бы аймудилка объяснила — откуда эти книги, почему продается нелегальный контент, утверждая, что он легальный (хотя, это конечно же риторический вопрос)
Жилье в Сингапуре очень уж не дешевое. Звали меня в Сингапур, но не сошлись в условиях — компания не оплачивает аренду, а без этого — зарплата не такая интересная получалась.
И иду я дальше по рынку, и думаю — вот дурак то. Пошел, заплатил 30 рублей, а т.к. помидоры уже продали, и новые помидоры — это новый товар, цена на них в 2 раза дороже. И помидоры не купил, и деньги потратил.
Как у нас все это работает — разработчик мерджит master в свою ветку. Т.к. master содержит revert его изменений, не прошедших code review, необходимо сделать двойной revert, т.е. в логе смотрим какой коммит отменяет пулл-реквест, делаем revert этого коммита и получаем наш исходный код. Правим и отправляем очередной пулл-реквест.
— У нас в компании приняты 2-х недельные спринты.
Этапы работы вполне стандартны: Задача — В процессе — Готово для тестов — Тест в процессе — QA — Готово.
Естественно перед каждым спринтом — планирование, игра в SCRUM карты. После — ретроспектива.
Кроме этого по четвергам — bugfix day, каждый берет какой-либо маленький баг и фиксит его, создавая отдельную ветку. Затем создается пулл реквест и отправляется в основной репозиторий на code review. После прохождения code review пулл-реквест изменения сливаются в основную ветку и тестируются командой QA, если все в порядке — изменения одобряются и ждут релиза, если нет — делается revert пулл-реквеста.
Ну и конечно же ежедневные stand up митинги в формате: что делал вчера — что планирую делать сегодня
Без понятия, что это и почему.