Benutzerdefinierte gemeinsames Ziel um eine Lösung zu erstellen

Erstellte ich eine benutzerdefinierte gemeinsame Ziel "RealClean", die entfernen Sie alle Dateien, die in der Ausgabe und "intermediate output" - Verzeichnis. Ich habe es in den Microsoft.Common.targets-Datei.
Wenn ich MsBuild auf meine csproj alles in Ordnung ist.
Aber wenn ich MsBuild auf meinem sln (die nur auf eine Liste csproj) habe ich die folgenden Fehler

error MSB4057: The target "RealClean" does not exist in the project.

Hier ist die Befehlszeile, die ich eingeben zum ausführen von MsBuild

C:\Windows\Microsoft .NET\Framework\v3.5\MsBuild.exe /p:Configuration="Release";OutputPath="..\..\MSBuild.Referentiel.net35";nowarn="1591,1573" /t:RealClean mySolution.sln

Irgendeinen Hinweis?

InformationsquelleAutor Benjamin Baumann | 2010-08-03

5

Arbeiten auf Lösung Datei MSBuild erstellt eine temporäre MSBuild-Projektdatei, die nur einige Ziele, wie Bauen und Sauber. So können Sie nicht rufen Sie Ihr custom-Ziel auf eine Lösung Datei.

Ok ich habe es. Ich ging in dieses temporäre Projekt-Datei und umfasst Bauen, Reinigen, neu erstellen und Veröffentlichen. Kein import von gemeinsamen.Ziele.- Dateien. Schade, ich werde nach einer anderen Lösung suchen.
Gilt das nicht für alle Visual Studio Baut, richtig?

InformationsquelleAutor Julien Hoarau

Ich hatte das gleiche Problem, aber er wollte nicht, Dinge zu ändern, die außerhalb des source-trees, um sich dieser zu arbeiten. Hinzufügen von Dateien zu C:\Program Dateien... bedeutet, dass Sie müssen manuell auf jedem dev-Maschine bekommen, das gleiche Verhalten.

Habe ich drei Dinge:

1) Erstellt eine Benutzerdefinierte Ziele-Datei, die ich importieren in jeden C# und/oder VB/F# - Projekt in meiner Lösung durch hinzufügen des folgenden in die einzelnen proj Datei:

<!-- Rest of project file -->

<PropertyGroup Condition="'$(SolutionDir)' == '' or '$(SolutionDir)' == '*undefined*'">
    <!-- Relative path to containing solution folder -->
    <SolutionDir>..\</SolutionDir>
</PropertyGroup>
<Import Project="$(SolutionDir)CommonSettings.targets" />

2) Hinzugefügt ein Ziel clean, das aufgerufen wird, nachdem die echt Sauber (mit dem AfterTargets Attribut von MSBuild 4.0):

<Target Name="CleanCs" AfterTargets="Clean">
    <Message Text="Deep cleaning C# project..." />
    <CreateItem Include="$(OutDir)**\*.*; $(ProjectDir)\obj\**\*.*; $(IntermediateOutputPath)**\*.*"
                            Exclude="**\bin\**\*.vshost.exe; $(IntermediateOutputPath)**\*.log">
        <Output TaskParameter="Include" ItemName="AfterClean_FilesToDelete"/>
    </CreateItem>
    <Delete Files="@(AfterClean_FilesToDelete)" />
    <CreateItem Include="$(ProjectDir)\obj\" >
        <Output TaskParameter="Include" ItemName="AfterClean_DirectoriesToDelete" />
    </CreateItem>
    <CreateItem Include ="$(ProjectDir)\bin\" Condition="'$(TargetExt)' != '.exe'" >
        <Output TaskParameter="Include" ItemName="AfterClean_DirectoriesToDelete"/>
    </CreateItem>
    <RemoveDir ContinueOnError="true" Directories="@(AfterClean_DirectoriesToDelete)" />
</Target>

3) In meinen continuous integration MSBuild-Projekt, das ich überprüfen und stellen Sie sicher, dass alle proj-Dateien #1:

<ItemGroup>
    <!-- Exclude viewer acceptance tests as they must compile as x86 -->
    <CheckProjects_CsProjects Include="**\*.csproj" />
</ItemGroup>
<Target Name="CheckProjects">
    <!-- 
        Look for C# projects that don't import CommonSettingsCs.targets 
    -->
    <XmlRead XPath="//n:Project[count(n:Import[@Project[contains(string(), 'CommonSettingsCs.targets')]]) = 0]/n:PropertyGroup/n:AssemblyName/text() "
        XmlFileName="%(CheckProjects_CsProjects.Identity)"
        Namespace="http://schemas.microsoft.com/developer/msbuild/2003"
        Prefix="n" >
        <Output TaskParameter="Value" ItemName="CheckProjects_CsMissingImports"/>
    </XmlRead>
    <Error Text="Project missing CommonSettingsCs.targets: %(CheckProjects_CsMissingImports.Identity)"
                 Condition="'%(CheckProjects_CsMissingImports.Identity)' != ''" />
</Target>

Dies verhindert, dass Entwickler aus dem vergessen, fügen Sie #1. Könnte man erstellen Sie Ihre eigene Projekt-Vorlage, um sicherzustellen, dass al neue Projekte haben dies standardmäßig.

Der Vorteil an diesem Ansatz ist die Einrichtung eines neuen source-tree Eintragung nicht um etwas mehr als die current-source-tree. Der Nachteil ist, dass Sie zum Bearbeiten des Projekt-Dateien, wenn Sie Sie erstellen.

Danke! Verbrachte den halben morgen auf der Suche für eine anständige Lösung für dieses; Ihre #3-Punkt war das fehlende Glied.
Danke. Wenn überhaupt, die AfterTargets Eigenschaft setzen, mir den richtigen Weg
Es ist schon 7 Jahre her, dass diese Antwort gepostet wurde. Obwohl es gut ist, Frage ich mich, ob es jetzt einer weniger ausführlichen Art und Weise, dies zu tun?
Es könnte sein, aber ich glaube nicht wirklich das uns die VS in diesen Tagen. AFAIK das Projekt system hat sich nicht wesentlich verändert.

InformationsquelleAutor Ade Miller

5

Madgnome ist wohl richtig. Aber ich wollte noch hinzufügen, dass Sie sollten nicht die Bearbeitung der von Microsoft.common.Ziele-Dateien. Wenn Sie dies tun, riskieren Sie eine andere build-Prozess auf, dass die Maschine gegenüber dem, was sonst jeder hat. In Ihrem Fall könnten Sie haben eine neue MSBuild-Datei mit nur den RealClean Ziel und platziert es auf
C:\Program Files (x86)\MSBuild\v4.0\Custom.Nach.Microsoft.Common.Ziele
oder für 32 bit
C:\Program Files\MSBuild\v4.0\Custom.Nach.Microsoft.Common.Ziele
und im wesentlichen das wäre das gleiche wie putting, dass die Datei, die innerhalb von Microsoft.Common.Ziele, außer dass Sie nicht haben, um diese Datei ändern.

Danke! Das wird sauberer.
jede Art und Weise zu tun, diese änderung bei der Lösung-Ebene anstatt von der Maschine?

InformationsquelleAutor Sayed Ibrahim Hashimi

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.