Skip to content

Add Max Base as collaborator #3657

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: 2.x
Choose a base branch
from
Open

Add Max Base as collaborator #3657

wants to merge 1 commit into from

Conversation

ppkarwasz
Copy link
Contributor

I propose to add @BaseMax as collaborator, to help with bug triage and project management.
Max is a very prolific Open Source contributor and have helped many projects (see his profile).

Note: To prevent misunderstandings, "contributor" is not the same thing as "committer" and IMHO this PR does not require a PMC vote.

I propose to add @BaseMax as collaborator, to help with bug triage and
project management.
Max is a very prolific Open Source contributor and have helped many
projects (see [his profile](https://github.com/basemax)).

**Note**: To prevent misunderstandings, "contributor" is not the same
thing as "committer" and IMHO this PR does not require a PMC vote.
@vy
Copy link
Member

vy commented May 13, 2025

@ppkarwasz, thanks so much for helping with sourcing contributors.

Given @BaseMax has no track record of contributing to any of the Apache Logging Services projects, I'm inclined to first see his contributions, preferably, for a certain period of time. AFAICT, he/anyone should not need special privileges/rights to help with triaging and/or prioritization. If there are any blockers for him from carrying out this work, please share them explicitly.

Regarding adding labels to issues and making updates to the Log4j bug tracker, he can just ping us in comments, and we can do the clicking for him.

@ppkarwasz
Copy link
Contributor Author

The triaging role in GitHub is so limited, that I don't think we should set the bar too high to assign it.

However, since triagers can not do many simple things like creating labels, we should probably first sit down and add some order to the labels we are using, before wasting time assigning labels that will be removed.

If we want to use GitHub Projects and the new GitHub features:

  • labels that indicate the type of issue report (bug, enhancement) can be replaced with GitHub issue types.
  • labels that indicate the affected Log4j component, can be replaced with a custom field in GitHub Projects.
  • labels that indicate the state of the PR or issue report can be replaced with fields in GitHub Projects.

We should probably start by specifying the set of all possible states for an issue report and a PR. I'll try to make a draft state diagram and then we'll schedule a call with @BaseMax for some feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: To triage
Development

Successfully merging this pull request may close these issues.

3 participants