An update for Deployment Manager is available. Click here...
mwoffenden
Posts: 98
Love the weekly updates. However would the team consider providing a link in the following message that would allow the reader to check out the release notes before upgrading?
For example:
An update for Deployment Manager is available. Click here to upgrade, or click here to see the release notes.
Serves two purposes:
1) Allows the user to know what they are getting into by upgrading, and
2) Eliminates the inevitable hunting around trying to find the release notes.
For example:
An update for Deployment Manager is available. Click here to upgrade, or click here to see the release notes.
Serves two purposes:
1) Allows the user to know what they are getting into by upgrading, and
2) Eliminates the inevitable hunting around trying to find the release notes.
Michael Woffenden
Founder and President
Information Results Corporation
Founder and President
Information Results Corporation
Comments
We'll look at UI improvements to make the upgrade & associated details more obvious.
Thanks for the feedback!
Redgate Software
Thanks for giving this consideration.
Founder and President
Information Results Corporation
Hope that helps,
Mike
Redgate Software
Founder and President
Information Results Corporation
Redgate Software
The other area that is still not smooth is the agent update. Since the agent update needs to happen at the same time as the client update, is your team looking into making this more automatic? For that matter, why wouldn't you update the agents (if needed for that update) and the client at the same time, saving the user from taking this manual step?
Founder and President
Information Results Corporation
We have avoided automatically upgrading agents because they could well be running on production machines. We have generally considered that it is important not to make any changes to potential production machines without requiring some form of explicit user action. For example, there is a very small, but non-zero, risk that an agent upgrade will result in the target machine requiring a restart before it can be deployed to again.
We could consider providing a configuration option to allow automatic agent upgrades, but obviously we have to balance that against all of the other features we'd like to implement.
One feature we have added recently is that in the list of machines that will be affected by the deployment, we flag out-of-date machines, and provide a link to the upgrade operation:
Redgate Software
At the same time, it's also good not to not leave anything in limbo, i.e, client at version X+1 and agents at version X. At least offer the user the chance to get everything updated at one time. Furthermore, agents of a different version could cause a deployment to fail, and there is no need to invite this needlessly.
It's also not the best for a user to get to the deployment stage, only to be interrupted by the message (shown in your image) that the deployment may fail and their agents are out of date. It's the right message but not at the right point in the process. Seems like it's much better to at least offer the user to get everything updated all at once.
Tell me what you think of this idea.
1) Do the upgrade as you normally do.
2) After the upgrade finishes (and if successful) display a question, something like:
Your agents also need to be updated. Do you want to do this now?
And two buttons: "Yes, upgrade agents now" or "Not now"
This would be much cleaner process-wise. Thanks for considering this ... and maybe some other DM users can chime in on the topic as well.
[Editorial note: These are all relatively small changes but put together they are making important improvements to DM. In my case, after a bit of a rough start with DM, my team is moving toward making DM a central part of our deployment strategy, largely due to ongoing improvements and stability, and your team's consistent attention to user's concerns. Keep up the good work!]
Founder and President
Information Results Corporation