Skip to content
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

Merged
merged 1 commit into from
Oct 3, 2019
Merged

Conversation

andreimatei
Copy link
Contributor

Release justification: This dead code is in my way for other work.

Release note: None

Release justification: This dead code is in my way for other work.

Release note: None
@cockroach-teamcity
Copy link
Member

This change is Reviewable

Copy link
Member

@RaduBerinde RaduBerinde left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:lgtm:

Reviewable status: :shipit: complete! 1 of 0 LGTMs obtained (waiting on @RaduBerinde and @yuzefovich)

Copy link
Member

@yuzefovich yuzefovich left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:lgtm:

Reviewed 1 of 1 files at r1.
Reviewable status: :shipit: complete! 2 of 0 LGTMs obtained

Copy link
Contributor Author

@andreimatei andreimatei left a 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: :shipit: complete! 2 of 0 LGTMs obtained

craig bot pushed a commit that referenced this pull request Oct 3, 2019
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]>
@craig
Copy link
Contributor

craig bot commented Oct 3, 2019

Build succeeded

@craig craig bot merged commit 0c08b22 into cockroachdb:master Oct 3, 2019
@andreimatei andreimatei deleted the small.remove-local-state branch October 9, 2019 15:13
knz added a commit to knz/cockroach that referenced this pull request Nov 10, 2019
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
knz added a commit to knz/cockroach that referenced this pull request Nov 12, 2019
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
knz added a commit to knz/cockroach that referenced this pull request Nov 12, 2019
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants