This was posted recently by klucznik on github... and I wanted to repost here since I wanted to address it, and make sure that the rest of the community sees it and gets a chance to respond as well.
https://github.com/klucznik/qcodo/commit/df45c809b134a387755cb19aab08f5d9ccaa03c6
You should really consider start working in a team instead of working in isolation and letting the community to die.
Thanks for the note / head's up. I completely agree... and honestly, I thought I was working as a team with all of the other contributors thus far.
Via github, I've been more or less integrating any/all pull requests sent to me that passed muster. Obviously, I haven't just automatically merged in all pull requests since sometimes they would break backward compatibility or I felt that the code wasn't at the level of quality that I thought would warrant being merged into the core. But for those times that they were not, I would let the requester know, and I would usually have specific tips as to what should be changed, etc.
So for those that are making fixes to the Qcodo core and would like those changes integrated, please do send me pull requests so that I can take a look at them.
And even for folks not on github, the other approach would be for contributors to post as QPMs -- and while that has not been utilized as much, the same rules apply. When people have requested that I incorporate a QPM, if it passed muster I would be more than happy to. Otherwise, I would respond letting the contributor know why and what (if anything) could be altered in order to get that into the core.
Is there another / alternative approach that you think would be more viable? I'd be curious to hear more.
(Edit: Note: when sending me patches, fixes, pull requests, etc., it's always best to send them against the most recent commit of Qcodo -- since sometimes, trying to merge against a branch that is from an older commit causes merge issues, and would likely delay the process of getting merged into the core)