DZone RefCard #145 Continuous Delivery / DZone RefCard #145 Постоянная Доставка

→Pattern
Branches must be short lived – ideally less than a few days and never more than an iteration.
0 Шаблон
→Short-Lived Branches (1)
0 Коротко живущие ветвление
→Anti-patterns
Some files are checked in, others, such as environment configuration or data changes, are not. Binaries – that can be recreated through the build and deployment process – are checked in.
0 Антишаблоны
Некоторые файлы заливаются, другие, как например конфигурация и данные изменения нет. Бинарные файлы, которые могут быть получены сборкой и процессом развертывания, также заливаются в репозиторий.
→Pattern
All source files - executable code, configuration, host environment, and data - are committed to a version-control repository.
0 Шаблон
Все исходные файлы - исполняемый код, конфигурационные файлы, оборудование хоста и данные сохраняются в репозитории контроля версий.
→Repository (3) , (1)
0 Репозиторий
→Anti-patterns
Open text passwords and/or single machine or share.
0 Антишаблоны
Открытые текстовые пароли находят на отдельном компьютере или с в разделяемом доступе
→Pattern
Store configuration information in secure remotely accessible locations such as a database, directory, or registry.
0 Шаблон
Хранилище конфигурационной информации в находится безопасных, доступно удаленных местах, таких как база данных, директория или реестр.
→Protected Configuration (5) ,(1)
0 Защищенная конфигурация
→Anti-patterns
Merging every iteration once a week or less often than once a day.
0 Антишаблоны
Выполнять слияние каждой итерации раз в неделю или как минимум реже чем раз в день.
→The purpose of the deployment pipeline is threefold:
• Visibility: All aspects of the delivery system - building, deploying, testing, and releasing – are visible to all team members promoting collaboration.
• Feedback: Team members learn of problems as soon as they occur so that issues are fixed as soon as possible.
• Continually Deploy: Through a fully automated process, you can deploy and release any version of the software to any environment. (1)
0 Цель последовательности развертывания является тройной:
• Видимость: Все аспекты системы доставки - сборка, развертывание, тестирование, и выпуск релиза - видны всем членам команды,что способствует сотрудничеству.
• Обратная связь: Члены команды приступают к изучению затруднений сразу, как только они появляются, таким образом проблемы решаются как можно скорее.
• Непрерывное Развертывание: Посредством полностью автоматизированного процесса Вы можете развернуть и выпустить любую версию программного обеспечения для любой окружающей среды. (1)
→The purpose of the deployment pipeline is threefold:
• Visibility: All aspects of the delivery system - building, deploying, testing, and releasing – are visible to all team members promoting collaboration.
• Feedback: Team members learn of problems as soon as they occur so that issues are fixed as soon as possible.
• Continually Deploy: Through a fully automated process, you can deploy and release any version of the software to any environment. (1)
0 Цель последовательности развертывания является тройной:
• Видимость: Все аспекты системы доставки - сборка, развертывание, тестирование, и выпуск релиза - видны всем членам команды,что способствует сотрудничеству.
• Обратная связь: Члены команды приступают к изучению затруднений сразу, как только они появляются, таким образом проблемы решаются как можно скорее.
• Непрерывное Развертывание: Посредством полностью автоматизированного процесса Вы можете развернуть и выпустить любую версию программного обеспечения для любой окружающей среды. (1)
→Pattern
Changes committed to the mainline are applied to each branch on at least a daily basis.
0 Шаблон
Закоммиченные, в главной ветви, изменения применяются в во всех прочих ветвях как минимум ежедневно.
→Merge Daily (1)
0 Ежедневное слияние
→Anti-patterns
Multiple branches per project.
0 Антишаблоны
Многократное ветвление на всем протяжении проекта.
→Pattern
Minimize merging and keep the number of active code lines manageable by developing on a mainline.
0 Шаблон
Минимизация слияний и сохранение числа активных правок кода управляемыми благодаря разработке на главной ветви.
→Mainline (3)
0 Главная ветвь
→Anti-patterns
Configuration options are not documented. The catalog of applications and other assets is “tribal knowledge”.
0 Антишаблоны
Опции конфигурации не документированы. Каталог приложений и другие факты это "тайна племени".
→Pattern
Maintain a catalog of all options for each application, how to change these options and storage locations for each application. Automatically create this catalog as part of the build process.
0 Шаблон
Имеется каталог всех опций для каждого приложения, известен способ изменения этих опций и места их хранения для каждого приложения. Такой каталог автоматически создается как части системы сборки.
→Configuration Catalog (1)
0 Каталог конфигураций
→Procuring software that cannot be externally configured. Software without an API or command-line interface that forces teams to use the GUI only.
0 Закупается программное обеспечение не имеющие возможности внешней настройки. Программное обеспечение не имеет API или интерфейса командной строки, что принуждает команду к использованию только GUI интерфейса.
Резюме
Пол:
мужчина
Родной язык:
русский
С нами:
с 23 июня 2011 г. (5596 дней)
Не является членом клуба.
Деятельность:
38 версий перевода с общим рейтингом 0
Карма: 1 (оценок: 1)
Написать iSergius личное сообщение