Zum Inhalt springen

Ablegen von externen DLLs auf einem TeamFoundationServer


Vexx662

Empfohlene Beiträge

Guten Tag,

Bei uns in der Firma wird seit neuem ein Team Foundation Server für gleichzeitiges Arbeiten an einem Projekt verwendet. Nun wollen wir externe DLLs in verschiedenen Projekten verwenden. Meine Frage ist nun gibt es von Microsoft einen einheitlichen Ablegeort für DLLs, damit beim Abruf kein Fehler auftaucht wenn man die DLL nicht in einem Ordner im Projekt ablegt.

Ein Ablegen im Debug Ordner funktioniert nicht da, dieser nicht mit auf den Team Foundation Server übertragen wird

Bitte um Hilfe

mfg Vexx662

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hi,

versuch doch ersteinmal ein Verzeichniss zu erstellen in das du alle nötigen DLLs legst. Danach registrierst du diese einfach, so das bei einem Aufruf genau diese DLLs genutzt werden.

Hierzu solltest du den regsvr32 nutzen, in der Hoffnung das Windows Server 2008 diesen auch unterstützt.

LG,

Sebastian

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hi,

versuch doch ersteinmal ein Verzeichniss zu erstellen in das du alle nötigen DLLs legst. Danach registrierst du diese einfach, so das bei einem Aufruf genau diese DLLs genutzt werden.

Hierzu solltest du den regsvr32 nutzen, in der Hoffnung das Windows Server 2008 diesen auch unterstützt.

LG,

Sebastian

Ich glaube Du verwechselt da etwas. Es geht darum "externe DLLs / Libraries" mit in die Quellcodeverwaltung zu integrieren. Der TFS ist (unter anderem) ein SourceControl-Server.

Bei uns in der Firma wird seit neuem ein Team Foundation Server für gleichzeitiges Arbeiten an einem Projekt verwendet. Nun wollen wir externe DLLs in verschiedenen Projekten verwenden. Meine Frage ist nun gibt es von Microsoft einen einheitlichen Ablegeort für DLLs, damit beim Abruf kein Fehler auftaucht wenn man die DLL nicht in einem Ordner im Projekt ablegt.

Einen "MS-Weg" gibt es wohl nicht, zumindest ist mir keiner bekannt.

Ein Ablegen im Debug Ordner funktioniert nicht da, dieser nicht mit auf den Team Foundation Server übertragen wird

Der Debug Ordner ist dafür auch nicht gedacht, der wird vom Studio beim kompilieren angelegt und gefüllt.

Leg doch einfach einen "DLL"- Ordner im Explorer innerhalb der Solution an. In diesen Ordner werden dann alle dlls kopiert. Dann legst Du in der Solution im Studio einen neuen Solutionfolder an und fügst die dlls aus dem Ordner hinzu. Entweder per Drag&Drop oder über "Add exiting item (oder ähnlich)".

Wenn sich die Solution schon im TFS befindet, werden die dlls nun automatisch da hinzugefügt und können nach dem Einchecken von den anderen abgeholt werden. Am besten fügst Du die Referenzen auf diese DLL neu hinzu und nimmst nur die aus dem Ordner, dann sollte das bei allen funktionieren.

Wenn die DLLs trotzdem beim kompilieren nicht gefunden werden, kann man noch in den jeweiligen Projekteinstellungen einen Referenzsuchpfad eintragen, wo der Compiler nach dlls sucht. (Dieser Ordner ist aber Benutzerabhängig, d.h. jeder muss den bei sich selber einstellen)

Link zu diesem Kommentar
Auf anderen Seiten teilen

Du kannst auch einfach in der Registry unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders einen neuen Schlüssel anlegen, der Standard Wert dieses Schlüssels ist dann der Pfad zu einem beliebigem Verzeichnis.

Wenn die .Net Runtime jetzt nach Assemblys sucht dann schaut sich auch in allen Verzeichnissen die so angegeben wurden. Du musst die DLLs dann nur noch in das Verzeichnis auschecken und fertig.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Du kannst auch einfach in der Registry unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders einen neuen Schlüssel anlegen, der Standard Wert dieses Schlüssels ist dann der Pfad zu einem beliebigem Verzeichnis.

Wenn die .Net Runtime jetzt nach Assemblys sucht dann schaut sich auch in allen Verzeichnissen die so angegeben wurden. Du musst die DLLs dann nur noch in das Verzeichnis auschecken und fertig.

Hi,

Wäre das nicht das was ich vorgeschlagen hatte, nur per Hand? Wenn eine DLL einmal registriert ist ruft er immer diese auf. Zumindest war es bei meinen Verwendungszwecken so.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Nein das ist etwas anderes. Wenn eine DLL per regsvr32 registriert wird dann werden dafür normalerweise Class IDs angelegt unter denen diese dann verwendet werden können. Das macht man normalerweise mit COM oder ActiveX Komponenten.

Die Assembly Folders des .Net Frameworks sind einfach nur Pfade in denen gesucht wird.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Dein Kommentar

Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...