[VOTE] Clean up and reorganize the JIRA components

classic Classic list List threaded Threaded
23 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: [RESULT][VOTE] Clean up and reorganize the JIRA components

Robert Metzger
No problem.
I can not decide this, because I don't know the domain enough. I've added a
new "Runtime / Operators
<https://issues.apache.org/jira/issues/?jql=project+%3D+FLINK+AND+component+%3D+%22Runtime+%2F+Operators%22>"
component, which is intended to contain all the API operators, including
SQL.
As far as I understood, the idea is that the SQL API and programming APIs
share the same set of operators (in the long run).
With 1240 issues, the "API / Table SQL" component is one of the largest
components. It definitively makes sense to split the SQL-related issues
into a good set of components.


On Thu, Feb 28, 2019 at 3:19 PM Kurt Young <[hidden email]> wrote:

> Sorry to join the discussion after all things seems been settled down
> already, but i noticed we may need another component: "SQL / operators".
> Do we still have chance to add it?
>
> Best,
> Kurt
>
>
> On Thu, Feb 28, 2019 at 5:59 PM Robert Metzger <[hidden email]>
> wrote:
>
> > Okay, I will go with "Connectors / Misc" if nobody objects.
> >
> >
> > On Wed, Feb 27, 2019 at 4:33 PM Chesnay Schepler <[hidden email]>
> > wrote:
> >
> > > "Connectors / Misc"
> > >
> > > On 27.02.2019 15:20, Robert Metzger wrote:
> > > > I have now started renaming the components.
> > > > You can track my progress on the wiki page:
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/Proposal+for+new+JIRA+Components
> > > >
> > > >
> > > > Since one has to re-open closed tickets to update their component, I
> > will
> > > > focus on the open tickets with the migration.
> > > > I have asked Infra to change the permissions so that we can change
> the
> > > > components of closed tickets as well.
> > > >
> > > > What do you think about a "Connectors / New" (or Common) component
> for
> > > > tracking new connectors?
> > > > I don't know where to place tickets like
> > > > https://issues.apache.org/jira/browse/FLINK-8486.
> > > >
> > > >
> > > >
> > > > On Tue, Feb 26, 2019 at 3:59 PM jincheng sun <
> [hidden email]
> > >
> > > > wrote:
> > > >
> > > >> I agree with Robert from now.
> > > >>
> > > >> Best,
> > > >> Jincheng
> > > >>
> > > >> Robert Metzger <[hidden email]> 于2019年2月26日周二 下午7:03写道:
> > > >>
> > > >>> Thank you for the suggestion.
> > > >>>
> > > >>> Would this be "Runtime / State TTL" ?
> > > >>>
> > > >>> How about adding this once we really have collected enough tickets
> to
> > > >>> justify a separate component?
> > > >>> The number of components is quite high already, and I would like to
> > > avoid
> > > >>> expanding it further too early.
> > > >>> Unless others also ask for it, I'm against it for now :)
> > > >>>
> > > >>> On Tue, Feb 26, 2019 at 10:28 AM Andrey Zagrebin <
> > [hidden email]
> > > >
> > > >>> wrote:
> > > >>>
> > > >>>> Hi all,
> > > >>>>
> > > >>>> Thank you for such useful effort, Robert!
> > > >>>>
> > > >>>> I would also suggest a separate tag for state TTL, like queryable
> > > >> state.
> > > >>>> There might be not so many issues atm but it might help in future.
> > > >>>>
> > > >>>> Thanks,
> > > >>>> Andrey
> > > >>>>
> > > >>>> On Mon, Feb 25, 2019 at 8:02 PM Robert Metzger <
> [hidden email]
> > >
> > > >>>> wrote:
> > > >>>>
> > > >>>>> The proposal has been approved with
> > > >>>>>
> > > >>>>> +1 votes:
> > > >>>>> - Timo
> > > >>>>> - Robert
> > > >>>>> - Jincheng
> > > >>>>> - Shengjk1
> > > >>>>> - Chesnay
> > > >>>>> - Till
> > > >>>>>
> > > >>>>> With +4 PMC votes, the vote has passed.
> > > >>>>>
> > > >>>>> Thanks everybody!
> > > >>>>> I'll soon start with this effort!
> > > >>>>>
> > > >>>>> On Mon, Feb 25, 2019 at 1:28 PM Till Rohrmann <
> > [hidden email]>
> > > >>>>> wrote:
> > > >>>>>
> > > >>>>>> +1
> > > >>>>>>
> > > >>>>>> On Mon, Feb 25, 2019 at 11:06 AM Chesnay Schepler <
> > > >>> [hidden email]>
> > > >>>>>> wrote:
> > > >>>>>>
> > > >>>>>>> +1
> > > >>>>>>>
> > > >>>>>>> On 25.02.2019 09:51, Robert Metzger wrote:
> > > >>>>>>>> You are right. I've fixed it:
> > > >>>>>>>>
> > > >>
> > >
> >
> https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=103089605&selectedPageVersions=7&selectedPageVersions=6
> > > >>>>>>>> On Thu, Feb 21, 2019 at 4:27 PM Chesnay Schepler <
> > > >>>> [hidden email]
> > > >>>>>>>> <mailto:[hidden email]>> wrote:
> > > >>>>>>>>
> > > >>>>>>>>      Then the respective target components should have a
> "split
> > > >>>>>>>>      Job-Submission" migration path attached to them.
> > > >>>>>>>>      None of the 3 components you just listed have this.
> > > >>>>>>>>
> > > >>>>>>>>      On 21.02.2019 16:10, Robert Metzger wrote:
> > > >>>>>>>>      > Thank you for the minor issues you've found. I
> addressed
> > > >>> them:
> > > >>>>>>>>      >
> > > >>>>>>>>
> > > >>
> > >
> >
> https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=103089605&selectedPageVersions=6&selectedPageVersions=5
> > > >>>>>>>>      >
> > > >>>>>>>>      > @Chesnay: Regarding the "Job-Submission": I quickly
> > looked
> > > >>>> over
> > > >>>>>>> the
> > > >>>>>>>>      > tickets. Many of them clearly fit into categories like
> > > >> YARN,
> > > >>>>>>>>      "Runtime / Web
> > > >>>>>>>>      > Frontend", "Deployment / Scripts". For the difficult
> > > >> cases,
> > > >>>>>>>>      we'll find a
> > > >>>>>>>>      > solution :)
> > > >>>>>>>>      >
> > > >>>>>>>>      >
> > > >>>>>>>>      > On Thu, Feb 21, 2019 at 5:57 AM shengjk1 <
> > > >>> [hidden email]
> > > >>>>>>>>      <mailto:[hidden email]>> wrote:
> > > >>>>>>>>      >
> > > >>>>>>>>      >> +1 for the vote
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Also agree with Chesnay Schepler.
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> There area few minor things  I just noticed, except as
> > > >>>>>>>>      mentioned in the
> > > >>>>>>>>      >> Chesnay Schepler email:
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> * "Scala Shell" is to be renamed to "Scala Shell", but
> > it
> > > >>>>>>>>      should say keep
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Best,
> > > >>>>>>>>      >> Shengjk1
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> On 02/20/2019 18:31,Chesnay Schepler<
> [hidden email]
> > > >>>>>>>>      <mailto:[hidden email]>> wrote:
> > > >>>>>>>>      >> There area few minor things I just noticed:
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> * "Job-Submission" is to be merged into "Command Line
> > > >>>> Client",
> > > >>>>>>>>      but I'm
> > > >>>>>>>>      >> certain that there are issue in that category that
> > > >>> also/only
> > > >>>>>>> apply
> > > >>>>>>>>      >> to REST. The same applies to Web Client I suppose,
> which
> > > >>>> should
> > > >>>>>>> be
> > > >>>>>>>>      >> primarily about the WebFrontend / REST API.
> > > >>>>>>>>      >> * "Quickstarts" is to be renamed to "Quickstarts", but
> > it
> > > >>>>>>>>      should say keep
> > > >>>>>>>>      >> * Gelly/CEP should be marked as renamed
> > > >>>>>>>>      >> * there is no "Twitter" nor "Wikiedits" component that
> > > >>> could
> > > >>>> be
> > > >>>>>>>>      moved
> > > >>>>>>>>      >> to "Examples"
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> The first point is the important one, whereas the rest
> > > >> are
> > > >>>>>>>>      probably just
> > > >>>>>>>>      >> things that slipped through while updating the
> proposal.
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> On 20.02.2019 11:04, Timo Walther wrote:
> > > >>>>>>>>      >> +1
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Thanks for the proposal.
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Timo
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Am 20.02.19 um 10:53 schrieb Robert Metzger:
> > > >>>>>>>>      >> Hey all,
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> As discussed in the last days, I'm proposing to clean
> up
> > > >>> and
> > > >>>>>>>>      >> reorganize our
> > > >>>>>>>>      >> JIRA tickets.
> > > >>>>>>>>      >> Chesnay proposed to approve the final proposal
> through a
> > > >>>> VOTE.
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Here is the proposal:
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>
> > > >>
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/Proposal+for+new+JIRA+Components
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> Please vote with:
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> [  ] +1 to agree
> > > >>>>>>>>      >> [  ]   0 I have no strong opinion
> > > >>>>>>>>      >> [  ]  -1 to object on the following grounds: ...
> > > >>>>>>>>      >>
> > > >>>>>>>>      >> The vote will end on Monday, Feb 25th, 2019, at 11am
> > CET.
> > > >>>>>>>>      >> The vote will be accepted if there are at least 3 PMC
> > +1s
> > > >>> and
> > > >>>>> no
> > > >>>>>>>>      >> objections.
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>      >>
> > > >>>>>>>>
> > > >>>>>>>
> > >
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: [RESULT][VOTE] Clean up and reorganize the JIRA components

