Não é possível gerar uma migração explícita na estrutura da entidade

Estou adicionando uma nova migração, mas esta mensagem mostra:

Não é possível gerar uma migração explícita porque as seguintes migrações explícitas estão pendentes: [201203170856167_left]. Aplique as migrações explícitas pendentes antes de tentar gerar uma nova migração explícita.

Alguém pode me ajudar?

Ele informa que há alguma migração não processada em seu aplicativo e que é necessário executar Update-Databaseantes de adicionar outra migração.

Eu tive o mesmo problema. Aparentemente, a estrutura de entidade gera este erro quando não consegue se conectar ao banco de dados. Portanto, certifique-se de que você pode acessá-lo antes de procurar outros problemas.

Você precisa executar "update-database" no console do gerenciador de pacotes para enviar suas alterações para o banco de dados OU você pode excluir o arquivo de migração pendente ([201203170856167_left]) de sua pasta Migrations e, em seguida, executar novamente "add-migration" para crie uma nova migração baseada em suas edições.

Este erro também pode significar que as migrações não são mais reconhecidas. Isso aconteceu comigo depois de ter alterado o valor de ContextKey em Migrations.Configuration. A solução foi simplesmente atualizar o ContextKey na tabela do banco de dados "__MigrationHistory" (ou reverter o valor na classe Configuration, eu acho). O ContextKey e o namespace em seu aplicativo devem corresponder.

1. String de conexão / Permissões de conexão

Verifique a string de conexão novamente.

Certifique-se de que o usuário com o qual você está se conectando ainda tenha permissão para ler [__MigrationHistory]e editar o esquema.

Você também pode tentar alterar a string de conexão no arquivo de configuração do aplicativo ou da Web para usar a segurança integrada (Windows Auth) para executar o comando add-migration como você mesmo .

Por exemplo:

connectionString="data source=server;initial catalog=db;persist security info=True;Integrated Security=SSPI;" 

Essa string de conexão iria para o arquivo App.config do projeto onde o DbContext está localizado.

2. Projeto de inicialização

Você pode especificar o projeto de inicialização na linha de comando ou você pode botão direito do mouse o projeto com o DbContext, Configuratione Migrações pasta e selecione Definir como projeto de inicialização . Estou falando sério, isso pode realmente ajudar.

Tive o mesmo problema e foi capaz de resolver com algumas dicas das respostas acima:

