Cloudsmith is a single source of truth for all your software assets, available to teams, individuals, customers and build processes anywhere on the planet. Cloudsmith is the only cloud-native, universal package management solution, allowing your organization to create, store and share packages in any format, to any place, with total confidence.
Categories |
|
---|---|
Website | jfrog.com |
Pricing URL | - |
Details $ | - |
Categories |
|
---|---|
Website | cloudsmith.com |
Pricing URL | Official Cloudsmith Pricing |
Details $ | paid Free Trial |
Based on our record, Artifactory seems to be a lot more popular than Cloudsmith. While we know about 20 links to Artifactory, we've tracked only 1 mention of Cloudsmith. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
I kind of hate it, but Artifactory seems popular at companies: https://jfrog.com/artifactory/. Source: 10 months ago
When not providing all dependencies yourself, you might suffer from people deleting the packages you depend on (IMHO a very rare scenario). If it is really that critical (hint: usually it isn't), create a local mirror of Pypi (full or only the packages you need). Devpi, Artifactory, etc. Can do that or you just dump the necessary files into Cloud storage, so you have a backup. Source: 12 months ago
Operate a pull-through cache registry, like Artifactory or the open source reference Docker registry. This will allow you to pull images from Docker Hub less frequently, improving your chances of staying under the anonymous usage limit. - Source: dev.to / 12 months ago
Like suppose for a second that . . . Idk . . . a product team wants our ci workflows to start using Artifactory. Okay great, I don't know Artifactory integration but I'm going to tell them "Sure, I'll get right on that.". Source: about 1 year ago
If these "assets" have an independent release schedule I would treat them separately (especially if they are externally provided). If they are not built from source then treat them as artefacts, they don't belong in git. You can store the in an artefact repository (like Artifactory of Nexus) or (as u/nekokattt points out) in something like S3. Source: about 1 year ago
Linus Torvalds about this: https://www.youtube.com/watch?v=Pzl1B7nB9Kc Distros (Debian in particular comes to mind) have some really annoying packaging rules, and as a maintainer of a Go program, it's a huge pain, so we decided to just set up a repo with https://cloudsmith.com/ instead of trying to deal with that. They require every dependency (indirect or not) to be packaged separately. We don't have the time for... - Source: Hacker News / over 2 years ago
Sonatype Nexus Repository - The world's only repository manager with FREE support for popular formats.
Atlassian Bitbucket Server - Atlassian Bitbucket Server is a scalable collaborative Git solution.
CloudRepo - Public and Private Maven and Python (PyPi) repository package manager.
Git - Git is a free and open source version control system designed to handle everything from small to very large projects with speed and efficiency. It is easy to learn and lightweight with lighting fast performance that outclasses competitors.
packagecloud - Free hosted Node.js, Debian, RPM, Java, Python and RubyGem repositories. Chef, Puppet, Jenkins, Buildkite, CircleCI and Travis CI integrations.
Docker Hub - Docker Hub is a cloud-based registry service