diff --git a/_data/en/publications.yml b/_data/en/publications.yml index 0ebe44d3e..3b196775b 100644 --- a/_data/en/publications.yml +++ b/_data/en/publications.yml @@ -200,7 +200,7 @@ articles: img: "/assets/images/publications/en_270320.png" created: 2020-03-27 comment: | -

werf is our Open Source GitOps tool to build your applications and deploy them to Kubernetes. As promised, the release of werf 1.0 marked the beginning of the era of new features and revising established approaches. Now, we are excited to announce the latest version (v1.1) of our tool which is a massive step in the development of its builder and laying the groundwork for the future. Currently, version 1.1 is available in the 1.1 ea channel.

+

werf is our Open Source GitOps tool to build your applications and deploy them to Kubernetes. As promised, the release of werf 1.0 marked the beginning of the era of new features and revising established approaches. Now, we are excited to announce the latest version (v1.1) of our tool which is a massive step in the development of its builder and laying the groundwork for the future.

- title: "Building & deploying a versioned documentation site with werf" blog_url: "https://blog.werf.io/dynamic-building-deploying-with-werf-5c65bb5c29cb" img: "/assets/images/publications/en_210220.png" diff --git a/_data/en/topnav.yml b/_data/en/topnav.yml index 7de780a88..954c1669d 100644 --- a/_data/en/topnav.yml +++ b/_data/en/topnav.yml @@ -12,7 +12,5 @@ url: /publications.html - title: Release channels url: /about/release_channels.html - - title: Backward compatibility - url: /about/backward_compatibility.html - title: Changelog url: /about/changelog.html diff --git a/_data/ru/publications.yml b/_data/ru/publications.yml index 57c7bb9a7..18180ffdf 100644 --- a/_data/ru/publications.yml +++ b/_data/ru/publications.yml @@ -241,7 +241,7 @@ articles: img: "/assets/images/publications/ru_240320.png" created: 2020-03-24 comment: | -

werf — наша GitOps CLI-утилита с открытым кодом для сборки и доставки приложений в Kubernetes. Как и обещали, выход версии v1.0 знаменовал начало добавления в werf новых возможностей и пересмотра привычных подходов. Теперь мы рады представить релиз v1.1, который является большим шагом в развитии и заделом на будущее сборщика werf. Версия доступна на данный момент в канале 1.1 ea.

+

werf — наша GitOps CLI-утилита с открытым кодом для сборки и доставки приложений в Kubernetes. Как и обещали, выход версии v1.0 знаменовал начало добавления в werf новых возможностей и пересмотра привычных подходов. Теперь мы рады представить релиз v1.1, который является большим шагом в развитии и заделом на будущее сборщика werf.

