comments and questions welcome. will be monitoring this thread.
17 karma · joined July 15, 2014
comments and questions welcome. will be monitoring this thread.
The one project - multiple repositories is a design choice we made right from the beginning since it follows more naturally how work is done in actual companies, e.g. there are projects and in a project, there are frontend, backend, and other repositories. Finding all the stuff from one place is quite convenient.
Mentioning Europe hosting here is more like a marketing thing I agree, but hey, you need to distinguish yourself somehow. In addition, we are targeting European markets at the moment, so whatever relates to that is worth mentioning, right?
Also, we have been dealing with companies of different sizes for the last decade. During that time we have learned that there are legislations and such, that dictate where some code needs to be hosted. There are also people who are security constrained because of no apparent reason and want certain things, such as their code being hosted in Europe rather than in US.
The latencies might also contribute to the operations in the web UI in some cases. Anyway, it's not our biggest marketing message, but something I wanted to mention.
Thanks for your comments so far. I would love to hear more feedback from you after you have tried the product.
http://blog.deveo.com/what-makes-deveo-different-from-github...
I would say the things you find in Deveo that you don't find in Github/GitLab/Bitbucket are at least, but not limited to:
- real multi-tenancy, e.g. you always login to your company rather than the system as a whole
- kanban board view for issues and ability to define the states for issues
- projects that contain repos rather than just repos
- git, svn, mercurial (svn is still alive, trust me)
- webdav repos (e.g. dropbox alternative)
- triggering hooks based on file/branch patterns
- better ux (debateable)
In addition our servers are running in Europe, which might or might not be a thing for you.
Try it out yourself and tell if you found something else. :) We naturally also want feedback for our product to be able to improve.
We covered this topic and other differences between Deveo, GitLab and Bitbucket recently in a blog post. If you are interested to see an alternative viewpoint on things, check http://blog.deveo.com/what-makes-deveo-different-from-github... - I would love to hear feedback whether our approach is viable compared to GitHub's open-source approach on things.
Disclaimer: I work at Deveo
Thanks for your comment. I fully agree that there are many companies who want to host the development tools behind-the-firwall, and luckily Deveo can be hosted on-premises as well as used from the multi-tenant cloud instance. Actually, our biggest customers use solely the on-premises version, which scales to thousands of users using clustering and load balancing. The article tackles the things from the SaaS point of view because more and more companies are moving to the cloud. I need to clarify that Deveo can be used also behind the firewall in the future more.
All of the "developer focused" features you mentioned are present in Deveo. Rhodecode, on the other hand, lacks two fundamental features to support the daily workflow of developers: Issue tracking and Wikis. These two functionalities are present in Deveo, GitHub, GitLab and Bitbucket.
If you wish to compare the differences between Deveo and Rhodecode, head on to https://deveo.com/trial and see the differences yourself. I would love to hear what you think after you have actually tested it.