Propose Kredits for code reviews #49

Closed
opened 2019-11-22 16:44:41 +00:00 by raucao · 6 comments
raucao commented 2019-11-22 16:44:41 +00:00 (Migrated from github.com)

On GitHub and Gitea, the reviewers should also get kredits (at least for medium/large contributions).

On GitHub and Gitea, the reviewers should also get kredits (at least for medium/large contributions).
raucao commented 2020-01-22 16:09:25 +00:00 (Migrated from github.com)

Documenting ideas we discussed so far:

  • Collect reviews over a period of time, e.g. one week, then create a single contribution for all reviews on merged PRs from that period
  • When one of the reviewers is also assigned to the PR, it means they have done more work on it over time, so they should earn either the full amount, or something between full and review amount.
Documenting ideas we discussed so far: * Collect reviews over a period of time, e.g. one week, then create a single contribution for all reviews on merged PRs from that period * When one of the reviewers is also assigned to the PR, it means they have done more work on it over time, so they should earn either the full amount, or something between full and review amount.
raucao commented 2020-01-22 16:10:31 +00:00 (Migrated from github.com)

@67P/core @67P/collaborators What do you think would be a good default kredits amount as percentage of the overall amount? (Keep in mind that one should be able to switch from giving review kredits to assigning a co-author.)

@67P/core @67P/collaborators What do you think would be a good default kredits amount as percentage of the overall amount? (Keep in mind that one should be able to switch from giving review kredits to assigning a co-author.)
galfert commented 2020-01-23 12:51:54 +00:00 (Migrated from github.com)

I think something like 20% might be a good number to start with.

I think something like 20% might be a good number to start with.
raucao commented 2020-01-23 15:58:29 +00:00 (Migrated from github.com)

Note from weekly call: @bumi, @gregkare, @skddc agree that it's a good number to start with.

Note from weekly call: @bumi, @gregkare, @skddc agree that it's a good number to start with.
galfert commented 2020-12-31 10:10:35 +00:00 (Migrated from github.com)

So far I'm able to accumulate all reviews and the corresponding kredits for a given timeframe.

What should we put in the details of the contribution entry? Just the list of the pull request URLs or all of the payload data for every review?

So far I'm able to accumulate all reviews and the corresponding kredits for a given timeframe. What should we put in the details of the contribution entry? Just the list of the pull request URLs or all of the payload data for every review?
raucao commented 2020-12-31 15:04:22 +00:00 (Migrated from github.com)

List of URLs seems enough to me. Ideally we can turn it into separate contribution objects in IPFS later, once the kredits API wrapper supports that.

List of URLs seems enough to me. Ideally we can turn it into separate contribution objects in IPFS later, once the kredits API wrapper supports that.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: kredits/hubot-kredits#49
No description provided.