Im zakładam repozytorium svn i zastanawiam się, gdzie powinienem umieścić pliki dll.Gdzie powinienem umieścić plik DLL (który używam w moim projekcie)?
Co aktualnie zrobiłem, to umieść je w folderze/bin/debug, a następnie połącz je w moim pliku projektu w visual studio.
czy to jest sposób na zrobienie tego?
My zazwyczaj folder oddzielna nazwie dlls lub coś gdzie przechowywać wszystkie pliki DLL 3rd party/zespołów
Nie należy kłaść z bin/Debug lub bin/Release w swojej kontroli źródła. Jeśli to zrobisz, stracisz je, gdy wyczyścisz swoje rozwiązanie lub swoje projekty. Co musisz zrobić, to utworzyć folder, na przykład w folderze rozwiązania, i odwoływać się do bibliotek DLL w swoich projektach. Każda dll strony trzeciej, która znajduje się w referencjach projektu, zostanie skopiowana do folderu bin/Debug lub bin/Release, gdy projekt zostanie skompilowany.
Domyślam się, że pytasz o pliki DLL osób trzecich, ponieważ pliki wyjściowe (exe/dll) generowane przez projekt są lepiej niezarządzane przez SVN, ponieważ są one odnawiane na każdym kompilacji.
Co zwykle robię, to stwórz folder Lib, który znajduje się na najwyższym poziomie mojego drzewa źródłowego, i umieść tam wszystkie potrzebne referencje, zwykle w dodatkowym folderze podzielonym przez narzędzie lub funkcje (logowanie, wysyłanie wiadomości e-mail, apis itp. , etc ...)
Biblioteki DLL są potrzebne tylko w czasie wykonywania. Aby szybko naprawić, możesz skopiować biblioteki DLL w folderze Debug, w którym znajduje się twój plik .exe. Ten folder debugowania znajduje się na tym samym poziomie, co plik rozwiązania .sln w programie Visual Studio. Co trzeba będzie zrobić za każdym razem, gdy rozpoczniesz nowy projekt ... Debug folder
Lepszym rozwiązaniem byłoby skopiowanie wszystkich bibliotek dll innych firm oraz wszystkich odpowiednich plików .h i .lib, w 2 folderach, powiedzmy C: \ dev \ include i C: \ dev \ lib, a następnie dodaj te 2 foldery do zmiennej środowiskowej ścieżki raz dla wszystkich. W ten sposób będziesz mógł uzyskać do nich dostęp ze wszystkich swoich projektów, bez konieczności ich wielokrotnego kopiowania.
Jeśli chcesz, aby ktoś mógł uruchomić Twój projekt na innym komputerze, musisz skopiować wszystkie potrzebne pliki .h, .lib i .dll do projektu w oddzielnych folderach, które utworzysz include i lib ponownie, w twoim katalogu projektu, gdzie znajdują się twoje własne pliki programu, jak wspomniano w poprzednich postach. Project folder
PS. Niestety, nie pozwolę mi przesłać 2 zrzutów ekranu, więc kliknij linki.
Zazwyczaj umieszczam go w folderze Lib w moim folderze rozwiązania projektu Visual Studio. Chciałbym również utworzyć podfoldery na całej linii, aby wskazać, czy biblioteka dll jest dla kompilacji 32-bitowej czy 64-bitowej, a także która wersja Visual Studio została użyta do jej zbudowania. A więc coś takiego: Lib \ WIN32 \ VC2015 \. Następnie w oknie Właściwości projektu projektu pod Debugging Konfiguracja właściwości ustawić Środowisko do
PATH = $ (SolutionDir) Lib \ WIN32 \ VC2015;% PATH%
W ten sposób mogę mieć oddzielne foldery dll dla różnych konfiguracji projektu, jeśli chcę, a także pliki dll są w dobrym miejscu, aby sprawdzić również w kontroli źródła.
umieszczasz go w folderze rozwiązania (górny folder dla projektu): ./dlls lub w ./projectname/dlls? – Jason94
Tak, trzymamy to razem z rozwiązaniem. –
Ja, które określiłem "Katalog rozwiązania" i przechowywać je tam, gdzie generowany jest mój plik .exe (cutable). To jest poniżej: $ (SolutionDir) \ Debug. –