Croix-des références de projet entre les deux projets

La solution proposée par @dhsto fonctionne, mais j'ai trouvé une solution de rechange à l'aide de dossiers liés. J'ai écrit à ce sujet en détail dans cet article, ici, est de savoir comment il peut être mis en œuvre:

Il peut être atteint par la création d'un dossier pour stocker vos références, j'aime le nom de cette “_referencesTS”, le dossier contient tous les liens vers des fichiers à partir de Test1. Cela peut se faire individuellement, mais qui allait devenir très lourd, si elle avait à faire pour chaque nouveau fichier TS. Liaison d'un dossier cependant permettra de relier tous les fichiers en-dessous d'elle, cela peut être fait en modifiant le fichier csproj.

À éditer le fichier cliquez-droit sur le Test2 projet et cliquez sur “Unload Project”, puis cliquez-droit sur le projet et cliquez sur “Edit Test2.csproj”. Accédez à la <ItemGroup> qui contient le <TypeScriptCompile> balises et insérez le code ci-dessous:

<TypeScriptCompile Include="..\Test1\**\*.ts">
   <Link>_referencesTS\%(RecursiveDir)%(FileName)</Link>
</TypeScriptCompile>

Remplacer le chemin d'accès relatif à l'emplacement de vos fichiers TS en Test1, il utilise les caractères de remplacement (*) pour relier le tout .les fichiers ts (dicté par la *.ts) dans tous les sous dossiers (dicté par la \**\)..

Le TS fichiers dans ces dossiers apparaissent maintenant à l'intérieur d'Test2, permettant automatique tapuscrit de référencement.

Remarque: Le seul inconvénient de cette approche est que lorsqu'un nouveau fichier est ajouté à Test1 dans un dossier lié, l'utilisateur a pour décharger et charger le projet ou de le fermer et d'ouvrir la solution pour qu'il apparaisse dans Test2.

Je tiens juste à ajouter à la réponse de David Sherret que les fichiers lib à la TypedApp projet pourrait être ajouté comme Lien des fichiers au lieu de dépendre d'un poste de construire des événements. Je vais avoir quelques problèmes avec la poste construire des événements dans les grandes solutions avec beaucoup de projets, et les fichiers des liens travaillent maintenant ok pour moi. (Je ne peux pas ajouter un commentaire pour la réponse car je n'ai que 35 points de réputation).

Si vous avez besoin de partager du code entre plusieurs projets, vous pouvez toujours créer un lien symbolique sur chaque projet où vous en avez besoin.
http://en.wikipedia.org/wiki/Symbolic_link

La accepté de répondre interdit de débogage dans Visual Studio lorsqu'un point d'arrêt est défini dans le Partagé projet. (Au mieux, le débogueur s'arrêter sur une ligne dans le compilé en javascript, mais pas le Tapuscrit original et certainement pas dans son origine, l'emplacement du projet.)

Dans le projet Partagé de propriétés, disons que Combiner Javascript sortie dans un [seul] fichier est vérifié et mis à AllShared.js, ce qui rend également un AllShared.d.ts fichier car Générer de la déclaration des fichiers est cochée, et fait également une AllShared.js.map parce que Générer source des cartes est cochée.

Le référencement de projet ne doit PAS copier ou lier ces fichiers en fonction de la solution retenue n'. Au lieu de cela:

Partie 1, en référence au projet, créer /typings/tsd.d.ts si elle n'existe pas déjà, et de les ajouter en bas de ce fichier la ligne ///<reference path="../../SharedProject/AllShared.d.ts" />. Une fois que c'est fait, (et au moins un succès de la compilation de SharedProject est fait), de l'Intellisense et le Tapuscrit compilateur devrait voir Interface1 etc. (Vous aurez probablement obtenir un rouge ligne sinueuse en soulignant la déclaration, si le chemin/fichier n'existe pas, ce qui est agréable.)

La partie 2, en référence au projet de index.html, ajoutez la ligne <script src="http://localhost:29944/AllShared.js"></script> avant que son propre projet balises de script. Le localhost partie provient de l'Partagé Propriétés du projet, onglet Web, Projet d'Url. (À la fois "IIS Express" et " IIS Local de travail.)

Maintenant, lorsque vous exécutez le référencement de projet, vous devriez voir Internet Explorer** demande les dossiers pertinents de leurs "sites web". Visual Studio de points d'arrêt doivent être frappés qu'ils soient dans SharedProject ou le référencement de projet.

. Bien que cette solution fonctionne sans gulp/grunt/powershell, Visual Studio Combiner Javascript de sortie en un seul fichier ne pas coller les fichiers dans un ordre particulier, et elle finira par casser votre code. Ensuite, vous aurez besoin d'ajouter Gulp/etc. pour le référencement de projet pour insérer un <script src="http://localhost:29944... balise pour chaque fichier Partagé***, car le maintien de index.html mis à jour par la main est une mauvaise option. (L'ajout de Gulp pour le projet Partagé, à concat l' .js et .d.les fichiers ts en singles se heurte à un problème avec .js.carte fichiers, qui ne peuvent pas être simplement concatted.)

** IE et VS sont tous deux des produits Microsoft, de sorte que IE fonctionne vraiment mieux si vous voulez utiliser VS de points d'arrêt et débogueur au lieu d'un navigateur web.

*** Gulp n'est pas comme les injections d'url, seulement filepaths. Étant donné les commentaires HTML dans index.html comme <!-- SharedStuff:js --><!-- endinject -->, contourner cela de la sorte:

gulp.task('insert-into-html', [], function () {
    var common = gulp.src(['../SharedProject/**/*.js'], { read: false });
    return gulp.src('./index.html')
            .pipe(inject(common, {
                relative: true,
                name: "SharedStuff",
                transform: function (filepath) {
                    return '<script src="http://localhost:29944/'+filepath+'"></script>';
                }
            }))
            .pipe(gulp.dest('./'));
});