4 ms·
For anyone wondering, if you want to remove a file or secret you've already committed, you can use BFG Repo-Cleaner to go through your commit history and comple
by therealasdf 10y ago
For anyone wondering, if you want to remove a file or secret you've already committed, you can use BFG Repo-Cleaner to go through your commit history and completely remove any trace of it.
https://rtyley.github.io/bfg-repo-cleaner/ https://rtyley.github.io/bfg-repo-cleaner/
- nailer 10y ago+1. Requires Java but BFG Repo Cleaner is the only app I've ever felt worth installing the JVM for.
- dvdgsng 10y agoThat's a pretty useless comment, don't you think?
- faitswulff 10y agoJust note that if it's a public repo, it may not help you, due to attackers scraping Github's API and mirrors like GHTorrent. From "Why Deleting Sensitive Information from Github Doesn't Save You": http://jordan-wright.com/blog/2014/12/30/why-deleting-sensitive-information-from-github-doesnt-save-you/ http://jordan-wright.com/blog/2014/12/30/why-deleting-sensit... The top HN comment on the article details their experiences with getting hacked this way: https://news.ycombinator.com/item?id=8818035 https://news.ycombinator.com/item?id=8818035
- deleted 10y ago[deleted]
- Flammy 10y agoWarning - in the HN comment that is linked, don't click the link, is a browser popup spam which is actually hard to close (url has been dropped and picked up by a spammer?)
- seanwilson 10y agoSounds like a better idea to just change the secret.
- nkrisc 10y agoThat is always the best course of action, no? Once it's out, assume it's compromised.
- tcfunk 10y agoWhy not both? :)
- tonybaroneee 10y agoThat's time you could be spending on adding a new feature or fixing a bug :) Just change the secret and be done with it!
- scaryclam 10y agoAnd when someone new thinks "that password's wrong, it'll update it!"? Do both, gets rid of the issue on both sides and really doesn't take long :)
- gkya 10y agoWhy would they if the tip does not have any passwords in it? It's not like a potential contributor will search the commit log to see if there were once passwords around. Besides, making such changes in public changesets is rude, to say the least.
- scaryclam 10y agoWhat I mean is, lots of folks seem to be saying to ignore the presence of the file and just change the password where it's used. Removing the file, or the password and adding a comment, as well as changing the password where it's used is much less likely to end up with a re-added password later. Of course, removing the file, adding it to .gitignore and changing the password makes it even harder as a contributor would have to work to add the password back, which is even less likely to happen.