Details
-
Improvement
-
Status: Open
-
Minor
-
Resolution: Unresolved
-
0.9
-
None
-
None
Description
Years ago, I asked about this issue on the user mailing list:
<http://article.gmane.org/gmane.text.xml.forrest.user/4391/match=skin+directory+copied+unconditionally+static+site+build>
AFAIK, nothing has changed since then. I want to report the issue here so it does not get forgotten.
Anyway:
When I rebuild my static site, the "skin" directory seems to be copied unconditionally to the build/site/ directory. This means that, because the local files have been rewritten and consequently have newer modification times than the remote files, skin/ is uploaded each time I use lftp's reverse mirror function to publish changes to my public Web site, even if nothing in the skin has changed.
The Ant target that copies the non-generated content to build/site/ should be changed to copy files (including skin files) only if the source file has changed. Maybe rsync could be used to copy non-generated content.
If no one fixes this issue, I may use oDesk to hire someone to fix the issue. I have already had success with using oDesk to hire Michal Sciubidlo to fix Mozilla.org bug 269728. I have hired Michal again to fix Mozilla.org bug 178506.
<http://article.gmane.org/gmane.text.xml.forrest.user/4391/match=skin+directory+copied+unconditionally+static+site+build>
AFAIK, nothing has changed since then. I want to report the issue here so it does not get forgotten.
Anyway:
When I rebuild my static site, the "skin" directory seems to be copied unconditionally to the build/site/ directory. This means that, because the local files have been rewritten and consequently have newer modification times than the remote files, skin/ is uploaded each time I use lftp's reverse mirror function to publish changes to my public Web site, even if nothing in the skin has changed.
The Ant target that copies the non-generated content to build/site/ should be changed to copy files (including skin files) only if the source file has changed. Maybe rsync could be used to copy non-generated content.
If no one fixes this issue, I may use oDesk to hire someone to fix the issue. I have already had success with using oDesk to hire Michal Sciubidlo to fix Mozilla.org bug 269728. I have hired Michal again to fix Mozilla.org bug 178506.