I am developing a small C# application in Visual Studio 2012. The project is a console app using .NET 4.5. I am fairly new to VS2012 and C# development - my background is with HTML/XML & JavaScript, but after a lot of trial and error (and Google searches), I have the application working as expected. However, I have a question regarding the resulting project files.
When I build the application for release, numerous files are placed in the BIN folder with the actual EXE you run. These files have names such as the following:
- AppName.exe.config
- AppName.pdb
- AppName.vshost.exe
- AppName.vshost.exe.manifest
- AppName.vshost.exe.config
The folder also includes the two DLL files used as resource files, plus some additional files named like above, but using the DLL file name instead of 'AppName'. Only three of the files are updated each time I build the app, so I'm wondering if all of them are needed. If possible, I'd like to streamline the number of files being copied to production.
Are these additional files required for the EXE to work, and if so, can they be packaged into the EXE itself to streamline the deployment process?
Additional Information
The application in question references two DLL files included with Office 2016 products. I ticked off the option to embed references, which is apparently why it copied the DLL files to the project folder.
Currently, my deployment process is to copy all files (the *.exe as well as the files mentioned above) from the project's BIN folder to a network location that users have READ access to. The EXE is then called the client machines via UNC path.
Ideally, my goal would be to streamline the last step so that only the EXE appears in the user-accessible network location.