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
For simple manual deployment to Github pages, I was using the Octopress approach of adding /public to my .gitignore file, and pushing the root git repo to the protected source branch on my Github Pages user repo, and then making the public subdirectory it's own git repo and pushing that to the master branch so it gets served by Github Pages.
The issue is that the current automatic deletion behaviour means that the .git subdirectory in the public subdir (and thus the commit history) of the built public subdir/master branch gets deleted every time.
This isn't super critical since the commit history of the built master branch for deployment isn't so important (unless one needed to roll back without rebuilding locally), but it is a bit annoying (compared to Octopress).
Other than it works nicely though, so it'd be nice if this could be avoided (i.e. rather than deleting the whole subdirectory, just recursively delete non-hidden files?). I appreciate it's a bit of extra complication though (I think the walkdir crate would be the best option).
Thanks, for the great project btw, I switched my blog over last week, copying most of the Octopress theming 🙂
The text was updated successfully, but these errors were encountered:
Hey,
For simple manual deployment to Github pages, I was using the Octopress approach of adding
/public
to my.gitignore
file, and pushing the root git repo to the protectedsource
branch on my Github Pages user repo, and then making the public subdirectory it's own git repo and pushing that to themaster
branch so it gets served by Github Pages.The issue is that the current automatic deletion behaviour means that the
.git
subdirectory in thepublic
subdir (and thus the commit history) of the built public subdir/master branch gets deleted every time.This isn't super critical since the commit history of the built master branch for deployment isn't so important (unless one needed to roll back without rebuilding locally), but it is a bit annoying (compared to Octopress).
Other than it works nicely though, so it'd be nice if this could be avoided (i.e. rather than deleting the whole subdirectory, just recursively delete non-hidden files?). I appreciate it's a bit of extra complication though (I think the
walkdir
crate would be the best option).Thanks, for the great project btw, I switched my blog over last week, copying most of the Octopress theming 🙂
The text was updated successfully, but these errors were encountered: