На всякий случай у кого-то есть тот же сценарий, что и мой.
У меня есть база данных сначала EF и в то же время с использованием идентификатора asp.net
, поэтому у меня есть два connectionStrings в мой webconfig, и с этим нет никаких проблем. Случилось так, что я создал / запустил скрипты для генерации вручную таблиц идентификаторов asp.net, которых я не должен.
, поэтому DROP сначала создайте все идентификационные таблицы asp.net, созданные вами вручную / из скриптов.
DROP TABLE __MigrationHistory
DROP TABLE AspNetRoles
DROP TABLE AspNetUserClaims
DROP TABLE AspNetUserLogins
DROP TABLE AspNetUserRoles
DROP TABLE AspNetUsers
Подробно останавливаясь на ответе Khoth, В AssemblyInfo.cs:
Можно сделать:
[assembly: CustomResource("Build Date", "12/12/2012")]
Где CustomResource определяется как:
[AttributeUsage(AttributeTargets.Assembly)]
public class CustomResourceAttribute : Attribute
{
private string the_variable;
public string Variable {get { return the_variable; }}
private string the_value;
public string Value {get { return the_value; }}
public CustomResourceAttribute(string variable, string value)
{
this.the_variable = variable;
this.the_value = value;
}
}
Это решение хорошо, потому что оно дает Вам гибкость, в которой Вы нуждаетесь, и оно не вызывает предупреждений компилятора.
К сожалению, не возможно использовать DateTime, потому что значения, вводимые в Атрибуты, должны быть константами, и DateTime не является константой.
В AssemblyInfo.cs можно поместить:
[assembly: System.Reflection.AssemblyInformationalVersion("whatever you want")]
Это - предупреждение компилятора, если это не число как 1.2.3.4, но я абсолютно уверен, что все будет работать.