去年，在2009年GSoC，我参加了一个名为Winlibre的组织。基本的想法是有一个类似于Aptitude（或Apt-get）的项目和一个类似于Synaptic的GUI，但是对于Windows而言，只是为了保存（最初），只有开源软件。该项目还不错，我们完成了我们认为是一个很好的起点但不幸的是，由于开发人员的职业不同，该项目几乎自GSoC完成以来一直闲置。现在，我有一些精力，时间和兴趣来尝试继续这种发展。该项目分为3个部分：一个存储库服务器（我在其中工作，将用于存储和提供包和文件），一个用于开发人员的软件包创建者，以及一个主应用程序，即apt-get及其GUI。
我一直在考虑这个项目，我想到的第一个问题是......实际上这个项目对开发人员和Windows用户有用吗？请记住，这个想法是解决依赖性问题，并“干净地”安装包。我不是一个Windows开发人员，只是一个临时用户，所以我真的没有很多关于如何处理事务的经验，但据我所见，所有安装程序都处理这些依赖项。 Windows开发人员是否愿意从安装程序切换到处理开源软件安装的软件包方式？或者可以为现有的安装程序创建软件包吗？
packages概念与.deb或.rpm文件基本相同。
我还有其他一些问题，但基本上我想确保它对用户和Windows开发人员有用，如果开发人员会发现这个项目很有趣。如果您有任何问题，反馈，建议或批评，请不要犹豫发布。
谢谢！
答案 0 :(得分：1)
一定要研究以前的努力。谷歌出现了几个相似/相关的努力。
http://en.wikipedia.org/wiki/Package_management_system#Microsoft_Windows
http://windows-get.sourceforge.net
IIRC在某些时候有一个转速为窗口
另外我认为最近新闻中有一些人（曾经在MS工作过）基本上正在启动一个非常相似的项目。我现在找不到这个链接。
但无论如何，是的，如果有这样一个标准的工具和存储库，它会很棒。
答案 1 :(得分：0)
我只能为自己说话，但显然我绝对可以利用这样的工具，因为我通过谷歌搜索发现你的帖子！ ;）
此工具的两个用例如下： 1.我通常避免尽可能长时间地重新安装我的系统（实际上我只是为了每隔几年切换到一个合理的（不是每个）新版本的Windows或设置新的计算机）。但我仍然希望我的软件是最新的。如果新版本的Doxygen，Graphviz和最新版本的MikTeX存在兼容性问题，我也不想去所有网页并手动检查，我也不想导航到下载页面并自己运行设置。我只想安排一个单一（！）工具，它检查是否有新的更新，并更新那些与任何其他应用程序版本不冲突的应用程序。
我对.deb或.rpm的架构知之甚少，但恕我直言，最合理的是维护一个只包含名称，版本，依赖关系和不同版本下载位置的位置的数据库。我的意思是，大多数可用于Windows的工具无论如何都提供.msi包，我猜测它是应用程序本身和一些自定义安装属性（真的不确定如何处理脚本，但我知道在Visual Studio中创建一个MSI已经创建自定义安装步骤的能力非常有限，我只能想象这是由于MSI协议的限制。）
我想Windows用户必须使用GUI;）但我个人更喜欢使用控制台处理设置的附加功能。
嗯，我喜欢这个主意，并希望将来能听到这个（或类似的）工具。
干杯
答案 2 :(得分：0)
查看NSIS。它是一个开源的MSI创建者。您可以将其用作包创建软件的一部分。 http://nsis.sourceforge.net/Main_Page
答案 3 :(得分：0)
对于ALT-.Net工具/ lib堆栈，在这方面有一些提供：Horn Get 但是，现实世界项目的可用性已经在this SO question中进行了。