W naszym środowisku mamy farmę serwerów, każdy serwer wykonuje wiele zadań. Pakiety binarne zadania są wdrażane (a zadania uruchamiane) z wewnętrznym systemem planowania.Czy istnieje pakiet redystrybucyjny w pakiecie z FSharp.Core 4.3.0.0?
Po wprowadzeniu nowej, wspólnej zależności od biblioteki lub środowiska wykonawczego Microsoft, zależność ta jest zwykle przekazywana jako aktualizacja całego serwera (na przykład pakiet redystrybucyjny Microsoft Visual C++). Obecnie na serwerach zainstalowany jest pakiet o nazwie Microsoft Visual F # 2.0 Runtime, a także wersja FSharp.Core 4.0.0.0 w GAC, z której nie mam pojęcia skąd, ale FSharp.Core 4.3.0.0 nie jest powszechnie dostępny.
Czy istnieje pakiet redystrybucyjny dla Visual F # 3.0, który wdrożył FSharp.Core 4.3.0.0 w GAC, czy zamiast tego powinniśmy dołączyć kopię pliku FSharp.Core.dll z każdym plikiem binarnym zadania? W istocie, uniknęłbym, jeśli to możliwe, setek kopii wspólnej biblioteki DLL.
Były nie jest bardzo istotne, ponieważ nie możemy używać pakietów NuGet do aktualizacji serwerów. Aby wyjaśnić, czy ten drugi * pakiet redystrybucyjny powinien być zainstalowany na serwerze? Nie potrzebujemy narzędzi kompilujących na serwerach. Czy nie ma pakietu bez narzędzi? – kkm
Oczywiście można używać pakietów NuGet do aktualizacji serwerów. Są to po prostu pliki zip - napisz skrypt, aby wyodrębnić złożenia do GAC, jeśli nie możesz znaleźć jednego już napisanego. Pakiet NuGet jest pakietem bez narzędzi. [Witamy w przyszłości.Rozwój NET] (http://blog.maartenballiauw.be/post/2014/12/19/Building-future-NET-projects-is-quite-pleasant.aspx). Osobiście dokonamy redystrybucji pliku FSharp.Core.dll z innymi naszymi zależnościami. –
Przepraszamy, ale odpowiedź jest nieprawidłowa. Właśnie zainstalowałem pakiet redystrybucyjny 3.1.2, jak sugerowałeś, i dodał dwie wersje FSharp.Core do GAC: 2.3.0.0 i 4.3.1.0. Nasze aplikacje nadal nie mogą się załadować podczas próby połączenia z 4.3.0.0. Wygląda na to, że z tym pakietem nie są zainstalowane zasady przekierowania maszyn. – kkm