VS Événement Post-construction

Je tiens à mettre en œuvre un événement post-construction qui effectue les actions suivantes

  1. Un chemin d'accès relatif copie de la DLL de sortie (1 fichier, pas tout le débogage de jazz)
  2. Un registre de sortie DLL dans le GAC

Comment est-ce fait?

OriginalL'auteur Michael L | 2008-12-16

  1. 15

    Ne que voulez-vous?

    copy $(TargetPath) $(TargetDir)..\..\someFolder\myoutput.dll
regasm $(TargetPath)

    (Entré sur le terrain pour l'étape de post-construction sous propriétés du projet)

    Sur Microsoft Visual Studio 2010, ceci ne fonctionnera pas avec un 9009 erreur: vous devez utiliser le chemin d'accès complet à regasm, comme suit: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\regasm.exe $(TargetPath)

    OriginalL'auteur Dirk Vollmar

  2. 7

    Entrée suivante dans "propriétés du Projet->Build événements->Afficher les événements de construction de la ligne de commande:"

    xcopy "$(TargetPath)" "target path" /Y && regasm "$(TargetPath)"

    ou ajouter l'extrait de code suivant à projet (par exemple, csproj) fichier

    <PropertyGroup>
    <PostBuildEvent>xcopy "$(TargetPath)" "target path" /Y && regasm "$(TargetPath)"</PostBuildEvent>
</PropertyGroup>

    Notez qu'il est recommandé d'ajouter des "" autour de copier les arguments de la commande pour éviter les problèmes avec les chemins contenant des espaces. Notez également que plusieurs commandes peuvent être combinées à l'aide d' &&

    OriginalL'auteur aku

  3. 5

    Êtes-vous sûr que vous voulez faire cela comme faisant partie de la compilation? Je vous conseille d'utiliser des références de projet dans des solutions plutôt que de le GAC si vous pouvez l'éviter. La copie de fichiers est une chose, mais en les inscrivant dans le GAC est assez intrusif et vous voudrez peut-être envisager d'autres environnements, votre code est compilé. Les choses comme les autres développeurs, des machines, des environnements de test et/construire des serveurs etc. Si vous avez un serveur de build, vraiment, vous devriez être en utilisant quelque chose comme NAnt avec une sorte de serveur d'intégration continue.

    OriginalL'auteur Neil Barnwell

  4. 2

    J'ai eu à le même problème et j'ai un peu de mal à faire cela fonctionne.

    Dans mon cas, j'ai voulu faire le autre façon de contourner qui est la copie de la SDL dll dans mon dossier de sortie.

    copy "$(SolutionDir)SDL\lib\x86\SDL.dll" "$(SolutionDir)$(Configuration)\"

    Noter que, $(Configuration) sera votre dossier de sortie (par exemple Debug ou Release).

    Le devis était ce qui me manquait, apparemment vous en avez besoin lorsque la droite à la fin avec un \. Ainsi, il pourrait être plus sûr de toujours les utiliser.

    Espoir de sauver quelqu'un d'autre en 5 minutes!

    P. S. j'utilise Visual Studio 2010

    OriginalL'auteur ForceMagic

  5. 1

    vous pouvez regarder la MS Construire. Ses ce que nous utilisons ici à l'œuvre.

    CodeProject Lien &
    MSDN Ref

    Oui, MSBuild est excellent pour cela. Si vous voulez rester à l'intérieur de Visual Studio, vous pouvez également passer en post-build commandes sous propriétés du projet.

    OriginalL'auteur

  6. 1

    Pour l'étape 2 dans la question que je semble préférer les suivantes:

    "C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\gacutil" /f /i $(TargetPath)

    Note: ceci nécessite la Windows SDK à être installé sur votre machine de développement.

    Plus d'informations sur les macros disponibles, tels que $(TargetPath), sur MSDN.

    OriginalL'auteur Valentino Vranken

  7. 0

    A couru dans un problème connexe. Les réponses ici aidé (merci!).

    Mon scénario était dans débogage d'une MEF qui dépendent de l'application, j'ai besoin d'avoir la Dll connexes dans un emplacement particulier. J'ai couru dans un problème avec l'écrasement de l'avant, ce qui n'a besoin d'ajouter un supprimer dans le script.

    delete $(SolutionDir)FileService$(ProjectName).dll
copy $(TargetPath) $(SolutionDir)FileService$(ProjectName).dll

    Espère que ça aide quelqu'un, aussi!

    OriginalL'auteur John Spiegel