Add ability to control Wiki deployment targets from Automap
Summary
We would like the ability to control Confluence Wiki deployment targets in an automated way via our autobuild and its use of stationery. This would require changes both to where deployment target definitions are stored in WebWorks, and additional command line options in Automap.
Detailed Description
In order to further automate Wiki deployment, we would need (a) the stationery to inherit and retain the deployment targets & values set in Pro. (This way when you synched a project to the stationery, it would get your deployment targets.) (b) Then we would need the ability to specify which deployment target to use in the Automap command line.
Use Cases
We have multiple Confluence Wiki deployment targets (a target for each product line "space"), all of which we'd like available in the stationery. The problem is two-fold:
(a) Currently, when you define these targets and values in the Pro project and create stationery from it, the targets are not retained in the stationery. They seem to be stored on the user's local system with the installed application. Once the stationery is checked into version control and other writers synch their book projects to it, the deployment targets and values are not available in the book projects. Writers need to manually define them in each of their book projects (then select the appropriate target for their book manually--but that's discussed further in "b" below). It would be much more efficient for high-volume projects (with lots of books and targets) to give the template designer the ability to "push" all the needed targets into the book projects via your stationery synch mechanism.
(b) Then, when writers check in the books, our autobuild takes over. But it must rely on the writer having chosen the right deployment target to use in the project. There is currently no command line option in Automap that allows the build to set the targets appropriately for each book. It would be less error-prone and easier for us to scale up if we had these options.