Frage

Wir haben ein Projekt in der Quellcodeverwaltung bekommen:

$/Project/Trunk/Project.sln

die meisten Projekte leben unter dem Rumpf

$/Project/Trunk/Website
$/Project/Trunk/BLL
etc.

Das Problem ist, sie alle Referenz DLLs gespeichert in

$/Project/Common

Wenn ich versuche, mit dem Build-Agenten zu bauen, ich erhalte eine Fehlermeldung sagen, es ist nicht den DLLs in dem $ / Common-Ordner finden.

Ich habe VS auf dem Build-Agent-Rechner läuft und bekommen neueste getan auf dem $ / Projekt / Ordner Common. Ich habe auch einen bekommt spätestens am $ getan / Projekt / und schaffte es, mich ohne Frage auf der Build-Agenten Maschine zu bauen.

Wie kann ich den Build-Agent überzeugen im $/Project/Common Ordner suchen (oder wo es Karten zu D:\Source\Project\Common) während baut?

Während dies die Tatsache, tut hervorzuheben, dass diese DLL Referenzen unter dem Zweig zeigen sollen, wir gehen sein, nicht in der Lage, die Struktur für einen Monat zu ändern oder so wegen Geschäftsanforderungen (es zur Zeit arbeitet, automatisierte Builds sind schön, aber nicht kritisch, immer kommende Releases aus is kritisch) so irgendwelche Vorschläge geschätzt.

War es hilfreich?

Lösung

Verwenden Sie den Workspaces in der Build-Definition zu ändern, wo die Projekt / Common Ordner zugeordnet wird immer. Sie wollen die Ausführlichkeit des Build-Protokoll ändern (in der Registerkarte Prozess in der Build-Definition gefunden), um so etwas wie eine detaillierte oder Diagnose eine Liste zu bekommen, wo Dateien Put auf der Festplatte bekommen, wenn die TFS Build-läuft. Dann von dort aus können Sie herausfinden, wie die Zuordnungen in dem Workspaces zu ändern, um die Dateien auf der Festplatte Ausgabe zu erhalten richtig

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top