Bugs should also come into play. Some people mentioned that the developer of nanocolors removed some edge case handling to make his microbenchmarks faster. I like fast software as much as anyone, but more than that I love correct software. I'd rather wait for something to finish than have to search why something exploded. Especially if it's a dependency of a dependency that I use, which is the case with Babel.

Why it is a unattributed fork if Colorette is mentioned in docs, COPYRIGHT and origin commits are in history?

You should mention your conflict of interest as the nanocolors “developer”.

I am mentioning it in Babel PRs:

> It will have a good support. My other projects from nano-series like very popular Nano ID shows a minimal number of bugs and excellent response time.

He meant you should mention your bias in the comments on HN, naturally you’re going to think you’re right (and they will think they’re right). It was my understanding that the commit history wasn’t originally saved - maybe this was wrong, did you have the commit history immediately after copying the code base? The main issue is then replacing it in open source software where the other version exists without due cause.

Should we copy your code, attribute it to you in a readme, and slightly optimize some of your code to replace your efforts everywhere?

I copied one file and I didn't know a way to keep the history of this file.

When people later explained how to keep the history of single file I tried to restored it.