> - Qbot notifications in #cassandra-dev and #cassandra-noise , as well as in > any subproject channels > - some cadence of dev@ ML updates, e.g. on activities, or dependency changes, > etc > - regular releases Agree on all 3 points. Also - I've *definitely* fallen off on the project updates for mainline; I'll pick that back up after ApacheCon.
On Wed, Oct 2, 2024, at 1:57 AM, Mick Semb Wever wrote: > To play devil's advocate here, it's important that the subprojects don't lose > visibility and silo from the rest of the project. > > There are different ways to solve this, and lumping everything into one jira > project is a messy and poor way of doing it. But as the sidecar has shown > us, subproject activity should somehow be made noisy to us. We need sorts of > common spaces in the project. > > If we go the separate jira project route, then some suggestions to help with > this are: > - Qbot notifications in #cassandra-dev and #cassandra-noise , as well as in > any subproject channels > - some cadence of dev@ ML updates, e.g. on activities, or dependency changes, > etc > - regular releases > > > On Tue, 9 Apr 2024 at 04:11, Dinesh Joshi <djo...@apache.org> wrote: >> hi folks - sorry to have dropped the ball on responding to this thread. >> >> My 2 cents are as follows - >> >> 1. Having a separate JIRA project for each sub-project will add management >> overhead. This option, however, allows us to model unique workflows for the >> sub-project. >> >> 2. Managing the sub-project as part of the Cassandra JIRA project would >> imply less management overhead but the sub-project would need to conform to >> the same workflows. >> >> I would pick option 1 unless there is a strong reason and desire to manage a >> separate Jira project. We can always split out the Java Driver project if >> things don't work out. OTOH merging a Jira project is harder. >> >> Thanks, >> >> Dinesh >> >> On Thu, Apr 4, 2024 at 12:45 PM Abe Ratnofsky <a...@aber.io> wrote: >>> CEP-8 proposes using separate Jira projects per Cassandra sub-project: >>> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-8%3A+DataStax+Drivers+Donation >>> >>> > We suggest distinct Jira projects, one per driver, all to be created. >>> >>> I don't see any discussion changing that from the [DISCUSS] or vote threads: >>> https://lists.apache.org/thread/01pljcncyjyo467l5orh8nf9okrh7oxm >>> https://lists.apache.org/thread/opt630do09phh7hlt28odztxdv6g58dp >>> https://lists.apache.org/thread/crolkrhd4y6tt3k4hsy204xomshlcp4p >>> >>> But looks like upon acceptance that was changed: >>> https://lists.apache.org/thread/dhov01s8dvvh3882oxhkmmfv4tqdd68o >>> >>> > New issues will be tracked under the CASSANDRA project on Apache’s JIRA >>> > <https://issues.apache.org/jira/projects/CASSANDRA> under the component >>> > ‘Client/java-driver’. >>> >>> I'm in favor of using the same Jira as Cassandra proper. Committership is >>> project-wide, so having a standardized process (same ticket flow, review >>> rules, labels, etc. is beneficial). But multiple votes happened based on >>> the content of the CEP, so we should stick to what was voted on and move to >>> a separate Jira. >>> >>> -- >>> Abe