-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
License Section #14
Comments
Related: zcei/standard-readme#4 (TL;DR: Probably not required by law, but user friendly). |
Sums it up for me. |
good point, just forgot about that. hm. |
Cool. Reopen if more discussion happens; at some point, I've got to stop bikeshedding - doesn't mean I am stopping conversation, though. :) |
But one more thing. Why you'll |
Because that's an extra command. And because I think that the README should be a source of truth for this, too. It's often what one finds as the first point of entry - even before downloading the module, like on GitHub, where you have to click License to see the contents of the file. |
In 90 or even 99% of the cases there's also license file in every repository, so you can directly |
:) No! These are good questions. I just think that the redundancy is super useful here. |
@tunnckoCore, here:
I still think it is industry standard - at least in the Node community - to have a License note, and as it is the last element, I don't think it detracts. The README should be the sole source of information - it can link elsewhere (like to the LICENSE file), and I think this redundancy (which you are right, it is) is useful, in that regard. If I just
cat
the README, I should know the License without having to look in another file. Also, package.json is js-specific. I want standard-readme to be more than just javascript.The text was updated successfully, but these errors were encountered: