[jira] Commented: (FOR-1175) when building static site, copy skin files only if they have been modified since the last static site build

["Brolin Empey (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/FOR-1175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12977090#action_12977090 ] 

Brolin Empey commented on FOR-1175:
-----------------------------------

The link should not have broken:  that is what HTTP redirects are for.  An ASF project, such as Ant, should know how to configure HTTP redirects with Apache HTTP Server to prevent broken links when resources are moved.

> when building static site, copy skin files only if they have been modified since the last static site build
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: FOR-1175
>                 URL: https://issues.apache.org/jira/browse/FOR-1175
>             Project: Forrest
>          Issue Type: Improvement
>          Components: Launch 'forrest'
>    Affects Versions: 0.9-dev
>            Reporter: Brolin Empey
>            Priority: Minor
>
> 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.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.