8000 [3.7] bpo-37936: Remove some .gitignore rules that were intended locally. (GH-15542) by miss-islington · Pull Request #15553 · python/cpython · GitHub
[go: up one dir, main page]

Skip to content

[3.7] bpo-37936: Remove some .gitignore rules that were intended locally. (GH-15542) #15553

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

Merged
merged 1 commit into from
Aug 27, 2019

Conversation

miss-islington
Copy link
Contributor
@miss-islington miss-islington commented Aug 27, 2019

These appeared in commit c5ae169. The comment on them, as well as
the presence among them of a rule for the .gitignore file itself,
indicate that the author intended these lines to remain only in their
own local working tree -- not to get committed even to their own repo,
let alone merged upstream.

They did nevertheless get committed, because it turns out that Git
takes no notice of what .gitignore says about files that it's already
tracking... for example, this .gitignore file itself.

Give effect to these lines' original intention, by deleting them. :-)

Git tip, for reference: the .git/info/exclude file is a handy way
to do exactly what these lines were originally intended to do. A
related handy file is ~/.config/git/ignore. See gitignore(5),
aka git help ignore, for details.

https://bugs.python.org/issue37936

Automerge-Triggered-By: @zware
(cherry picked from commit 8c9e9b0)

Co-authored-by: Greg Price gnprice@gmail.com

https://bugs.python.org/issue37936

…ythonGH-15542)

These appeared in commit c5ae169.  The comment on them, as well as
the presence among them of a rule for the .gitignore file itself,
indicate that the author intended these lines to remain only in their
own local working tree -- not to get committed even to their own repo,
let alone merged upstream.

They did nevertheless get committed, because it turns out that Git
takes no notice of what .gitignore says about files that it's already
tracking... for example, this .gitignore file itself.

Give effect to these lines' original intention, by deleting them. :-)

Git tip, for reference: the `.git/info/exclude` file is a handy way
to do exactly what these lines were originally intended to do.  A
related handy file is `~/.config/git/ignore`.  See gitignore(5),
aka `git help ignore`, for details.

https://bugs.python.org/issue37936

Automerge-Triggered-By: @zware
(cherry picked from commit 8c9e9b0)

Co-authored-by: Greg Price <gnprice@gmail.com>
@miss-islington
Copy link
Contributor Author

@gnprice: Status check is done, and it's a success ✅ .

@miss-islington miss-islington merged commit 2f0440e into python:3.7 Aug 27, 2019
@miss-islington miss-islington deleted the backport-8c9e9b0-3.7 branch August 27, 2019 18:41
@miss-islington
Copy link
Contributor Author

@gnprice: Status check is done, and it's a success ✅ .

77E0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants
0