C++ JFrog ConanCenter C++;存储库

C++ JFrog ConanCenter C++;存储库,c++,conan,C++,Conan,我在一家软件公司工作,我们使用它在开发机器中安装库(第三方,甚至是我们在团队中开发的库) 正如您所知,Bintray存储库已从去年5月关闭。现在我想知道: 柯南中心是否对其托管的软件包提供某种长期支持 您是从柯南存储库分发库,还是在自己的私有存储库中上载库,这样您就不会受到存储库关闭的影响 多谢各位 柯南中心是否对其托管的软件包提供某种长期支持 对。柯南中心没有改变,也不会改变,官方软件包仍然存在 然而,官方的新软件包必须由 您是从柯南存储库分发库,还是在自己的私有存储库中上载库,这样您就不会受

我在一家软件公司工作,我们使用它在开发机器中安装库(第三方,甚至是我们在团队中开发的库)

正如您所知,Bintray存储库已从去年5月关闭。现在我想知道:

  • 柯南中心是否对其托管的软件包提供某种长期支持
  • 您是从柯南存储库分发库,还是在自己的私有存储库中上载库,这样您就不会受到存储库关闭的影响
  • 多谢各位

    柯南中心是否对其托管的软件包提供某种长期支持

    对。柯南中心没有改变,也不会改变,官方软件包仍然存在

    然而,官方的新软件包必须由

    您是从柯南存储库分发库,还是在自己的私有存储库中上载库,这样您就不会受到存储库关闭的影响

    Conan Center Index将其包(包含构建库)上载到Artifactory实例。同一台服务器为所有用户提供这些包

    总之,对于包消费者来说没有任何变化。但是,如果您过去通过Bintray提供Conan包,现在应该使用(免费版本),甚至可以安装本地Artifactory实例(也是免费的)并将其用于分发

    请阅读与Bintray Sunset相关的官方博客,了解更多信息:


    是的,我知道柯南中心仍然可以使用。我的问题是:如果JFrog关闭柯南中心怎么办?从这个角度来看,vcpkg存储库是否更安全?复制私有存储库中的库是否更好,以避免被关闭的柯南中心卷入?这不会发生!Bintray是关闭的,并且与Conan无关,因为Bintray是通用的,它也包括其他包格式。背后的想法是从垃圾箱切换到人工制品,就是这样。没有办法放弃对Conan软件包的支持。在最坏的情况下,ConanCenter也是从一个独特的Github repo构建的,它包含所有的配方:repo。因此,如果服务器本身宕机,则始终可以从repo的源代码构建包。