-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
rfcs: parser as a go sub-module #28015
Conversation
Signed-off-by: xhe <xw897002528@gmail.com>
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
Signed-off-by: xhe <xw897002528@gmail.com>
Signed-off-by: xhe <xw897002528@gmail.com>
|
||
- How about release and versioning? | ||
|
||
Since sub-module is merely another module inside another module, we need to release it separately from the main module. That means our release team needs to tag `parser/vX.X.X`, which can be solved by a script: thanks to the identical release cycle/version between parser and tidb. |
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.
or we could use true semver for the parser sub-module instead of tying with the product release cycle
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 would like to leave that as another RFC.
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.
And it is probably a good idea to keep identical version with tidb, before it becomes a real "standalone" parser.
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.
Yes, IMHO semver is a bigger topic than this, considering all components of TiDB & other components.
Co-authored-by: kennytm <kennytm@gmail.com>
Signed-off-by: xhe <xw897002528@gmail.com>
Here is a rough comparison between the master branch of TiDB and parser, FYI:
Although the size increasing is much faster in the parser, I don't think git bloating will be a problem. |
Co-authored-by: tangenta <tangenta@126.com>
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.
Thanks for creating the RFC. Comments inline.
Co-authored-by: tison <wander4096@gmail.com>
Signed-off-by: xhe <xw897002528@gmail.com>
Co-authored-by: tangenta <tangenta@126.com>
Signed-off-by: xhe <xw897002528@gmail.com>
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 for the motivation and detailed plan. Release and versioning could be as is for now.
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
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
It is been 3 days without objection, merge it. |
This pull request has been accepted and is ready to merge. Commit hash: 74ac6d7
|
Signed-off-by: xhe xw897002528@gmail.com
What problem does this PR solve?
Problem Summary: The formal RFC for the draft https://internals.tidb.io/t/topic/385.
Release note