-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
sql: remove dead code #41303
sql: remove dead code #41303
Conversation
Release justification: This dead code is in my way for other work. Release note: None
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.
Reviewable status:
complete! 1 of 0 LGTMs obtained (waiting on @RaduBerinde and @yuzefovich)
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.
Reviewed 1 of 1 files at r1.
Reviewable status:complete! 2 of 0 LGTMs obtained
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.
bors r+
Reviewable status:
complete! 2 of 0 LGTMs obtained
41303: sql: remove dead code r=andreimatei a=andreimatei Release justification: This dead code is in my way for other work. Release note: None Co-authored-by: Andrei Matei <[email protected]>
Build succeeded |
Prior to this patch, the release note script would skip over standalone commits (without a PR) when extracting release notes. This was defective, as the git history does have a few example standalone commits, with release note but without PR. Additionally, the script now reports PRs that are missing release notes *or only use 'Release note: none'*, which may indicate that the engineer did not bother filling in a note despite the presence of a user-facing change. For example: ``` $ python3 scripts/release-notes.py \ --from v19.2.0-beta.20190930 \ --until provisional_201911080435_v19.2.0-rc.5 ``` Outputs (snippet): - Andrei Matei: - 2019-10-04 [cockroachdb#41303][cockroachdb#41303] [ca32e6f][ca32e6f] sql: remove dead code [NO RELEASE NOTE] - 2019-10-05 [cockroachdb#41307][cockroachdb#41307] [1c99165][1c99165] sql: fix various problematic uses of the txn in DistSQL flows (4 commits) - 2019-10-28 [cockroachdb#41935][cockroachdb#41935] [bad8e55][bad8e55] settings/cluster: introducing the 19.2 cluster version [NO RELEASE NOTE] In this example, the first PR has no release note but does not deserve one. The second has a release note. The third is marked with "Release note: None" but **there should really have been a release note**: the introduction of the major cluster version is an important user-facing change and should be announced. By highlighting the missing release notes in this way, the script gives an opportunity to the doc writer(s) to find additional user-facing changes that need to be documented. [cockroachdb#41303]: cockroachdb#41303 [cockroachdb#41307]: cockroachdb#41307 [cockroachdb#41935]: cockroachdb#41935 [ca32e6f]: cockroachdb@ca32e6ff0 [1c99165]: cockroachdb@1c99165c3 [bad8e55]: cockroachdb@bad8e55bb Release note: None
Prior to this patch, the release note script would skip over standalone commits (without a PR) when extracting release notes. This was defective, as the git history does have a few example standalone commits, with release note but without PR. Additionally, the script now reports PRs that are missing release notes *or only use 'Release note: none'*, which may indicate that the engineer did not bother filling in a note despite the presence of a user-facing change. For example: ``` $ python3 scripts/release-notes.py \ --from v19.2.0-beta.20190930 \ --until provisional_201911080435_v19.2.0-rc.5 ``` Outputs (snippet): - Andrei Matei: - 2019-10-04 [cockroachdb#41303][cockroachdb#41303] [ca32e6f][ca32e6f] sql: remove dead code [NO RELEASE NOTE] - 2019-10-05 [cockroachdb#41307][cockroachdb#41307] [1c99165][1c99165] sql: fix various problematic uses of the txn in DistSQL flows (4 commits) - 2019-10-28 [cockroachdb#41935][cockroachdb#41935] [bad8e55][bad8e55] settings/cluster: introducing the 19.2 cluster version [NO RELEASE NOTE] In this example, the first PR has no release note but does not deserve one. The second has a release note. The third is marked with "Release note: None" but **there should really have been a release note**: the introduction of the major cluster version is an important user-facing change and should be announced. By highlighting the missing release notes in this way, the script gives an opportunity to the doc writer(s) to find additional user-facing changes that need to be documented. [cockroachdb#41303]: cockroachdb#41303 [cockroachdb#41307]: cockroachdb#41307 [cockroachdb#41935]: cockroachdb#41935 [ca32e6f]: cockroachdb@ca32e6ff0 [1c99165]: cockroachdb@1c99165c3 [bad8e55]: cockroachdb@bad8e55bb Release note: None
Prior to this patch, the release note script would skip over standalone commits (without a PR) when extracting release notes. This was defective, as the git history does have a few example standalone commits, with release note but without PR. Additionally, the script now reports PRs that are missing release notes *or only use 'Release note: none'*, which may indicate that the engineer did not bother filling in a note despite the presence of a user-facing change. For example: ``` $ python3 scripts/release-notes.py \ --from v19.2.0-beta.20190930 \ --until provisional_201911080435_v19.2.0-rc.5 ``` Outputs (snippet): - Andrei Matei: - 2019-10-04 [cockroachdb#41303][cockroachdb#41303] [ca32e6f][ca32e6f] sql: remove dead code [NO RELEASE NOTE] - 2019-10-05 [cockroachdb#41307][cockroachdb#41307] [1c99165][1c99165] sql: fix various problematic uses of the txn in DistSQL flows (4 commits) - 2019-10-28 [cockroachdb#41935][cockroachdb#41935] [bad8e55][bad8e55] settings/cluster: introducing the 19.2 cluster version [NO RELEASE NOTE] In this example, the first PR has no release note but does not deserve one. The second has a release note. The third is marked with "Release note: None" but **there should really have been a release note**: the introduction of the major cluster version is an important user-facing change and should be announced. By highlighting the missing release notes in this way, the script gives an opportunity to the doc writer(s) to find additional user-facing changes that need to be documented. [cockroachdb#41303]: cockroachdb#41303 [cockroachdb#41307]: cockroachdb#41307 [cockroachdb#41935]: cockroachdb#41935 [ca32e6f]: cockroachdb@ca32e6ff0 [1c99165]: cockroachdb@1c99165c3 [bad8e55]: cockroachdb@bad8e55bb Release note: None
Release justification: This dead code is in my way for other work.
Release note: None