Invoked from sidebar Tools/Import.
Import between mediawiki
ImportWiki.html gives ability to import content of one MediaWiki into another in browser. You could choose the import of whole content, pages, or namespaces.
ImportGit.html External git repositories could be the source and backup location for module and any branch within its hierarchy.
Different repositories could be associated with same or different paths, each holding particular type of information. For example, API documentation could reside separately from sources; contributors info structure will not match the source hierarchy leaving only top levels where particular contributor was involved.
For import from git repository you would need a git-restful server access. Repository Import/Sync opens the wizard of folders/files along with recognized features. Wizard shall guide over features and help to select the relevant and updated(since last sync) ones. Once sync content selected, it will be posted under AF project/module tree.
It shall be available on any project level with ability to override the path within version control.
Back commit of AF data TBD.
The command will be available for every page over Tools menu in Sidebar
Two-way synchronization with exposed diffs and author/dates TBD.
Has multiple modules listed. Import action should trigger the previously configured imports on each.
The import configuration for module is set during the first import action and comprise
- the repository path
- path of (sub-)module
- namespaces selection where imported data preserved
By default all namespaces will try to get relevant information from data at repository path.
The import process runs in the scope of organization creating if necessary
- project within organization( defaults to current org )
- repository in Project/Sources
The creation of organization is a separate flow due to need for confirmed authentication and ownership. Auto-Creation could be added if owner authentication within org could be defined synchronously( during import process ).
VC repo authentication
Import process would not take any measurements towards security and version control ( VC ) access authentication. The only way of access to private repository protected with user credentials is to pass those in plain as part of URL.
the VC URL is a visible to public record in Source:org/proj/Source/repo page. Do not use security sensitive information in URL including user name and password.
- Use local Apache server URL with reverse proxy which use authenticated URL
- Run own instance of git-restful server and keep VC authentication in config or via authentication agent omitting the user credentials in URL.
- The git-restful server and ApiFusion.org platform could be installed locally in secure intranet. Import to the local AF instance first and synchronize *project/Source/repo* to public AF site. Still you should be OK with having URL exposed in Source:org/proj/Source/repo page locally and do not export this page to public site.
Discreet flow steps
Each step is a separated as logistically as visually.
- The step could not be reversed hence the UX of passed step should be disabled
- The steps have a straight dependency hence UX of non-current step should be disabled