|
1
1
如果它只是一个DLL,那么我就不会费心压缩它了。不过,如果您确实将一些文档与示例配置文件(如果适用)一起压缩,那就太好了。 |
|
|
2
1
建议的方法是将代码源(包括构建脚本)上载到网站,如 googlecode 因此,其他开发人员可以下载并编译它,但如果它是封闭源代码库,压缩程序集(mylibrary.DLL)、文档(mylibrary.XML)和调试信息文件(mylibrary.PDB)就足够了。 |
|
|
3
0
你有没有用过第三方的?您希望在完美打包的第三方下载中看到什么?
如果您包括源代码,那么 *源位于/source/文件夹中 *a/tests/文件夹中的任何测试 如果它是好东西,你可能想把它贴在谷歌代码或codeplex上,而不是你自己的网站上? |
|
4
0
您应该在ZIP文件中包含文档,包括指向网站的链接。NDoc非常适合从XML注释生成文档。 |
|
|
5
0
如果你的文档很大,那么你应该把它放到一个单独的压缩包中,如果你发布了源代码,那么你应该把它放到第三个压缩包中。 无论哪种方式,您的dll都应该附带一个自述文件,描述它的版本、用途、编写者以及如何与它们联系,以及任何依赖项或其他有用的信息片段。 文档真的很重要! |
|
|
6
0
我建议,如果这是一个产品,您需要一个安装项目来安装它。这将包括将其放在GAC中,并将文档留在某个地方。 编辑 澄清一下,我指的是真实的文档,而不仅仅是从评论中自动生成的内容。 |
|
|
SergioAAV · HTML5在Unreal4中的打包问题 9 年前 |
|
|
MikeMB · 如何在linux上打包c++依赖项 9 年前 |
|
|
Jahan Balasubramaniam · C++打包:查找共享库依赖项 10 年前 |
|
eignhpants · rpmbuild命令找不到生成目录 11 年前 |
|
|
imizeropt · Debian软件包卸载后的遗留文件,具有自己的更新机制 12 年前 |