Kurt Young
Yes, you are right. In the long run, we wish we could unify SQL, DataStream
and other operators. Let's keep this as it is and see how it goes.

Best,
Kurt


On Thu, Feb 28, 2019 at 11:05 PM Robert Metzger <[hidden email]> wrote:

> No problem.
> I can not decide this, because I don't know the domain enough. I've added a
> new "Runtime / Operators
> <
> https://issues.apache.org/jira/issues/?jql=project+%3D+FLINK+AND+component+%3D+%22Runtime+%2F+Operators%22
> >"
> component, which is intended to contain all the API operators, including
> SQL.
> As far as I understood, the idea is that the SQL API and programming APIs
> share the same set of operators (in the long run).
> With 1240 issues, the "API / Table SQL" component is one of the largest
> components. It definitively makes sense to split the SQL-related issues
> into a good set of components.
>
>
> On Thu, Feb 28, 2019 at 3:19 PM Kurt Young <[hidden email]> wrote:
>
> > Sorry to join the discussion after all things seems been settled down
> > already, but i noticed we may need another component: "SQL / operators".
> > Do we still have chance to add it?
> >
> > Best,
> > Kurt
> >
> >
> > On Thu, Feb 28, 2019 at 5:59 PM Robert Metzger <[hidden email]>
> > wrote:
> >
> > > Okay, I will go with "Connectors / Misc" if nobody objects.
> > >
> > >
> > > On Wed, Feb 27, 2019 at 4:33 PM Chesnay Schepler <[hidden email]>
> > > wrote:
> > >
> > > > "Connectors / Misc"
> > > >
> > > > On 27.02.2019 15:20, Robert Metzger wrote:
> > > > > I have now started renaming the components.
> > > > > You can track my progress on the wiki page:
> > > > >
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/Proposal+for+new+JIRA+Components
> > > > >
> > > > >
> > > > > Since one has to re-open closed tickets to update their component,
> I
> > > will
> > > > > focus on the open tickets with the migration.
> > > > > I have asked Infra to change the permissions so that we can change
> > the
> > > > > components of closed tickets as well.
> > > > >
> > > > > What do you think about a "Connectors / New" (or Common) component
> > for
> > > > > tracking new connectors?
> > > > > I don't know where to place tickets like
> > > > > https://issues.apache.org/jira/browse/FLINK-8486.
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Feb 26, 2019 at 3:59 PM jincheng sun <
> > [hidden email]
> > > >
> > > > > wrote:
> > > > >
> > > > >> I agree with Robert from now.
> > > > >>
> > > > >> Best,
> > > > >> Jincheng
> > > > >>
> > > > >> Robert Metzger <[hidden email]> 于2019年2月26日周二 下午7:03写道:
> > > > >>
> > > > >>> Thank you for the suggestion.
> > > > >>>
> > > > >>> Would this be "Runtime / State TTL" ?
> > > > >>>
> > > > >>> How about adding this once we really have collected enough
> tickets
> > to
> > > > >>> justify a separate component?
> > > > >>> The number of components is quite high already, and I would like
> to
> > > > avoid
> > > > >>> expanding it further too early.
> > > > >>> Unless others also ask for it, I'm against it for now :)
> > > > >>>
> > > > >>> On Tue, Feb 26, 2019 at 10:28 AM Andrey Zagrebin <
> > > [hidden email]
> > > > >
> > > > >>> wrote:
> > > > >>>
> > > > >>>> Hi all,
> > > > >>>>
> > > > >>>> Thank you for such useful effort, Robert!
> > > > >>>>
> > > > >>>> I would also suggest a separate tag for state TTL, like
> queryable
> > > > >> state.
> > > > >>>> There might be not so many issues atm but it might help in
> future.
> > > > >>>>
> > > > >>>> Thanks,
> > > > >>>> Andrey
> > > > >>>>
> > > > >>>> On Mon, Feb 25, 2019 at 8:02 PM Robert Metzger <
> > [hidden email]
> > > >
> > > > >>>> wrote:
> > > > >>>>
> > > > >>>>> The proposal has been approved with
> > > > >>>>>
> > > > >>>>> +1 votes:
> > > > >>>>> - Timo
> > > > >>>>> - Robert
> > > > >>>>> - Jincheng
> > > > >>>>> - Shengjk1
> > > > >>>>> - Chesnay
> > > > >>>>> - Till
> > > > >>>>>
> > > > >>>>> With +4 PMC votes, the vote has passed.
> > > > >>>>>
> > > > >>>>> Thanks everybody!
> > > > >>>>> I'll soon start with this effort!
> > > > >>>>>
> > > > >>>>> On Mon, Feb 25, 2019 at 1:28 PM Till Rohrmann <
> > > [hidden email]>
> > > > >>>>> wrote:
> > > > >>>>>
> > > > >>>>>> +1
> > > > >>>>>>
> > > > >>>>>> On Mon, Feb 25, 2019 at 11:06 AM Chesnay Schepler <
> > > > >>> [hidden email]>
> > > > >>>>>> wrote:
> > > > >>>>>>
> > > > >>>>>>> +1
> > > > >>>>>>>
> > > > >>>>>>> On 25.02.2019 09:51, Robert Metzger wrote:
> > > > >>>>>>>> You are right. I've fixed it:
> > > > >>>>>>>>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=103089605&selectedPageVersions=7&selectedPageVersions=6
> > > > >>>>>>>> On Thu, Feb 21, 2019 at 4:27 PM Chesnay Schepler <
> > > > >>>> [hidden email]
> > > > >>>>>>>> <mailto:[hidden email]>> wrote:
> > > > >>>>>>>>
> > > > >>>>>>>>      Then the respective target components should have a
> > "split
> > > > >>>>>>>>      Job-Submission" migration path attached to them.
> > > > >>>>>>>>      None of the 3 components you just listed have this.
> > > > >>>>>>>>
> > > > >>>>>>>>      On 21.02.2019 16:10, Robert Metzger wrote:
> > > > >>>>>>>>      > Thank you for the minor issues you've found. I
> > addressed
> > > > >>> them:
> > > > >>>>>>>>      >
> > > > >>>>>>>>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=103089605&selectedPageVersions=6&selectedPageVersions=5
> > > > >>>>>>>>      >
> > > > >>>>>>>>      > @Chesnay: Regarding the "Job-Submission": I quickly
> > > looked
> > > > >>>> over
> > > > >>>>>>> the
> > > > >>>>>>>>      > tickets. Many of them clearly fit into categories
> like
> > > > >> YARN,
> > > > >>>>>>>>      "Runtime / Web
> > > > >>>>>>>>      > Frontend", "Deployment / Scripts". For the difficult
> > > > >> cases,
> > > > >>>>>>>>      we'll find a
> > > > >>>>>>>>      > solution :)
> > > > >>>>>>>>      >
> > > > >>>>>>>>      >
> > > > >>>>>>>>      > On Thu, Feb 21, 2019 at 5:57 AM shengjk1 <
> > > > >>> [hidden email]
> > > > >>>>>>>>      <mailto:[hidden email]>> wrote:
> > > > >>>>>>>>      >
> > > > >>>>>>>>      >> +1 for the vote
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Also agree with Chesnay Schepler.
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> There area few minor things  I just noticed, except
> as
> > > > >>>>>>>>      mentioned in the
> > > > >>>>>>>>      >> Chesnay Schepler email:
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> * "Scala Shell" is to be renamed to "Scala Shell",
> but
> > > it
> > > > >>>>>>>>      should say keep
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Best,
> > > > >>>>>>>>      >> Shengjk1
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> On 02/20/2019 18:31,Chesnay Schepler<
> > [hidden email]
> > > > >>>>>>>>      <mailto:[hidden email]>> wrote:
> > > > >>>>>>>>      >> There area few minor things I just noticed:
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> * "Job-Submission" is to be merged into "Command
> Line
> > > > >>>> Client",
> > > > >>>>>>>>      but I'm
> > > > >>>>>>>>      >> certain that there are issue in that category that
> > > > >>> also/only
> > > > >>>>>>> apply
> > > > >>>>>>>>      >> to REST. The same applies to Web Client I suppose,
> > which
> > > > >>>> should
> > > > >>>>>>> be
> > > > >>>>>>>>      >> primarily about the WebFrontend / REST API.
> > > > >>>>>>>>      >> * "Quickstarts" is to be renamed to "Quickstarts",
> but
> > > it
> > > > >>>>>>>>      should say keep
> > > > >>>>>>>>      >> * Gelly/CEP should be marked as renamed
> > > > >>>>>>>>      >> * there is no "Twitter" nor "Wikiedits" component
> that
> > > > >>> could
> > > > >>>> be
> > > > >>>>>>>>      moved
> > > > >>>>>>>>      >> to "Examples"
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> The first point is the important one, whereas the
> rest
> > > > >> are
> > > > >>>>>>>>      probably just
> > > > >>>>>>>>      >> things that slipped through while updating the
> > proposal.
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> On 20.02.2019 11:04, Timo Walther wrote:
> > > > >>>>>>>>      >> +1
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Thanks for the proposal.
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Timo
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Am 20.02.19 um 10:53 schrieb Robert Metzger:
> > > > >>>>>>>>      >> Hey all,
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> As discussed in the last days, I'm proposing to
> clean
> > up
> > > > >>> and
> > > > >>>>>>>>      >> reorganize our
> > > > >>>>>>>>      >> JIRA tickets.
> > > > >>>>>>>>      >> Chesnay proposed to approve the final proposal
> > through a
> > > > >>>> VOTE.
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Here is the proposal:
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/Proposal+for+new+JIRA+Components
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> Please vote with:
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> [  ] +1 to agree
> > > > >>>>>>>>      >> [  ]   0 I have no strong opinion
> > > > >>>>>>>>      >> [  ]  -1 to object on the following grounds: ...
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >> The vote will end on Monday, Feb 25th, 2019, at 11am
> > > CET.
> > > > >>>>>>>>      >> The vote will be accepted if there are at least 3
> PMC
> > > +1s
> > > > >>> and
> > > > >>>>> no
> > > > >>>>>>>>      >> objections.
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>      >>
> > > > >>>>>>>>
> > > > >>>>>>>
> > > >
> > > >
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: [RESULT][VOTE] Clean up and reorganize the JIRA components

Robert Metzger
@Kurt: Okay.


@all: I've now creating the new components, and I've migrated almost all of
the old components.
We also had 200 tickets which were not assigned to any component. I've
assigned them all, and I'll keep an eye on those tickets w/o a component.

There's a "*chinese-translation*" component that has been created after
we've started this discussion.
I propose to keep it and rename it to "Chinese Translations".

I also forgot the "*flink-contrib*" component in my proposal. I propose to
keep it.

In my proposal, I proposed to remove the "*Tests*" component. I would like
to propose to keep it, but make it a condition that each ticket tagged with
"Test" needs to have second component (where it belongs).
I have crafted a JIRA search which identifies tests w/o a second component.
We only have open 59 Tests w/o a second component
I will make sure that the "Tests" component is maintained properly.

I will check if it makes sense to apply a similar rule to the "
*Documentation*" component as well.
12