Pontoon should commit with multiple authors (Co-authored-by:)
Categories
(Webtools Graveyard :: Pontoon, enhancement)
Tracking
(Not tracked)
People
(Reporter: tomer, Assigned: tomer)
References
()
Details
Attachments
(1 file)
While I dislike the way Pontoon commit translations on behalf of one of the translation authors instead of creating multiple commits one for each author, there is a Co-authored-by which will cause Github to credit multiple users for the contribution. Since headers in Git/Mercurial are written as the commit message, this change require only to change the commit_message template file.
https://help.github.com/articles/creating-a-commit-with-multiple-authors/
Comment 1•5 years ago
|
||
Comment 2•5 years ago
|
||
We should do for attribution what serves us best. There are a couple of different approaches, and I wonder how they relate to the studies we're doing with OI.
I'm wondering how co-authored-by
compares to multiple commits to multiple commit authors.
One question I have about co-authored-by in particular, is if that's already loaded with connotations in our studies?
For example, I could have seen me using this feature on a patch I wrote the other day, where one function in that patch was actually written by stas and not me. I wrote the tests for that function, though.
In l10n contributions, that actual collaboration isn't what we're doing, and I'd not want us to use a feature on gh that's misinterpreted, or makes comparing l10n contributions to other contributions harder still.
For the sake of the argument, I think that multi-author commits are not that much harder to implement than a different format in the commit message. Separate commits are probably the hardest investment, but come with the benefit of actually working on hg commits, too.
Comment 3•5 years ago
|
||
For the studies that we have done, as long as it was clear each user number of contributions we were fine.
Comment 4•5 years ago
|
||
Pike, do you suggest that we:
- wontfix this bug,
- as a short-term solution implement multi-author commits,
- as a long-term solution implement separate commmits (one for each author)?
Comment 5•5 years ago
|
||
Yeah, I think multi-author commits are the better semantic for now.
Comment 6•5 years ago
|
||
OK, closing. Sorry about that Tomer. :/
Bug 1522112 should also work better across different VCS systems.
Updated•4 years ago
|
Comment 7•4 years ago
|
||
Updated•3 years ago
|
Description
•