You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that g8Test uses another code path than actually using the command line tool or sbt new to apply a template. With the tool / sbt new template generation can fail fatally for issues like #333. Using g8Test it works because there's a fallback defined that falls back to copying the template verbatim if actually running the ST template fails. That makes it really hard to test template generation in CI.
It seems the difference is in using G8.applyT version G8.apply.
is there any workaround to disable the fallback option?
g8Test command is not as helpful as it could be if it cannot report issues like An unexpected error occurred while processing the template. Check that all literal '$' are properly escaped with '\$' (which are not that unlikely to happen and which would break the template)
To stay safer, atm i'm manually running sbt new .. as part of the ci, instead of relying on g8Test but it would be great if it were possible to use g8Test
It seems that
g8Test
uses another code path than actually using the command line tool orsbt new
to apply a template. With the tool /sbt new
template generation can fail fatally for issues like #333. Usingg8Test
it works because there's a fallback defined that falls back to copying the template verbatim if actually running the ST template fails. That makes it really hard to test template generation in CI.It seems the difference is in using
G8.applyT
versionG8.apply
.Observed here: akka/akka-http-quickstart-scala.g8#15
The text was updated successfully, but these errors were encountered: