Быстрый способ «восстановить» пароль администратора в Jenkins

Если вы забыли или не знаете админский пароль от Jenkins.

Найдите config.xml, например так:

$ mdfind “jenkins.security.ApiTokenProperty”

В моем случае, на MacOS, путь к файлу admin’а: /Users/Shared/Jenkins/Home/users/admin/config.xml

Замените hash пароля

<passwordHash>#jbcrypt:$2a$10$BjBouLN.W0Olv8ObQte6Eu9ihFcMceWq5RBHwtSFpbB3akAxE3vPC</passwordHash>

на

<passwordHash>#jbcrypt:$2a$10$razd3L1aXndFfBNHO95aj.IVrFydsxkcQCcLmujmFQzll3hcUrY7S</passwordHash>

Перезапустите Jenkins и заходите с паролем test.

 

Share

О логистике, поставщиках и DevOps

Идея статьи возникла из нарастающего интереса к Agile и, в частности, к DevOps в сфере производства. Несмотря на то, что сейчас любая деятельность так или иначе круто завязана на IT, людям, занимающим высокие должности в сфере производства реальных товаров, может быть трудно понять наш профессиональный язык, в котором к тому же что ни термин, то англоязычный.

Постараюсь провести параллель между созданием программного и физического продуктов и сопоставить ряд важных терминов из двух миров. Keep Reading

Share

Особенность DevOps‬ в крупных ‪компаниях

Прежде чем перейти к особенностям DevOps, стоит разобраться, в чем отличие крупных компаний и систем, поддерживающих их работу. Это и командообразование по технологиям (часто называют silos), и жесткие требования регуляторов, и большое количество согласований и, безусловно, крупные, масштабные релизы.
Такие системы имеют долгую историю, соответственно, аккумулируют занния, костыли и решения от нескольких поколений разработчиков, архитекторов, аналитиков; технологических изменений в мире. Приходилось вам видеть монолит, в котором часть кода на java 1.4, часть на 1.6, часть на 1.7?
И разумеется, грандиозные размеры и колоссальные инвестиции, вследствие чего и страшно и жалко.

Теперь немного конкретики.
Keep Reading

Share

Зачем проводить Code Review?

Linus’s Law: «given enough eyeballs, all bugs are shallow»

«Зачем проводить Code Review?», — вопрос достаточно распространенный.

Ниже мне хотелось бы упомянуть о двух важных аспектах, о которых часто забывают.

Wikipedia о code review нам говорит следующее: «улучшение качества программного продукта и совершенствование навыков разработчика. …могут быть найдены и устранены такие проблемы, как ошибки в форматировании строк, состояние гонки, утечка памяти и переполнение буфера, что улучшает безопасность программного продукта»

Всё верно, но ревью кода решает еще две очень важные задачи, которые невозможно решить никаким иным путем:

  • Синхронизация ментальных моделей
  • Распространение знаний о коде

Все остальное: качество, корректность и т.д. так или иначе, костылями и/или автотулами можно сделать, а вот понять код можно только просмотрев код и никак иначе.
Keep Reading

Share

Цикл Деминга, Scrum и Toyota Production System

Нередко про цикл Деминга, Scrum и Toyota Production System рассказывают дискретно, будто несколько историй в одном фильме под эгидой одной идеи. И как они между собой связаны — не всем и не всегда очевидно.

Выгдядит это примерно так. Долгий рассказ о PDCA. Затем долгий рассказ о Тойоте и MURI, MURA, MUDA. После чего долгий рассказ про скрам: плаирование, спринты, ретро и т.д.

Попробуем разобраться, как эти три модели между собой соотносятся.
Keep Reading

Share
  • 1
  • 2