Added .gittattributes to enable autocrlf for text files regardless of user's global git config.
Normalized line endings to be LF in repository (line ending in the working copy managed by core.autocrlf option)
.gitattributes supercedes setting core.autocrlf.
Just use normal merges for sln and csproj files.
Merge remote-tracking branch 'origin/master' into gitattributes-added

Conflicts:
	GitTfs.sln
Build release : Update de Version.cs file and push the changes

use :
msbuild Deploy.proj /t:Release /p:Version=0.x.y
Write instead of modify version files

and better missing version detection
VERSION file is no longer useful.
The Version target is unnecessary now.
Shuffle around the git stuff.
Extract 'origin'
In the absence of automation, provide hints for checking the current HEAD.
Use ASCII.

This is just for simplicity. Version.cs doesn't need any non-ASCII
characters, and `git diff` works more reliably with ASCII than with
other encodings.

In general, Unicode is fine for files, and the .gitattributes branch
will help this. But for Version.cs, I'm making it ASCII, at least for
now.
Whitespaces.
Merge pull request #333
Revert ".gitattributes supercedes setting core.autocrlf."

This reverts commit 23c84c6482681866db2ae02049331d64add03d0b.

core.autocrlf is still useful because it tells git what to do on
checkout, while the attributes specify what happens on add (apparently).
Merge pull request #329 from git-tfs/gitattributes-added

Gitattributes added (line endings normalized)
correct specify version in Releasing.md
Merge pull request #334 from pmiossec/typo_release_version

correct specify version in Releasing.md