-
Notifications
You must be signed in to change notification settings - Fork 970
Initial draft of contributing guide #1787
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
base: unstable
Are you sure you want to change the base?
Conversation
Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## unstable #1787 +/- ##
============================================
+ Coverage 71.09% 71.43% +0.33%
============================================
Files 123 122 -1
Lines 65552 66176 +624
============================================
+ Hits 46604 47272 +668
+ Misses 18948 18904 -44 🚀 New features to boost your workflow:
|
Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: #1692. Included documentation about the licensing here: #1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
PingXie
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM overall.
| Most of the style guidelines are enforced by clang format, but some additional comments are included here. | ||
|
|
||
| 1. C style comments `/* comment */` can be used for both single and multi-line comments. C++ comments `//` can only be used for single line comments. | ||
| 1. Generally keep line lengths below 90 characters, however there is no explicit line length enforcement. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe we landed on 120'ish previously but I am personally more in favor of 90 .
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The original decision was prefer less than 90, but have a strong reason to have less than 120.
|
|
||
| 1. C style comments `/* comment */` can be used for both single and multi-line comments. C++ comments `//` can only be used for single line comments. | ||
| 1. Generally keep line lengths below 90 characters, however there is no explicit line length enforcement. | ||
| 1. Use static functions when a function is only intended to be accessed from the same file. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should we also outlaw the "_" prefix explicitly now? We can fix the existing ones gradually.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure
| Integration tests are located in the `tests/` directory, and are intended to test end-to-end functionality. | ||
| Adding new commands should come with corresponding integration tests. | ||
| When writing cluster mode tests, do not use the legacy `tests/cluster` framework, which has been deprecated. | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can we add a documentation section as well? new commands, configs, non-trivial features should come with documentation? blogs are also encouraged for major features, such as the 1M QPS, the hash table rewrite
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, I'll add a blurb here.
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: #1692. Included documentation about the licensing here: #1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: valkey-io#1692. Included documentation about the licensing here: valkey-io#1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: valkey-io#1692. Included documentation about the licensing here: valkey-io#1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: valkey-io#1692. Included documentation about the licensing here: valkey-io#1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com> Signed-off-by: Shai Zarka <zarkash@amazon.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: valkey-io#1692. Included documentation about the licensing here: valkey-io#1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Use a consistent set of licenses for Valkey files. I took a look and applied sort of a "did we make a material change in this file?" and tried to be conservative in adding the trademark. We could also be liberal as well. Resolves: valkey-io/valkey#1692. Included documentation about the licensing here: valkey-io/valkey#1787. Licenses are now also always explicitly first, even about documentation files. Signed-off-by: Madelyn Olson <madelyneolson@gmail.com> Source: valkey-io/valkey@089b830
Co-authored-by: Ping Xie <pingxie@outlook.com> Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
|
@valkey-io/core-team Do we have further thoughts on this, I think it's mostly up to date. I want to add some more things, but would rather do those all incrementally. |
Co-authored-by: Viktor Söderqvist <viktor.soderqvist@est.tech> Signed-off-by: Madelyn Olson <madelyneolson@gmail.com>
Took the suggestions from the development guide issue and tried to write them up. The one thing still missing is the backporting, since it seems we aligned on creating a bot, but we don't have the bot yet.
Fixes: #1558