This is also so that Hound can be introduced without it bugging
people about issues in existing code.
---
If git-blame brought you here you may want to read this, the
problem is with git-blame, not this change.
Try running these two lines just once:
``
git config --global alias.praise 'log -p -M --follow --stat --'
git config --global alias.praise-line 'log -p -M --pretty=format:"%h (%an %ai)" -L'
``
Now in future you can use
`git praise <path/to/your/file>`
or if you want to see the evolution of a specific line or range of lines
`git praise-line <start-line>:<end-line>:<path/to/your/file>`
Some examples you should try:
``
git praise lib/awesome_print/version.rb
git praise-line 8:8:lib/awesome_print/version.rb
``
Inspiration for these aliases:
http://blog.andrewray.me/a-better-git-blame/`
Use the ruby 1.9 hash syntax everywhere appropriate. This is to fix style
inconsistencies in the code base. This is also so that Hound can be used
without it bugging people every time they touch an older piece of code
but forget to update the syntax.
If git-blame brought you here you may want to read this, the
problem is with git-blame, not this change.
Try running these two lines just once:
```
git config --global alias.praise 'log -p -M --follow --stat --'
git config --global alias.praise-line 'log -p -M --pretty=format:"%h (%an %ai)" -L'
```
Now in future you can use
`git praise <path/to/your/file>`
or if you want to see the evolution of a specific line or range of lines
`git praise-line <start-line>:<end-line>:<path/to/your/file>`
Some examples you should try:
```
git praise lib/awesome_print/version.rb
git praise-line 8:8:lib/awesome_print/version.rb
```
Inspiration for these aliases:
http://blog.andrewray.me/a-better-git-blame/
Only using double quoted strings when needing interpolation.
If git-blame brought you here you may want to read this, the
problem is with git-blame, not this change.
Try running these two lines just once:
```
git config --global alias.praise 'log -p -M --follow --stat --'
git config --global alias.praise-line 'log -p -M --pretty=format:"%h (%an %ai)" -L'
```
Now in future you can use
`git praise <path/to/your/file>`
or if you want to see the evolution of a specific line or range of lines
`git praise-line <start-line>:<end-line>:<path/to/your/file>`
Some examples you should try:
```
git praise lib/awesome_print/version.rb
git praise-line 8:8:lib/awesome_print/version.rb
```
Inspiration for these aliases:
http://blog.andrewray.me/a-better-git-blame/
The previous stubbing of dotfiles was still allowing calls to fall
through and populate the AwesomePrint.defaults hash which would then
cause some tests to fail if run in a certain order.
e.g. https://github.com/awesome-print/awesome_print/issues/265
One place in particular where this would happen is if you ran the
action_view_spec before other specs as it did not stub the dotfile.
This change makes dotfile stubbing more reliable, specific and
ensures it is run for every spec. I've also removed all instances
where it was being called manually, as this is now not needed due
to it being automatic.
