You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (Jira)" <ji...@apache.org> on 2022/09/03 10:40:00 UTC
[jira] [Resolved] (CAMEL-17208) Website release process documentation correction
[ https://issues.apache.org/jira/browse/CAMEL-17208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen resolved CAMEL-17208.
---------------------------------
Resolution: Fixed
> Website release process documentation correction
> ------------------------------------------------
>
> Key: CAMEL-17208
> URL: https://issues.apache.org/jira/browse/CAMEL-17208
> Project: Camel
> Issue Type: Task
> Components: documentation
> Reporter: David Jencks
> Assignee: David Jencks
> Priority: Major
>
> The network of subproject version dependencies is more complicated than we previously accounted for in the website release docs. We've recently seen that:
> - camel-quarkus 2.4.x depends on camel components 3.12.x, so 3.12.x needs to remain in the docs as long as cq 2.4.x
> - camel-k 1.7.x depends on camel-quarkus 2.4.x, so cq 2.4.x and camel 3.12.x need to remain in the docs as long as camel-k 1.7.x
> I imagine there are a lot more subproject interdependencies that have not yet been discovered or even properly set up. It would be great to have
> - each subproject clearly document which other subprojects it depends on with the versions of these other subprojects, as I've suggested in https://github.com/apache/camel-k/issues/2759.
> - a centralized view of all such dependencies.
> However, we should at least document that these dependencies generally exist and that removing any version from the documentation needs to check that no other subprojects are referencing it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)