Is this operated with some sort of commit hook or done manually by the project maintainers or what?
Edit: At present this is obviously an MVP that is probably being completely "faked" on the back-end, so I suppose my question should be "What is the intended design?"
I'd like to drop $500 to $1k for git-annex into tip4commit. This is money that was donated to me in a crowdfunding campaign (http://campaign.joeyh.name/) and set aside to get more people committing to git-annex than just me.
Problem is this: git-annex's website and indeed its BTS are part of its git repository. So it gets lots of commits from eg "name@web". I don't want tip4commit to try to send bitcoin tips to such dummy email addresses.
Is this something your platform can handle? It would be sufficient if the emails you send have to be acted on to take bitcoin out of the tip pool, and it otherwise remains available for the next committer.
Arguably, you might want to exclude the BTS and website from the tipping system (or give them a separate pool to draw from), if you're trying to encourage code contributions. Not that website changes aren't valuable, but it's far too easy to make a dozen commits to the website as a natural part of cleaning it up and working on it, especially given the way wikis allow live edits of only a single page at a time.
Could tip4commit support configuring a single repository to treat commits differently based on what paths they change?
As an aside, if you added a full name to ikiwiki's Preferences, couldn't you construct proper commit authors using full name and email for anyone who supplied them?
Thanks for your question. Currently it will just stay as unclaimed balance. But probably it is a good idea to return it back to the project eventually.
PS: Thanks for your hint regarding valid email addresses. If your email address is a@ai or something similar - you won't receive tips, sorry.
I've evaluated using tip4commit, and I need either
* The ability to prevent specific email addresses being tipped.
* Or the above-mentioned returning unclaimed balance to the project.
In my use case, I make a lot of commits, but I am entirely interested in sending the tips to committers who are not me. If I use tip4commit in its current state, I'll deplete the tip jar quite quickly, and not likely attact more committers.
Running some numbers, I have made 200 commits to git-annex in the past week. If I seed the tip jar with $1000, after a week I calculate I will have been tipped $866 back out of it to myself. After 2 weeks, only $18 will remain in the tip jar!
Hope this can be improved; it would be a pity to have to roll my own, and this otherwise seems exactly what I need.
[quick haskell program used to simulate it:
main = print $ calc 0 200 500
calc :: Float -> Int -> Float -> (Float, Float)
calc totalout 0 tipjar = (totalout, tipjar)
calc totalout n tipjar =
let payout = tipjar/100
in calc (totalout + payout) (n - 1) (tipjar - payout)
]
Comments
Is this operated with some sort of commit hook or done manually by the project maintainers or what?
Edit: At present this is obviously an MVP that is probably being completely "faked" on the back-end, so I suppose my question should be "What is the intended design?"
No, it's not an MVP. We retrieve new commits using github API.
I'd like to drop $500 to $1k for git-annex into tip4commit. This is money that was donated to me in a crowdfunding campaign (http://campaign.joeyh.name/) and set aside to get more people committing to git-annex than just me.
Problem is this: git-annex's website and indeed its BTS are part of its git repository. So it gets lots of commits from eg "name@web". I don't want tip4commit to try to send bitcoin tips to such dummy email addresses.
Is this something your platform can handle? It would be sufficient if the emails you send have to be acted on to take bitcoin out of the tip pool, and it otherwise remains available for the next committer.
Arguably, you might want to exclude the BTS and website from the tipping system (or give them a separate pool to draw from), if you're trying to encourage code contributions. Not that website changes aren't valuable, but it's far too easy to make a dozen commits to the website as a natural part of cleaning it up and working on it, especially given the way wikis allow live edits of only a single page at a time.
Could tip4commit support configuring a single repository to treat commits differently based on what paths they change?
As an aside, if you added a full name to ikiwiki's Preferences, couldn't you construct proper commit authors using full name and email for anyone who supplied them?
We have just implemented this feature. All the commits with email addresses that don't have "." in its domain name will be ignored. Thanks!
To be clear, do unredeemed tips stay in or eventually get returned to the balance?
BTW, a@ai is a valid and IIRC actually used email address. :)
Thanks for your question. Currently it will just stay as unclaimed balance. But probably it is a good idea to return it back to the project eventually.
PS: Thanks for your hint regarding valid email addresses. If your email address is a@ai or something similar - you won't receive tips, sorry.
I've evaluated using tip4commit, and I need either
* The ability to prevent specific email addresses being tipped. * Or the above-mentioned returning unclaimed balance to the project.
In my use case, I make a lot of commits, but I am entirely interested in sending the tips to committers who are not me. If I use tip4commit in its current state, I'll deplete the tip jar quite quickly, and not likely attact more committers.
Running some numbers, I have made 200 commits to git-annex in the past week. If I seed the tip jar with $1000, after a week I calculate I will have been tipped $866 back out of it to myself. After 2 weeks, only $18 will remain in the tip jar!
Hope this can be improved; it would be a pity to have to roll my own, and this otherwise seems exactly what I need.
[quick haskell program used to simulate it:
Never judge a book by it's bootstrapped cover, I guess. Hah. That's cool, thanks for the info!
For the record, I thought MVP because I somehow didn't notice all the other projects and thought this was the only one.
There are a lot of proofs on bitcointalk and twitter. https://twitter.com/harrigan/status/404255665163481088 for example. The project is online for more than a month.