Why the World Needs Another Git Repository Hosting Service
31–40 of 49 posts
Re: Why the World Needs Another Git Repository Hosting Service
#32And if you want to host it yourself, these look like promising competitors: http://gitlabhq.com/
Re: Why the World Needs Another Git Repository Hosting Service
#33Re: Why the World Needs Another Git Repository Hosting Service
#34If I am correct in my guess, then I really think its a great marketing strategy, and if not then BitBucket guys should really think of marketing in this way.
Re: Why the World Needs Another Git Repository Hosting Service
#35Re: Why the World Needs Another Git Repository Hosting Service
#36Ok, you can create a new service, but you shouldn't act like you're the only one around that do what you do.
Re: Why the World Needs Another Git Repository Hosting Service
#37The current version includes self-service key management, regular users are able to create repos in their own namespace, and easy forking of repositories. It's extensible, you can write your own commands in any language.
Granted, it has minuses. It only has a command line interface (no GUI), requires a little setup and editing of configuration files and reading of docs.
Re: Why the World Needs Another Git Repository Hosting Service
#38Earlier quoted context omitted.
4. put repos in dropbox folder (5. have repo world readable when security fails)
6. Walk on eggshells as to not accidentally delete your repos chilling in userspace (everyone's had this experience at some point with Dropbox files)
Not that I'm recommending this approach. That side, I do have GitHub repos that are also in my Dropbox, so I can collaborate with non-technical folk. It works great and haven't had a single issue with it in about 6 months of usage.
Re: Why the World Needs Another Git Repository Hosting Service
#39If you really want to pay only for the I/O you're using, just spin up an EC2 instance and install GitLab ( http://gitlabhq.com/ ).
Re: Why the World Needs Another Git Repository Hosting Service
#40The various competitors in this space compete apparently on public/private visibility, price, storage quotas, and user+repo counts. If you compete on these dimensions you will have a very difficult time differentiating yourself -- there simply is not enough difference between one repo provider and another on these bases to matter. Cost of switching, I would imagine, is relatively easy -- `git remote add`, `git push`, and done?
There is also, perhaps, competition on UI/UX quality. This can be a differentiating factor for some, but I think not as strong as it is for other markets, given the strong technical background of the target market. If you had some original and compelling offer which had a poorer but workable UI (which improved rapidly over time), that could negate the advantage that e.g. Github has over you on interface.
I don't have any better ideas for this space -- the generic advice for you I would give is to innovate in some different, not-already-explored way. Can you provide something completely different from more users, more repos, more storage, lower price?