На сайте AdoptOpenJdk написано: «In addition, every three years one feature release will be designated as the Long Term Supported (LTS) release. We will produce LTS releases for at least four years. This assurance will allow you to stay on a well-defined code stream, and give you time to migrate to the next, new, stable, LTS release when it becomes available. » Разве это не про LTS?
Спасибо, что держите в курсе событий. Вообще в новости написано: «До апреля 2019 года компания Amazon намерена дополнительно сформировать LTS-ветку Corretto 11, основанную на OpenJDK 11. Поддержка Corretto 11 будет осуществляться до августа 2024 года.»
Это не мои слова, а слова, написанные в статье. Я думаю, вам стоит спросить автора статьи об источниках.
Вот, например, по второй ссылке в гугл (http://mail.openjdk.java.net/pipermail/jdk-dev/2018-August/001830.html):
OpenJDK is a community project. It's up to the community to support
it. In practice this means that a group of organizations and
individuals will maintain each OpenJDK LTS release for some period
(TBA for 11, but it's sure to be a *lot* longer than six months.) I am
certain that there will be a jdk11u project, and it will be properly
and professionally run. I think it's likely that I'll be leading the
project, but someone else may be chosen. Given that we don't know when
Oracle will end their support it's hard to say any more.
Я правильно понимаю, что вы не читали статью?
«Перейти на OpenJDK, использовать только релизы с долгосрочной поддержкой, и устанавливать версии с исправленными ошибками, доступные для OpenJDK. Это жизнеспособное решение для компаний, которые не могут или не хотят менять стоимость инфраструктуры Java, могли обходиться без коммерческой поддержки в прошлом и полагают, что также смогут и в долгосрочной перспективе.»
Ну как, у нас сабмодуль — это полноценный репозиторий. В том плане, что если изменения в проекте требуют изменений в сабмодуле — делается отдельная ветка и там и там, два пулл реквеста и т. д. За счёт линейной истории конфликты сведены к минимуму. Грубо говоря, для проекта сабмодуль — это внешний компонент, и конфликт сводится к тому, что есть хэш, в котором реализована фича А, и есть хэш, в котором она не реализована, ничего сложного.
Проблемы с мержем сабмодулей, про которые вы говорите, за полтора года работы над этим проектом встречались раза два.
Как обычно, не вижу разницы, если честно. Фичи делаются в отдельных ветках, перед merge делаем rebase чтобы свести конфликты к минимуму, если какие-то ломающие изменения — то да, всем придётся править код, но только после принудительного обновления сабмодуля до мастера (т. е. ничего не ломается само по себе).
В проекте, над которым я работаю, мы используем submodule и каждая ветка основного проекта связана с конкретной веткой сабмодуля. Меняю ветку — сабмодуль тоже меняется, что я делаю не так?
Да, ничего не скажу про PCRE, но в регулярках .Net точно используются недетерминированные конечные автоматы в сложных случаях, может быть даже с магазином
Зря вы так, в этом деле надо без фанатизма — и тогда у всех всё будет хорошо. Насколько я помню, сторипоинты нужны в том числе для оценки фокус-фактора команды, да и никто же не требует от вас точной оценки — покер планнинг вроде бы должен повышать её точность, отчасти поэтому оценка в сторипоинтах, а не в часах.
Надеюсь, исправите в том числе и такой баг в приложении для android — при включенном приложении приходит перевод, а сумма остаётся прежней — т. е. чтобы перевести или оплатить что-нибудь, надо перезайти.
Вот, например, по второй ссылке в гугл (http://mail.openjdk.java.net/pipermail/jdk-dev/2018-August/001830.html):
Для ubuntu есть пакет openjdk-lts: launchpad.net/ubuntu/+source/openjdk-lts
Вот тут RedHat обещает, что OpenJDK 11 будет поддерживаться вплоть до октября 2024 года.
Первые три ссылки в google по запросу openjdk lts, что я делаю не так?
P.S. Также обратите внимание на AdoptOpenJDK
«Перейти на OpenJDK, использовать только релизы с долгосрочной поддержкой, и устанавливать версии с исправленными ошибками, доступные для OpenJDK. Это жизнеспособное решение для компаний, которые не могут или не хотят менять стоимость инфраструктуры Java, могли обходиться без коммерческой поддержки в прошлом и полагают, что также смогут и в долгосрочной перспективе.»
Проблемы с мержем сабмодулей, про которые вы говорите, за полтора года работы над этим проектом встречались раза два.