Skip to content

Conversation

@alamb
Copy link
Contributor

@alamb alamb commented Sep 10, 2025

Which issue does this PR close?

Rationale for this change

It can be unclear

  1. What projects are currently active and under discussion
  2. How larger projects are done in the context of DataFusion

What changes are included in this PR?

  1. Add links to EPIC and PLANNED epic (as described here)
  2. Add a description of "Sponsoring Maintainer" as proposed by @2010YOUY01 here -- rather than a "requirement" as a helpful description of how things work

Here is a rendered preview:
Screenshot 2025-09-10 at 1 10 19 PM

Screenshot 2025-09-11 at 6 24 54 AM

(updated)

Are these changes tested?

by ci

Are there any user-facing changes?

yes, new docs

@github-actions github-actions bot added the documentation Improvements or additions to documentation label Sep 10, 2025
@alamb alamb self-assigned this Sep 10, 2025
maintainers are more likely to sponsor features they are particularly interested
in or align with their use of DataFusion.

If you are willing to be a sponsoring maintainer for a feature, please say so
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @alamb please help me to understand Sponsoring Maintainters. Are you suggesting to create a pool of active maintainers for specific feature, like XYZ, ABC is supporting Join development, QWE for planning, ZXC for optimizer work?
So the PR author can tag all of them and depending on availability the maintainers can help review.

Is my understanding correct?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was trying to make it clear that any project that doesn't have an active maintainer that is willing to help move it along to completion is unlikely to succeed. Maybe this is obvious but I think it might help to make it explicit.

I don't think we have a formal process (yet) to find such a maintainer other than the normal course of comments, etc. Clearly I play this role for many of the projects, but I am hoping to move to a place where other committers can also drive move projects too.

Hopefully that makes sense

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll try and reword this a bit for clarity too

@Omega359
Copy link
Contributor

LGTM

Copy link
Contributor

@comphead comphead left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @alamb it is a great start

Copy link
Contributor

@2010YOUY01 2010YOUY01 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for the great explanations 👍🏼


We have found that most successful epics have one or more "sponsoring
maintainers", a committer ([see here for current list]) who take the lead on reviewing and committing PRs, help with design,
and coordinate and communicate with the community. Without a sponsoring
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we can explicitly say: If you want to ship a large feature, we recommend finding a sponsoring maintainer upfront; otherwise, the PRs might remain unreviewed for a very long time.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a great idea -- I added this in 075ebde

@alamb alamb mentioned this pull request Sep 11, 2025
18 tasks
Copy link
Contributor

@Jefffrey Jefffrey left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it worth changing the term "sponsoring" to something like "driving" or "championing", to avoid any confusion with the monetary meaning of sponsoring?

@alamb
Copy link
Contributor Author

alamb commented Sep 12, 2025

Is it worth changing the term "sponsoring" to something like "driving" or "championing", to avoid any confusion with the monetary meaning of sponsoring?

That is a really good point. Here are some brainstorm options

  • "Driving Committer"
  • "Championing Committer"
  • "Shepherding Committer" (my personal favorite)
  • "Supervising Committer"
  • "Herding Committer"
  • "Stewarding Committer"
  • "Managing Committer"

🤔

@comphead
Copy link
Contributor

Is it worth changing the term "sponsoring" to something like "driving" or "championing", to avoid any confusion with the monetary meaning of sponsoring?

That is a really good point. Here are some brainstorm options

  • "Driving Committer"
  • "Championing Committer"
  • "Shepherding Committer" (my personal favorite)
  • "Supervising Committer"
  • "Herding Committer"
  • "Stewarding Committer"
  • "Managing Committer"

🤔

supervising sounds great IMO.

@BlakeOrth
Copy link
Contributor

That is a really good point. Here are some brainstorm options

"Driving Committer"
"Championing Committer"
"Shepherding Committer" (my personal favorite)
"Supervising Committer"
"Herding Committer"
"Stewarding Committer"
"Managing Committer"

Of the options given here I feel that "driving" and "championing" might lean a bit too colloquial and might be more difficult for non-native English speakers in the community to understand (caveat: I am a native English speaker, so I may be entirely off base here as I have absolutely no personal reference). I believe that "supervising" or "managing" is likely the most clear. I think other options in this vein would be "lead committer" or "principal committer".

"Shepherding Committer" (my personal favorite)

I think this is perhaps a bit less clear than some other options, but like how it implies a more collaborative relationship between the community member and the committer. Another potential option for a more collaborative word might be "mentoring committer".

the role, as it can be hard to tell sometimes whether a committer is simply
participating and giving general feedback.

[see here for current list]: governance.md
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would it be reasonable to directly link to the "phone book" here (https://projects.apache.org/committee.html?datafusion) instead of the governance doc? I'm personally not very familiar with these docs and skipped right over the "phone book" link on the governance doc when I first looked at it because I was looking for a list of usernames of committers.

Copy link
Contributor Author

@alamb alamb Sep 13, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, and this is a good point about the phone book in general -- I'll try and make that easier to understand

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Omega359
Copy link
Contributor

I'll add my vote for "Supervising Committer"

@2010YOUY01
Copy link
Contributor

That is a really good point. Here are some brainstorm options
"Driving Committer"
"Championing Committer"
"Shepherding Committer" (my personal favorite)
"Supervising Committer"
"Herding Committer"
"Stewarding Committer"
"Managing Committer"

Of the options given here I feel that "driving" and "championing" might lean a bit too colloquial and might be more difficult for non-native English speakers in the community to understand (caveat: I am a native English speaker, so I may be entirely off base here as I have absolutely no personal reference). I believe that "supervising" or "managing" is likely the most clear. I think other options in this vein would be "lead committer" or "principal committer".

"Shepherding Committer" (my personal favorite)

I think this is perhaps a bit less clear than some other options, but like how it implies a more collaborative relationship between the community member and the committer. Another potential option for a more collaborative word might be "mentoring committer".

+1 for supervising. I agree shepherding is great, but it might confuse non-native english users.

@2010YOUY01
Copy link
Contributor

Perhaps we can add it to the issue template:

# For non-trivial features, is there any supervising maintainer?
<!--
(link to explanation)
-->

This issue is looking for a supervising maintainer.

@alamb alamb changed the title docs: Update documentation on Epics and Sponsoring Maintainers docs: Update documentation on Epics and Supervising Maintainers Sep 15, 2025
@alamb
Copy link
Contributor Author

alamb commented Sep 16, 2025

Perhaps we can add it to the issue template:

I think this is likely a good idea.

However, I suggest we wait to see how much this idea of supervising maintainers works out and then add it to the template if it seems it is gaining traction

@alamb
Copy link
Contributor Author

alamb commented Sep 16, 2025

I'll plan to merge this tomorrow unless anyone has additional comments

@alamb alamb enabled auto-merge September 17, 2025 16:16
@alamb
Copy link
Contributor Author

alamb commented Sep 17, 2025

All right -- I put it in the merge queue and hopefully it will merge shortly

@alamb alamb added this pull request to the merge queue Sep 17, 2025
Merged via the queue into apache:main with commit 9cc8c8d Sep 17, 2025
5 checks passed
@alamb alamb deleted the alamb/document_epics branch September 17, 2025 20:05
@alamb
Copy link
Contributor Author

alamb commented Sep 17, 2025

Whoo hoo the merge bot is working !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants