1. hlattanzio

    Thank you for putting this all together.

    I’ve followed your configurations in order to update the build to generate the migrations script. The csproj file contains and I can see that it is restored as part of the Restore step of the build, however, when the command line task runs in order to run the dotnet ef command, I continue to get this error:

    No executable found matching command “dotnet-ef”

    Any suggestions of what else could be missing?

    • hlattanzio

      Ok, I’ve answered my own question, however, it might be worth noting in your article.

      The project I needed to run the migrations in was a sub-directory, so I had to modify the Working Folder in the Advanced section of the Command line step, such that I wasn’t at the root of $(Build.SourcesDirectory).


  2. Joe

    Awesome blog – I have a few questions though.

    If you go with the option of letting the build pipeline run the migration scripts won’t you be faced with a couple of problems?

    1. Will the ‘ef migrations script’ command generate scripts for ALL migrations all of the time or will it just do the latest migration
    2. When you execute the scripts in this fashion, does it invalidate the fact we’ve recorded which scripts have been run previously and therefore you potentially risk executing old migrations?

    • abel

      Hi Joe
      1. The ef migrations script command should only generate you the scripts that you will need to go from one version to another
      2. It will only generate the scripts you need so you won’t be running scripts multiple times

      • liero

        @Joe: notice the -i switch in dotnet eg migration script -i command. It generates idempotent script, that contains all migrations, but only those migrations will be executed that has not been already applied. It check entries in table [__EFMigrationsHistory] which is populated after each migrations.

  3. Behrad Izadi

    a quick one:
    when ef generates migration Script since it has no idea about SQL azure connection string at the time of generating the script how possibly know about changes need of production database.

    I assume we have local database connection string when committing our code


    • abel

      When using EFCore, it creates a version table in your DB and keeps track which version the DB is at (or which migrations have been run). When running the script, it will only run the correct sequence of migration scripts to get you to whatever version your versions table says you are on, to the most current one.

    • liero

      In other words, the script contains all migrations, but it checks [__EFMigrationsHistory] in the target database do determine, which migrations have to be applied. important is the -i switch

  4. Hello Abel, great presentations on the possibilities of the Azure DevOps projects.

    I’ve been running into some of the same problems expressed above but using .net EntityFramework 6.2.0 (not Core).

    For one, it looks like context.Database doesn’t have the Migrate method (though I set AutomaticMigrationsEnabled = true; in the Migrations.Configuration method.) Still, it looks like this easy approach isn’t working on the non-Core version even in my local dev environment… still have to run Update-Database.

    Also, it would be great to have some walkthrough’s on adding a non-LocalDb database in the DevOps project Release. Looks pretty clear to me at the moment that the basic SampleWebApp doesn’t support LocalDB. I’m hoping the addition of database support will be added soon to the basic templates.

    Let me know if there are any good examples of this already. I’ll be researching the current VSTS course offerings.


    • abel

      Hi Charles,

      I’ll write up a blog post for you on using EF (Not EF core). Quick answer, you should be able to do all the same things I talked about in this blog. The exact call is a little different but the same thing exists. I’ve made a note to make sure I talk about connecting to non local db’s. Stay tuned, should have something up in about 2 weeks.

      • It’s all good Abel. This was a good excuse to learn something about Asp.Net Core (and EntityFrameworkCore). Creating a separate SQL database and applying the connection string was the step I was missing.

  5. Sujit

    On my VSTS Build EFCore Migrations Command I was getting an Error:”No executable found matching command “dotnet-ef””. I already have “Microsoft.EntityFrameworkCore.Tools.DotNet”: “1.1.5” included in my project.json file. Any help will be appreciated

    • Ankit

      Hi Sujit,
      Did you got any solution for this issue. I am facing same problem. Please let me know If you know the solution.


  6. Ben Jones

    Hi Abel,

    Great post. I’m keen to try it out but hesitate because of my following scenario:

    2 x CI pipelines.
    1 is for my asp.net core app
    1 is for my core solution as an dotnet pack and nuget push
    The app uses the packages from the core solution pack. The datacontext and migrations are within a project inside the core solution so these are deployed separate to the app.
    Reading through your blog, the only way I can think to use the CI pipelines would be to follow all the steps within the core package pipeline except for the final sql azure execution step.
    The execution step should be added to the app deployment so it can perform the db update in sync with any mode l changes held within the latest package push. What I’m not sure about though is whether or not it’ll be possible for me to add the step for execution of an artefact from another pipeline.
    Hoping to try it out and see!
    Many Thanks

  7. Pankaj

    Generating script from CI fine but facing issue with cd task, not picking the resources/sqldefaultvalue.sql path
    incorrect syntax
    ..\Resources\SQLDefaultValues.sql;System.String, mscorlib, Version=, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252
    can anybody help

  8. Ikram

    Thank you for this very clear tutorial, I just want to know if someone here could fix this error :
    No executable found matching command “dotnet-ef”

    Thank you in advance

  9. Lassi

    I’m getting “Value cannot be null. Parameter name: contentRootPath” when I try to run “dotnet ef migrations add InitialCreate” from command line. What should I do to make it run from command line?

Leave a Reply

Your email address will not be published. Required fields are marked *