4 ms·

With the $100M investment I now think it's probably a bad business decision for github not to get a bit more aggressive on pricing for those edge cases where bi

With the $100M investment I now think it's probably a bad business decision for github not to get a bit more aggressive on pricing for those edge cases where bitbucket clearly wins.

sillysaurus 14y ago
it's probably a bad business decision for github not to get a bit more aggressive on pricing for [free private repositories]... Yes. If Github offered just one free private repo, then I would move to them in a heartbeat. Github is still Github, after all. ("Second resume" etc.) Unfortunately current circumstances prevent me from open-sourcing a certain small segment of my codebase, and... well... Bitbucket is free, and I'm living on Ramen while trying not to worry about my dwindling savings account. So it's a pretty clear-cut choice for me.
- whichdan 14y ago
  Personally I'm more bummed about a 1 collaborator limit on the $7/mo plan.
  - shepbook 14y ago
    Where is this "1 collaborator limit"? GitHub has unlimited collaborators on all repositories, private or public.
    - gingerlime 14y ago
      there used to be a limit to the number of collaborators, but it was lifted a few months ago.
      - whichdan 14y ago
        Cool! I never noticed.
- pbz 14y ago
  I would prefer if they would tie their pricing to the size of a repository or the number of collaborators, but not the number of repos. I have a paid account that I would like to dump a lot of old projects that I hardly ever change. I would have to upgrade to "large" and even that one wouldn't fit all the projects. Right now the solution is to either not host it with them or use something like Bitbucket.
  - zem 14y ago
    definitely. hobbyists tend to run to "lots of small repos with low activity on any given one", but the net resource usage is the same as or lower than "a few big repos". per-repo pricing is more a "pay not to be inconvenienced" than "pay for your use of our resources" thing.
    - buddydvd 14y ago
      For the many-small-repo scenario, I use this technique to host multiple projects under one Github private repository: http://stackoverflow.com/questions/1384325/in-git-is-there-a-simple-way-of-introducing-an-unrelated-branch-to-a-repository http://stackoverflow.com/questions/1384325/in-git-is-there-a... Instead of creating a repo per project, I create a orphan branch within a shared repo for that project. The benefit of this approach is that you can always cleanly export the commits into its own repository without altering SHA ids. The con is that you have to pick separate branch names for each project (e.g. proj1-master, proj2-master).
timr 14y ago
Yes. Especially when you factor in that github does a startlingly bad job of many basic things. Their ticketing system blows, for example -- you can't prioritize anything. Yet they have time to implement a CLI in the search bar... I moved my personal private repos to BitBucket a long time ago, and haven't looked back.
- grandalf 14y ago
  the cli stuff is very simply implemented, but cool nonetheless.
- gcr 14y ago
  You can reorder tasks by clicking and dragging, and you can assign discrete priorities with labels. What more do you need?
  - edmccard 14y ago
    >What more do you need? Well, when you've got a large list of things stored on a computer, and you want them displayed in a certain order, automatic sorting (after you assign a priority) is a lot more useful than having to rearrange them manually.
    - gcr 14y ago
      I thought assigning priority labels is manual anyway? I mean, if you want to build a natural language parser that counts how many times the words "URGENT" and "HELP" appears in the issue and then automatically reorders it, you can do that with the Github issues API anyways, right? I don't know of existing bug trackers that make priority automatic. You can filter based on labels in github issues, if that's what you meant.
- zalew 14y ago
  that's an example of why I stick with Bitbucket and don't bother to switch to Github with my projects although it's so hyped. Bitbucket works great, gets the job done, their commit log beats up the gihub one, and they don't focus on implementing useless bells and whistles.

With the $100M investment I now think it's probably a bad business decision for github not to get a bit more aggressive on pricing for those edge cases where bitbucket clearly wins.

sillysaurus 14y ago

it's probably a bad business decision for github not to get a bit more aggressive on pricing for [free private repositories]... Yes. If Github offered just one free private repo, then I would move to them in a heartbeat. Github is still Github, after all. ("Second resume" etc.) Unfortunately current circumstances prevent me from open-sourcing a certain small segment of my codebase, and... well... Bitbucket is free, and I'm living on Ramen while trying not to worry about my dwindling savings account. So it's a pretty clear-cut choice for me.

whichdan 14y ago
Personally I'm more bummed about a 1 collaborator limit on the $7/mo plan.
- shepbook 14y ago
  Where is this "1 collaborator limit"? GitHub has unlimited collaborators on all repositories, private or public.
  - gingerlime 14y ago
    there used to be a limit to the number of collaborators, but it was lifted a few months ago.
    - whichdan 14y ago
      Cool! I never noticed.
pbz 14y ago
I would prefer if they would tie their pricing to the size of a repository or the number of collaborators, but not the number of repos. I have a paid account that I would like to dump a lot of old projects that I hardly ever change. I would have to upgrade to "large" and even that one wouldn't fit all the projects. Right now the solution is to either not host it with them or use something like Bitbucket.
- zem 14y ago
  definitely. hobbyists tend to run to "lots of small repos with low activity on any given one", but the net resource usage is the same as or lower than "a few big repos". per-repo pricing is more a "pay not to be inconvenienced" than "pay for your use of our resources" thing.
  - buddydvd 14y ago
    For the many-small-repo scenario, I use this technique to host multiple projects under one Github private repository: http://stackoverflow.com/questions/1384325/in-git-is-there-a-simple-way-of-introducing-an-unrelated-branch-to-a-repository http://stackoverflow.com/questions/1384325/in-git-is-there-a... Instead of creating a repo per project, I create a orphan branch within a shared repo for that project. The benefit of this approach is that you can always cleanly export the commits into its own repository without altering SHA ids. The con is that you have to pick separate branch names for each project (e.g. proj1-master, proj2-master).

timr 14y ago

Yes. Especially when you factor in that github does a startlingly bad job of many basic things. Their ticketing system blows, for example -- you can't prioritize anything. Yet they have time to implement a CLI in the search bar... I moved my personal private repos to BitBucket a long time ago, and haven't looked back.

grandalf 14y ago
the cli stuff is very simply implemented, but cool nonetheless.
gcr 14y ago
You can reorder tasks by clicking and dragging, and you can assign discrete priorities with labels. What more do you need?
- edmccard 14y ago
  >What more do you need? Well, when you've got a large list of things stored on a computer, and you want them displayed in a certain order, automatic sorting (after you assign a priority) is a lot more useful than having to rearrange them manually.
  - gcr 14y ago
    I thought assigning priority labels is manual anyway? I mean, if you want to build a natural language parser that counts how many times the words "URGENT" and "HELP" appears in the issue and then automatically reorders it, you can do that with the Github issues API anyways, right? I don't know of existing bug trackers that make priority automatic. You can filter based on labels in github issues, if that's what you meant.
zalew 14y ago
that's an example of why I stick with Bitbucket and don't bother to switch to Github with my projects although it's so hyped. Bitbucket works great, gets the job done, their commit log beats up the gihub one, and they don't focus on implementing useless bells and whistles.