- title: "Динамическая сборка и деплой Docker-образов с werf на примере сайта версионированной документации" habr_url: "https://habr.com/ru/company/flant/blog/478690/" img: "/assets/images/publications/ru_160120.png" diff --git a/_data/ru/topnav.yml b/_data/ru/topnav.yml index 09c6af08f..0956210e7 100644 --- a/_data/ru/topnav.yml +++ b/_data/ru/topnav.yml @@ -12,7 +12,5 @@ url: /publications.html - title: Каналы обновлений url: /about/release_channels.html - - title: Обратная совместимость - url: /about/backward_compatibility.html - title: История изменений url: /about/changelog.html diff --git a/_includes/en/installation/backward-compatibility.md b/_includes/en/installation/backward-compatibility.md deleted file mode 100644 index fb28211e7..000000000 --- a/_includes/en/installation/backward-compatibility.md +++ /dev/null @@ -1,15 +0,0 @@ -werf follows a versioning strategy called [Semantic Versioning](https://semver.org). It means that major releases (1.0, 2.0) can break backward compatibility. In the case of werf, an update to the next major release _may_ require to do a full re-deploy of applications or to perform other non-scriptable actions. - -Minor releases (1.1, 1.2, etc.) may introduce new global features, but have to do so without significant backward compatibility breaks with a major branch (1.x). -In the case of werf, this means that an update to the next minor release goes smoothly most of the time. However, it _may_ require running a provided upgrade script. - -Patch releases (1.1.0, 1.1.1, 1.1.2) may introduce new features, but must do so without breaking backward compatibility within the minor branch (1.1.x). -In the case of werf, this means that an update to the next patch release should be smooth and can be done automatically. - -- We do **not guarantee** backward compatibility between: - - `alpha` releases; - - `beta` releases; - - `ea` releases. -- We **guarantee** backward compatibility between: - - `stable` releases within the minor branch (1.1.x); - - `rock-solid` releases within the minor branch (1.1.x). \ No newline at end of file diff --git a/_includes/ru/installation/backward-compatibility.md b/_includes/ru/installation/backward-compatibility.md deleted file mode 100644 index 84c5475cc..000000000 --- a/_includes/ru/installation/backward-compatibility.md +++ /dev/null @@ -1,13 +0,0 @@ -werf использует [семантическое версионирование](https://semver.org). Мажорные релизы могут ломать обратную совместимость (совместимость между 1.0 и 2.0, между 2.0 и 3.0 и т.д.). Для werf следующий мажорный релиз _может_ потребовать полный перезапуск приложений или других ручных действий, которые не могут быть выполнены автоматически. - -Минорные релизы (1.1, 1.2, и т.д.) могут содержать новые глобальные возможности. Изменения, вносимые в минорных релизах не могут значительно менять обратную совместимость в рамках текущей мажорной ветки версий (например, 1.x). Для werf это означает, что обновление между минорными версиями происходит незаметно в большинстве случаев. Однако такое обновление может потребовать от пользователя запуска некоторых инструкций, которые должны быть предоставлены при выходе новой версии werf. - -Патч релизы (1.1.0, 1.1.1, 1.1.2) могут содержать как исправления, так и новые возможности. Однако данные изменения обязаны быть полностью обратно совместимыми в рамках текущей минорной ветки версий (например, 1.1.х). Для werf это означает, что обновление на следующий патч релиз всегда происходит незаметно и может производится автоматически. - - - Мы **не гарантируем** обратную совместимость между: - - `alpha` релизами; - - `beta` релизами; - - `ea` релизами. - - Мы **гарантируем** обратную совместимость между: - - `stable` релизами в рамках минорной ветки версий (например 1.1.x); - - `rock-solid` релизами в рамках минорной ветки версий (например 1.1.x). diff --git a/assets/css/backward-compatibility.css b/assets/css/backward-compatibility.css deleted file mode 100644 index f3c6ecffa..000000000 --- a/assets/css/backward-compatibility.css +++ /dev/null @@ -1,11 +0,0 @@ -.installation-compatibility { - margin-top: 100px; -} - -.installation-compatibility__title { - font-style: normal; - font-weight: bold; - font-size: 45px; - line-height: 60px; - margin: 45px 0; -} \ No newline at end of file diff --git a/pages_en/about/backward_compatibility.md b/pages_en/about/backward_compatibility.md deleted file mode 100644 index c9e3f396a..000000000 --- a/pages_en/about/backward_compatibility.md +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Backward compatibility -permalink: about/backward_compatibility.html -layout: default -sidebar: none -description: Backward compatibility promise ---- -{%- asset backward-compatibility.css %} - -
-
-

Backward compatibility promise

-
-werf follows a versioning strategy called [Semantic Versioning](https://semver.org). It means that major releases (1.0, 2.0) can break backward compatibility. In the case of werf, an update to the next major release _may_ require to do a full re-deploy of applications or to perform other non-scriptable actions. - -Minor releases (1.1, 1.2, etc.) may introduce new global features, but have to do so without significant backward compatibility breaks with a major branch (1.x). -In the case of werf, this means that an update to the next minor release goes smoothly most of the time. However, it _may_ require running a provided upgrade script. - -Patch releases (1.1.0, 1.1.1, 1.1.2) may introduce new features, but must do so without breaking backward compatibility within the minor branch (1.2.x). -In the case of werf, this means that an update to the next patch release should be smooth and can be done automatically. - -- We do **not guarantee** backward compatibility between: - - `alpha` releases; - - `beta` releases; - - `ea` releases. -- We **guarantee** backward compatibility between: - - `stable` releases within the minor branch (1.2.x); - - `rock-solid` releases within the minor branch (1.2.x). -
-
-
diff --git a/pages_ru/about/backward_compatibility.md b/pages_ru/about/backward_compatibility.md deleted file mode 100644 index 17f6247ef..000000000 --- a/pages_ru/about/backward_compatibility.md +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: Обратная совместимость -permalink: about/backward_compatibility.html -layout: default -sidebar: none -description: Гарантии обратной совместимости ---- -{%- asset backward-compatibility.css %} - -
-
-

Гарантии обратной совместимости

-
-werf использует [семантическое версионирование](https://semver.org). Мажорные релизы могут ломать обратную совместимость (совместимость между 1.0 и 2.0, между 2.0 и 3.0 и т.д.). Для werf следующий мажорный релиз _может_ потребовать полный перезапуск приложений или других ручных действий, которые не могут быть выполнены автоматически. - -Минорные релизы (1.1, 1.2, и т.д.) могут содержать новые глобальные возможности. Изменения, вносимые в минорных релизах не могут значительно менять обратную совместимость в рамках текущей мажорной ветки версий (например, 1.x). Для werf это означает, что обновление между минорными версиями происходит незаметно в большинстве случаев. Однако такое обновление может потребовать от пользователя запуска некоторых инструкций, которые должны быть предоставлены при выходе новой версии werf. - -Патч релизы (1.1.0, 1.1.1, 1.1.2) могут содержать как исправления, так и новые возможности. Однако данные изменения обязаны быть полностью обратно совместимыми в рамках текущей минорной ветки версий (например, 1.1.х). Для werf это означает, что обновление на следующий патч релиз всегда происходит незаметно и может производится автоматически. - - - Мы **не гарантируем** обратную совместимость между: - - `alpha` релизами; - - `beta` релизами; - - `ea` релизами. - - Мы **гарантируем** обратную совместимость между: - - `stable` релизами в рамках минорной ветки версий (например 1.1.x); - - `rock-solid` релизами в рамках минорной ветки версий (например 1.1.x). -
-
-