Многие из вас, парни, согласны с тем, что разработчики не должны иметь доступ на запись к производственным серверам (то есть this question). В такой среде, кто публикует публичное приложение/службу/данные? тестеры?Кому следует публиковать продукцию?
ответ
У нас также есть небольшая команда по выпуску со специальными привилегиями. Они вышли из команды разработчиков, хотя они и являются техническими людьми.
Релиз сделан из (если нок, любая фаза может быть стопор):
- построить версию
- собрать «что нового»
- опубликовать его внутренне для всех видов испытаний , ручной или автоматический
- производства доступа к базам данных для запуска изменяются некоторые сценарии,
- развернуть приложение в производстве,
- сделать некоторые мини припадки тесты,
- получают клиенты жалуется
Большую часть времени, все работа выполняется одним человеком (еще один доступен в качестве резервной копии). Смысл этого:
- Тот же самый парень, менее вероятно, чтобы сделать те же ошибки несколько раз, он учится на ошибках.
- Этот парень не может передать ответственность кому-то еще, поэтому он действительно уверен, что он будет работать.
- Этот парень не думает обо всех новых увлекательных функциях, которые были разработаны в этой версии, ему все равно. Его основное внимание уделяется «, что они сделали на этот раз, чтобы сломать и получить меня в беде :-(!». Он - это counter-power на самом деле, руководителям проектов, которые хотят, чтобы их функции были доставлены как можно скорее, и разработчикам, которые хотят, чтобы весь этот новый новый код был таким классным!
В моей компании имеется специальная команда разработчиков релизов, которая занимается всеми развертываниями. В идеале, наблюдается дисциплинированный процесс обзора и тестирования, и команда RE может помочь обеспечить фактическое выполнение.
Это хорошо, но я недавно испытал два неудачных развертывания, потому что тест и prod среда была не совсем * точно * то же самое. –
И я собирался сказать, что если бы я не помогал в развертывании, парень-релиз все бы отбросил назад, и у меня не было бы шанса узнать, почему это было неудачно. g в течение пяти минут с GDB спас меня в день, пытаясь воспроизвести ошибку при тестировании. –
Команда релиза, о которой я говорил, - это два человека, которые также являются разработчиками (подмигивают). У них просто есть дополнительный доступ, роли и обязанности. – gahooa
- 1. Кому следует позвонить ByteBuffer.flip()
- 2. Когда следует публиковать DTD
- 3. Кому следует изучать «старую» систему?
- 4. Кому следует выполнять проверку кода?
- 5. Кому следует создавать ViewModel в iOS MVVM?
- 6. Кому следует форматировать мои данные для отображения?
- 7. Кому следует реализовать интерфейс TransactionManager и UserTransaction?
- 8. Кому следует создавать элементы пользовательского интерфейса?
- 9. В каком формате следует публиковать мои видео?
- 10. Кому следует пренебрегать при рассмотрении совместимости с сетью?
- 11. Кому следует вызывать viewDidLoad для прогаммически загруженных просмотров?
- 12. Кому следует использовать папку www для проекта cordova iOS?
- 13. Кому следует установить отношения? Объект или карта данных?
- 14. Членство в ASP.NET MVC: Кому следует предоставить «returnUrl» методу LogOn?
- 15. Кому следует исправлять ошибки в среде Scrum/Agile?
- 16. следует ли публиковать веб-приложение wopi host на сервере?
- 17. Скидки на продукцию?
- 18. Cassandra выпускает продукцию
- 19. , представляющий продукцию CFG
- 20. Выбрать продукцию высшего продаж
- 21. Как получить продукцию производителя?
- 22. Как публиковать API?
- 23. Как получить продукцию по ProductCategoryID?
- 24. Как показать продукцию по брендам
- 25. Prestashop - получить продукцию с условием
- 26. Как вы обновляете свою продукцию?
- 27. Magento экспортирует продукцию с приложения
- 28. Удалить прервать продукцию в Magento
- 29. Предотвратить публиковать все SilverStripe
- 30. поставщика: публиковать не публиковать JavaScript библиотеки
+1 Рад, что вам понравилось. – KLE