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 is a reasonable request. But since the pages are internal to your team, I am wondering how much effort is it to just periodically fetch the master pages and add your local set of pages. If there are multiple remote sources to merge from, that would be a valid request as keeping multiple sources in sync would be difficult.
#377
It is a reasonable request. But since the pages are internal to your team, I am wondering how much effort is it to just periodically fetch the master pages and add your local set of pages. If there are multiple remote sources to merge from, that would be a valid request as keeping multiple sources in sync would be difficult.
Private forks and uploading a zip to a non-public server makes it quite complex and uncomfortable.
There is also another nuance to deal with multiple remotes - file name collision. Within a single source, the filesystem guarantees that all files have to be unique. But when the client needs to merge from multiple sources, the spec needs to clearly define what happens when there are pages with the same name from different sources.
You could just use the order of the "repositories" array: Newer entries will overwrite previous entries.
Private forks and uploading a zip to a non-public server makes it quite complex and uncomfortable.
You could just use the order of the "repositories" array: Newer entries will overwrite previous entries.
Originally posted by @timonf in #299 (comment)
The text was updated successfully, but these errors were encountered: