Je crée un package SSIS avec des liens vers des fichiers .sql gérés par TFS. Quelle est la bonne façon de lier la connexion de fichier à la version correcte du fichier .sql tel que géré par TFS?Connexion d'un fichier SSIS à un fichier TFS
J'ai essayé d'utiliser une expression pour définir la propriété ConnectionString de la connexion de fichier sur "% USERPROFILE% \ Source \ Workspaces \ foo \ bar.sql" mais l'exécution échoue en mode débogage. Je reçois l'erreur suivante:
[Execute SQL Task] Error: An error occurred with the following error message: "Could not find a part of the path 'C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\%USERPROFILE%\Source\Workspaces\foo\bar.sql'.".
Je suis en cours d'exécution Visual Studio 2013 sur Windows Server 2012.
Ma question est: pourquoi la propriété ConnectionString interprété de manière incorrecte? La plus grande question est: Quelle est la bonne façon de lier une solution SSIS à d'autres fichiers gérés par TFS?
Je suis en train d'inclure les fichiers SQL dans le même contrôle de version que la solution Visual Studio associée. Le problème est que s'ils sont gérés par TFS, le chemin d'accès aux fichiers SQL varie en fonction de la configuration de l'espace de travail. Le chemin du fichier doit donc être une variable. Dans ma question initiale, vous pouvez voir que le chemin n'est pas analysé comme prévu. – Alex
@Alex Qu'en est-il de spécifier le chemin absolu pour le fichier .sql? Construisez-vous cela dans VS local ou dans TFS? Pourriez-vous fournir les étapes détaillées pour reproduire le problème? Basé sur mon test, nous pouvons exécuter le script .sql lors de la construction locale dans VS. Avez-vous essayé les étapes mentionnées dans le didacticiel vidéo lié, sinon, vous pouvez l'essayer. –
Étant donné que les fichiers SQL sont gérés par TFS, je ne peux pas utiliser un chemin absolu car il peut changer en fonction de l'endroit où l'utilisateur conserve sa copie locale du projet. Ou est-ce que je manque quelque chose? – Alex