Continuous delivery with Release Management for visual Studio

Editor's Notes

• #2: Ok your teams are agile and now you should be able to deliver a continuous flow ofvalue to your users.Unfortunately, that’s not always what happens. In many casesyour release process requires you to go through a series of gates before you actually get to production. This can take days, weeks or even months before it is completed preventing you from delivering value continuously to your users.In fact, complex and error-prone manual deployments based with untested installation scripts coupled with long approval cycles. manual deployment => error prone, delays …. Detail des troiscontraintes de releasesThe solution is to fully automate the release cycle for all stages with a common platform for both dev, qa and ops allowing the flow of value to go from development to customers in the fastest way without reducing quality delivered. That is what InRelease does.
• #4: InRelease does 3 main things:One- It automates deployments directly from TFS to all the environments, including production. Part of the deployment procedure may include things like taking back-ups, generating test data, provisioning Servers on Azure or executing your automated tests. Basically everything you need to start working on a given stage. Two – InRelease ensures that all deployments are done the same way from the same binaries so that by the time you deploy your application to production, your deployment procedure has been tested over and over - removing a lot of those release related risks & headachesThree- InRelease automates the approval workflow through all the environments reducing delays and coordination issues to a minimum. Testers receive a notification when a new version is ready for them they come back to InRelease to either confirm that the application meets the stage requirements or stop the release of that specific version.Along the way, InRelease will provide tracking of each attempted release.
• #5: InRelease does 3 main things:One- It automates deployments directly from TFS to all the environments, including production. Part of the deployment procedure may include things like taking back-ups, generating test data, provisioning Servers on Azure or executing your automated tests. Basically everything you need to start working on a given stage. Two – InRelease ensures that all deployments are done the same way from the same binaries so that by the time you deploy your application to production, your deployment procedure has been tested over and over - removing a lot of those release related risks & headachesThree- InRelease automates the approval workflow through all the environments reducing delays and coordination issues to a minimum. Testers receive a notification when a new version is ready for them they come back to InRelease to either confirm that the application meets the stage requirements or stop the release of that specific version.Along the way, InRelease will provide tracking of each attempted release.
• #6: InRelease does 4 main things:One- It automates deployments directly from TFS to all the environments, including production. Part of the deployment procedure may include things like taking back-ups, generating test data, provisioning Servers on Azure or executing your automated tests. Basically everything you need to start working on a given stage. InRelease ensures that all deployments are done the same way from the same binaries so that by the time you deploy your application to production, your deployment procedure has been tested over and over - removing a lot of those release related risks & headachesTwo - InRelease automates the approval workflow through all the environments reducing delays and coordination issues to a minimum. Along the way, InRelease will provide tracking of each attempted release and provide complete traceability for diagnostic and audit purposes. You can actually set simple to complex deployment procedure in InReease….
• #7: InRelease does 4 main things:One- It automates deployments directly from TFS to all the environments, including production. Part of the deployment procedure may include things like taking back-ups, generating test data, provisioning Servers on Azure or executing your automated tests. Basically everything you need to start working on a given stage. InRelease ensures that all deployments are done the same way from the same binaries so that by the time you deploy your application to production, your deployment procedure has been tested over and over - removing a lot of those release related risks & headachesTwo - InRelease automates the approval workflow through all the environments reducing delays and coordination issues to a minimum. Along the way, InRelease will provide tracking of each attempted release and provide complete traceability for diagnostic and audit purposes. For your release path, You can actually set simple to complex deployment procedure in InRelease….
• #8: InRelease does 4 main things:One- It automates deployments directly from TFS to all the environments, including production. Part of the deployment procedure may include things like taking back-ups, generating test data, provisioning Servers on Azure or executing your automated tests. Basically everything you need to start working on a given stage. InRelease ensures that all deployments are done the same way from the same binaries so that by the time you deploy your application to production, your deployment procedure has been tested over and over - removing a lot of those release related risks & headachesTwo - InRelease automates the approval workflow through all the environments reducing delays and coordination issues to a minimum. Along the way, InRelease will provide tracking of each attempted release and provide complete traceability for diagnostic and audit purposes. You can actually set simple to complex deployment procedure in InRelease….
• #9: InfrastructureLab ManagerInRelease – actions to trigger provisioning VMsApplicationsMS Tools – default behavior to publish to single environment, requires work to publish beyond thatTfsDeployer – can leverage Build Quality in TFS to trigger moving parts to other environments, still requires custom scriptsInRelease – can deploy applications using different approaches using built-in actions and toolsTestsMicrosoft Test Manager / Coded UI – helps define and execute automation of testsInRelease – can leverage existing tests for execution and can trigger test data creation via built-in actions and toolsApprovalInRelease – can manage governance, controls when and if deployments go into environments, notifies recipients of actions throughout the release process