220

When the full build completes through VSTS the package should get  uploaded to the shared asset library of LCS for the subscription . So that deployment can happen to multiple environment at the same time on a click.

STATUS DETAILS
Completed
Ideas Administrator

https://community.dynamics.com/365/financeandoperations/b/newdynamicsax/archive/2019/04/30/azure-devops-task-to-deploy-code

This has been released. 

Comments

V

For those who find this idea. It has been released and you can read more about it here: https://community.dynamics.com/365/financeandoperations/b/newdynamicsax/archive/2019/01/18/first-azure-devops-task-released

Category: Lifecycle Services

V

Having mistakenly uploaded the wrong package from my local hard drive to LCS (not once but TWICE now) and made an environment unusable, I need something like this to protect me from my own mistakes.

And, of course, all the times I've had to do a build and deployment remotely over crappy internet?... When you're the only one in the organization who does this, and you're on vacation somewhere remote, suddenly you're spending hours sucking up crappy wifi (hope you can find it) instead of just clicking through a few pages of a web interface. That's if you don't care about all the times you're tethered to a computer in the evenings, too.

Category: Lifecycle Services

V

you can update us if something interesting has been found

Category: Lifecycle Services

V

This would be really appreciated

Category: Lifecycle Services

V

We find this idea more urgent, as Microsoft has decided to remove RDP Access to other environments than T1.
We have an implementation project where the System Test environent has been set up as T2, for several reasons. We want to deploy new code from development to this environment every day, and as of now this is a manual process of uploading to LCS and then deploy, which also means downtime every morning during the deployment phase. We considered creating our own VSTS Release Management release to automate this process, but I believe this will be impossible when RDP Access is disabled.
If we can have Release Managment tasks to upload artifacts to LCS and then deploy to a specified environment from LCS, it will be possible to implement this process.

Category: Lifecycle Services

V

I would also like to see this as a option, with some filtering etc.
 

Category: Lifecycle Services

V

YES

Category: Lifecycle Services

V

Absolutely a must-have for complete DevOps implementation for the D365O platform. Please make this happen.

Category: Lifecycle Services

V

I also would appreciate such an option. 
Eigther an step within the build process to be able to do it or a possibility with an REST API to do that.
At the moment i have fully automized our nightly build process with PowerShell (Start VM + build + store artifacts on Azure file share). Just the last step to also upload it to the shared asset library and / or automatically release to an Microsoft hosted Tier 1 environment (devtest) is not possible at the moment. 
Best Regards Patrick

Category: Lifecycle Services

V

What I would like to see is that the Release Mangement feature would have tasks that allow fetching the D365FO artifacts from the LCS library as a source for the release flow.
There is off course room for discussion whether VSTS release definitions would need pull packages from LCS or that LCS would get new functionality to drive releases from within LCS and have it hook into Release Management to do the work.

Category: Lifecycle Services

  • 1
  • 2