Donovan Brown

@Shafiq Jetha: Thanks so much. Here is the book that taught me not to hate Git! :) Ry's Git Tutorial

Could you have a deeper dive on the L2 test and the new L2 test framework? Very interesting.

I will work with @munils to have him back on the show again.

Again, thanks for a great talk that provides a lot of insight.

Thanks for watching.

@Steve: Every ring is production. We just deploy to different rings to control exposer.

You can learn more here RunAsRadio: DevOps Practices inside Microsoft with Donovan Brown and Martin Woodward where Martin shares our DOD as:

Delivered into production, collecting telemetry from customers that proves or disproves the hypothesis of why we added the feature.

You can also watch Munil's first show about Safe Deployment.

@Migas: Before replying I took a peek and we were running 10 builds at this very moment in parallel. I posted a pic here.

@Stalen: Hi Stalen, I could not agree more. Weird was a bad choice of words.  The point we were trying to make was although we use VSTS for 48 hours before we release to the next ring we do not test every scenario. 

There are a couple options depending on your target.

Azure DevOps Projects

Yo Team

Continuous Delivery Tools for Visual Studio

docs.Microsoft.com

We also have templates to get you started when you create a new build.

What we wanted Jessica to show was a little more advanced scenario.

The links above will point in the right direction to just get started. 

Ping me on Twitter @DonovanBrown if you need help. 

@Manuel Wellman:The issue was in a dependency. 

"In that deployment, we pulled in version 5.1.4 of the System.IdentityModel.Tokens.Jwt library. This library had a performance regression in it that caused CPU utilization on the SPS web roles to spike to 100%."

Taking a dependency is not like adding a feature you can turn on or off. Either you take the dependency or you do not. 

@David_Lean: I could not agree more. As I said in the video I hope people don't go crazy with this. When I was a consultant I spent a lot of my time talking customers out of customizing the template. Take the time to really learn why the template is the way it is before you change it.

Ask yourself why are we moving from where we are now to VSTS? The answer normally is because the tool/process you have today is lacking. So why customize VSTS back to the tool you are leaving?

The out of the box process templates are great and have been shaped over a long period of time. They have best practices and years of team experiences baked in.

After sitting with a customer and understanding why the made the customization I realized what they wanted was already in the template they just did not know how to use it. 

Here you can read how each process was designed to be used https://docs.microsoft.com/en-us/vsts/work/work-items/guidance/choose-process

@Dave Wilson:I don't think they meant the actual deployment takes 24 hours. It sounds like the feature(s) sit in a ring for 24 hours before the next ring gets the feature(s).

That is correct. We actually let the code bake in Ring 0 for 48 hours before the deployment to the next ring. Munil and I just recorded another episode today (being produced) where we go into more detail. 

Munil and I will be recording another show and we will be sure to cover these questions. Thanks for watching.