winpty/.gitattributes

*               text=auto
*.c             text
*.cc            text
*.gyp           text
*.h             text
*.rst           text
*.sh            text
*.txt           text
.gitignore      text
.gitattributes  text
Makefile        text
configure       text

*.sh            eol=lf
configure       eol=lf
shared/GetCommitHash.cmd text eol=crlf
Try to end line ending problems by marking text files in .gitattributes * The files in the repo are natively LF. * These days, I'm using Cygwin git, which is creating a checkout full of LF files. * I think this .gitattributes file will instruct git to use the default line ending for almost all the files. I'm forcing LF on shell scripts, because Cygwin/MSYS chokes on CRLF shell scripts. * For my Cygwin git checkouts, the default is LF. I'll get a warning if I try to checkin an CRLF file, but that's OK. 2015-10-22 01:06:25 +00:00			`* text=auto`
			`*.c text`
			`*.cc text`
			`*.gyp text`
			`*.h text`
			`*.rst text`
			`*.sh text`
			`*.txt text`
			`.gitignore text`
			`.gitattributes text`
			`Makefile text`
			`configure text`

			`*.sh eol=lf`
			`configure eol=lf`
Add version tracking. Add a --version arg to console and winpty-agent. There is a "version suffix" that defaults to "-dev". A maintainer could change the suffix (or remove it) by invoking make: make BUILD_SUFFIX=-foo make BUILD_SUFFIX= It can also be changed in gyp builds: gyp winpty.gyp --depth=1 -D BUILD_SUFFIX=-foo gyp winpty.gyp --depth=1 -D BUILD_SUFFIX= If git cannot be executed, the string "none" is used for the commit hash. 2015-11-08 03:19:03 +00:00			`shared/GetCommitHash.cmd text eol=crlf`