Closed rmunn closed 5 years ago
The simplest solution is probably to add a line to .gitattributes
saying:
*.sh text eol=lf
Then when Appveyor checks out the build.sh
file to build the NuGet package for this template, it will check it out with LF line endings, and the NuGet package will then contain a build.sh file with the right line endings.
This will be fixed in the 0.18.0 release of the giraffe-templte NuGet package which is currently being build on the build server!
Currently the
build.sh
file generated by runningdotnet new giraffe
is created with CRLF line endings. When run on Linux (where LF line endings are the norm), this results in the CR character being seen as part of the line, like so (^M
represents a CR in this listing):This results in the dotnet CLI tool saying "Project file does not exist", because it's looking for a directory named
src/LearnGiraffe^M
, which of course does not exist. If thebuild.sh
file is produced with LF line endings instead of CRLF, then it should work properly.I tested on Linux Mint 18, equivalent to Ubuntu 16.04, but I expect the same thing would happen on just about any Linux version.