• No console do gerenciador de pacotes verifique o projeto padrão (aponte para o projeto com a configuração de migração
• Certifique-se de que o startup-proj tenha um web.config com uma conexão válida (ou
• Certifique-se de que o projeto com migrações tenha um app.config / web.config com uma cadeia de conexões válida
• Verifique as permissões no banco de dados (para o usuário configurado em sua conexão)

Use "update-database -verbose" no console do gerenciador de pacotes para obter informações mais específicas onde as migrações tentam se conectar. (Ajudou no meu caso a descobrir que meu projeto de inicialização não estava configurado corretamente ...)

Se você ainda não usou, Update-Databasepode simplesmente excluí-lo. Se você executou a atualização, reverta usando e Update-Database -TargetMigration "NameOfPreviousMigration", em seguida, exclua-a.

Referência: http://elegantcode.com/2012/04/12/entity-framework-migrations-tips/

Copiei este texto diretamente daqui: Como faço para desfazer o último comando Add-Migration?

Ao se deparar com esse problema, tente adicionar parâmetros ao cmdlet add-migration. Por exemplo, especificar o projeto de inicialização e também o nome da string de conexão pode ajudar o EF a encontrar seu banco de dados de destino.

add-migration Delta_Defect_0973 -ConfigurationTypeName your.namespace.ContextClassName -StartUpProject DeltaProject -ConnectionStringName DeltaSQL

Onde:

Delta_Defect_0973 é o nome de sua migração

your.namespace.ContextClassName é o nome da sua classe de configuração na pasta de migração, prefixado com o espaço de nome completo.

DeltaProject é o nome do seu projeto principal com o arquivo web.config ou app.config.

DeltaSQL é o nome da string de conexão definida no arquivo web.config ou app.config.

Esse erro significa que há migrações pendentes que precisam ser confirmadas antes de executar outra migração explícita. Você pode escolher

1. Execute essas migrações pendentes usando o comando Update-Database
2. Exclua essas migrações pendentes. A maneira mais segura é abrir a pasta Migrações, clique com o botão direito em [201203170856167_left]> Excluir do projeto

Depois disso, você pode iniciar "Adicionar-Migração ..." novamente

Espero que ajude

Apenas meus dois centavos:

Meu cenário:

1. Eu restaurei meu banco de dados local para um estado de funcionamento.
2. Já teve migrações já aplicadas a ele.
3. Sempre que eu tentava adicionar uma nova migração, recebia o erro sobre migrações pendentes conforme mencionado no OP.

Solução:

Para contornar isso, apenas forneci parâmetros mais explícitos:

Add-Migration -ConnectionString "Server=localhost\SQLEXPRESS;Database=YourDataBase;Trusted_Connection=True;" -ConnectionProviderName "System.Data.SqlClient" -verbose

Acredito que você pode definir uma configuração na pasta app.config para permitir que esse comportamento seja padronizado, de forma que não seja necessário fornecer parâmetros explícitos sempre. No entanto, não tenho certeza de como fazer isso.

Existe uma ambigüidade e, portanto, um erro. A melhor maneira é excluir o arquivo de migração atual e criar um novo arquivo de migração ( adicionar migração ) e, em seguida, copiar o conteúdo da nova migração para o arquivo excluído e incluí-lo novamente e executar o comando update-database .

eu resolvi o mesmo problema assim:

• deletar arquivo de migração antigo
• update-database -force
• Add-Migration AddedEntity
• atualizar o banco de dados

Tive os mesmos problemas e só consegui resolvê-los executando Add-Migration 'MigrationName' -Force

Com -Force sendo a parte importante.

Meu banco de dados local não tinha o __MigrationHistorypopulado ou existente. Eu criei manualmente a tabela e, em seguida, migrei os dados dessa tabela do PROD para meu banco de dados local. Isso fez com que o VS pensasse que as migrações haviam sido aplicadas (o que aconteceu).

Dica: é sempre bom usar a -Scriptopção para comandos de migração se você não tiver certeza. Também ajuda muito a entender o queUpdate-Database realmente faz.

Eu executo o seguinte para atualizar o banco de dados e, em seguida, obtenho um script que posso aplicar manualmente (ou apenas executá-lo novamente sem a tag -Script).

Pois Update-Databaseeu executaria o seguinte:

Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive

Onde SQL_AzureLiveestá a string de conexão nomeada em minha configuração.

Então posso verificar se o SQL está certo, aplicá-lo e pronto. Como muitos outros disseram, se a string de conexão estiver errada ou inválida, você receberá este erro.

Para mim, excluí o arquivo de migração (no seu caso, "201203170856167_left") da Migrationspasta e, em seguida, executei o comando abaixo no console do gerenciador de pacotes

Add-Migration <Parameter>
Update-Database

Cenário

• Estou trabalhando em uma filial na qual criei uma nova migração de banco de dados.
• Estou pronto para atualizar do master, mas o master também tem uma migração de banco de dados recente.
• Excluo a migração de banco de dados do meu branch para evitar conflitos.
• Eu "atualizo do mestre".

Problema

Depois de atualizar a partir do mestre, executo "Add-Migration my_migration_name", mas recebo o seguinte erro:

Não é possível gerar uma migração explícita porque as seguintes migrações explícitas estão pendentes: [201607181944091_AddExternalEmailActivity]. Aplique as migrações explícitas pendentes antes de tentar gerar uma nova migração explícita.

Então, eu executo "Update-Database" e recebo o seguinte erro:

Não foi possível atualizar o banco de dados para corresponder ao modelo atual porque existem alterações pendentes e a migração automática está desativada

Solução

Neste ponto, executar novamente "Add-Migration my_migration_name" resolveu meu problema. Minha teoria é que executar "Update-Database" conseguiu tudo no estado necessário para que "Add-Migration" funcionasse.

Eu também me deparei com esse problema. Ele veio quando criei um novo banco de dados e tinha alterações pendentes para minha migração de banco de dados com código inicial, então tentei executar o comando "Atualizar banco de dados". Solução: Execute o comando "Add-Migration -MigrationName" para criar uma nova migração para o novo banco de dados. Em seguida, execute o comando "Update-Database".

Eu tive esse problema também para um banco de dados que eu sabia que estava atualizado ao executar o Add-Migration. Resolvido simplesmente executando o comando Add-Migration uma segunda vez. Suspeite de um problema de conectividade, conforme sugerido por Robin Dorbell acima.

Isso aconteceu quando de repente renomeei a classe de migração antiga que já existe no banco de dados. Eu verifiquei o histórico do VCS, determinei isso e renomeei. Tudo funcionou depois.

Eu fiz de outra maneira. Eu eliminei o banco de dados completamente e executei "update-database" novamente no vs.

Eu tive um problema mais simples. O VS relatou erroneamente esse erro quando eu tinha uma conexão VPN com o site de um cliente conectado na minha estação de trabalho. O problema era que a segurança do DBMS estava configurada para aceitar solicitações apenas do meu IP local real. Simplesmente desligar a VPN resolveu o problema.

No meu caso, esqueci de adicionar meu endereço IP nas regras de firewall no Azure, basicamente porque não conseguia me conectar ao banco de dados, recebi esse erro. Então, especificamente para o meu caso, adicionei meu endereço IP nas regras de firewall do banco de dados no Azure e tudo funcionou bem. Além disso, pode ser o problema de proxy / conexão com a Internet / senha do nome de usuário do banco de dados / string de conexão do banco de dados, etc. OU, obviamente, você pode ter migrações pendentes para as quais você precisa executar o comando Update-Database.

Historicamente, sempre resolvi isso excluindo as migrações pendentes ou, se houvesse apenas 1 restante e fosse mais desejável, usando -fpara recriá-lo.

Recentemente, isso parou de funcionar para mim.

Quando isso aconteceu pela primeira vez, reiniciei o Visual Studio e ele me permitiu continuar.

Na segunda vez, só funcionou depois que executei um Clean no projeto. Era quase como se as migrações pendentes fossem retidas, apesar de excluir todos os arquivos do explorer.

Essa não será a resposta para muitas pessoas, mas EF irá eliminar esse erro quando não puder se conectar ao banco de dados. Se você está trabalhando em casa como eu, certifique-se de que ainda está conectado à VPN!

Sofri exatamente o mesmo problema logo após a reversão de uma migração para outra.

No meu caso, eu "direcionei a migração" de "migration06" para "migration04".

Eu precisei deletar o "migration0" 6 e então fui capaz de forçar a criação do "migration05". Isso basicamente significa que você precisa apenas manter a próxima migração após a migração de destino.

No meu caso (usando o MS Visual Studio), foi tão simples quanto reiniciar o Visual Studio.