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
Currently, production js files are put into site/js/release.{version}/{name}.min.js and css files are put into site/css/release.{version}/name.{version}.css, and the old files are not cleared out.
Edit: These files are not in the repo, but they do stack up on machines, including the r6maps server.
This means that every version, package.json and any html file specifying a js or css file must be manually updated.
Is there a reason this is the case? IMO it would be easier to overwrite previous versions of these files, and not have to keep track of the version all over package.json and in any file referencing the js or css files.
If we were to do so, my proposed structure for the site folder is as follows:
Currently, production js files are put into
site/js/release.{version}/{name}.min.js
and css files are put intosite/css/release.{version}/name.{version}.css
, and the old files are not cleared out.Edit: These files are not in the repo, but they do stack up on machines, including the r6maps server.
This means that every version,
package.json
and any html file specifying a js or css file must be manually updated.Is there a reason this is the case? IMO it would be easier to overwrite previous versions of these files, and not have to keep track of the version all over
package.json
and in any file referencing the js or css files.If we were to do so, my proposed structure for the
site
folder is as follows:The text was updated successfully, but these errors were encountered: