-
-
Notifications
You must be signed in to change notification settings - Fork 144
DllExport Manager Q A
We have finally changed the distribution of our packages starting with 1.6 release.
Now you can use our tool more easily through a lightweight built-in manager for all your amazing things.
Unfortunately, the modern NuGet project no longer meets our needs due to more complex support. -"We are not a library, we're tool."
No. Don't do this, it's bad practice. If you need custom automation, define an external storage and use -action Recover etc.
No. It's bad practice. You can set it up once, then it will be applied every time someone does an automatic restore.
But if you need more automation, define an external storage and use -action Recover etc.
Yes. You don't need to do anything else after initial setup. It should be restored automatically during any build operation by *default (can be disabled, see π Restoring package).
No. Neither Powershell nor dotnet-cli. You don't need this at all.
Most likely yes. But NuGet features are not guaranteed (tl;dr something may not work or not work properly)
No. You don't need to store anything like .dll, or .exe, etc if you are using the main online edition. Moreover, it is bad practice to do this.
For your convenience, the .NET DllExport also provides the following:
The manager was based entirely on hMSBuild (built-in +-> GetNuTool) and relies on MvsSln which provides cross-platform support. It is very easy to adapt only basic shell scripts also for Linux etc. But it's not ready yet.
However, the project itself does not yet support other platforms. Because we use our own assembler which is currently released only for Windows. And other little things that don't allow us to achieve cross-platform yet. Maybe later.
DllExport manager from 1.6.x had no default action at all; Starting with 1.7 the default is -action Configure. You no longer need to type it manually or have DllExport_Configure.bat or like. If you still have it, feel free to delete it; it won't affect anything.
DllExport manager is fully embeddable ~28 KB of basic shell script. You can combine it with other scripts including batch (.bat) or just integrate it into your project files etc. Or get it right before build in any way convenient for you: https://3F.github.io/DllExport/releases/latest/manager/
You don't need to store anything else (.dll, .exe,...) in your repository. Don't do this, it's bad practice.
-
Screencast:
-
Assets in the official repository https://github.com/3F/DllExport also relies on this. Either open it in Visual Studio IDE (assets.sln, DllExport.sln) or command like
.\build Debug
Except where otherwise noted, wiki content is licensed under a Creative Commons Attribution 4.0 International License. (CC BY 4.0).
π
- π Home
- π Quick start
- π First function
- π Data types
- π .Net Core
- π Export
- π Pre-processing
- π Conari
- π ILMerge & ILRepack
- π [x]AssemblyResolve
- π Post-processing
- π Examples
- π C++ and C# ([+]πΉ)
- π string & struct ([+]πΉ)
- π§ͺ Demo
π
- π DllExport Manager
π
- π Q / A