4 ms·

This doesn't make sense. You can use Github purely as a git remote, and nothing else--just as you can use Gmail as an IMAP host, and nothing else.

srl 14y ago
> You can use Github purely as a git remote, and nothing else And then you start receiving pull requests. Github, purely as a git remote, adds no value over self-hosting, and is significantly slower. (Seriously - try self-hosting and notice how different 'git push' feels. It surprised the hell out of me.)
- nowarninglabel 14y ago
  You don't receive pull requests if your repo is private. So where is the value you are asking? Well for one, we don't worry about the server git is on going down. But more importantly, we are exposed to a lot of tools usable via the site that are hard to replicate on the command line. For instance, they have a great "view changes" feature for comparison between repos, this help sort out why master was ahead of development by some commits the other day. I could go on (stats, ease of sending links to diff to non-technical people that just want to see a text change was made, etc.) but go take a look yourself. That's not to say that git is for you, but your premise that github offers no value as a git remote is false.
  - oinksoft 14y ago
    Well for one, we don't worry about the server git is on going down github has been down for far longer in the past four years than the server where I keep my repositories, which has only been offline for maintenance reboot. This is my main reason actually for not wanting to put anything commercial on github; the performance benefits are just gravy on top of that. they have a great "view changes" feature for comparison between repos, this help sort out why master was ahead of development by some commits the other day It sounds like you're referring to branches, not repositories. `git diff` handles this very well for me and is far more flexible. Even on an open source project I host on github, I'm going to use `git diff` to perform this operation. ease of sending links to diff to non-technical people that just want to see a text change was made, etc. gitweb handles this fine if I need it to, though.
    - lotyrin 14y ago
      Yeah. And I could easily set up a box with postfix, an IMAP daemon a webmail and a spam filter. But in my personal case it's a waste of my time compared to just using GMail. Obviously that's not true for everyone and I'm not trying to say it is. Nor do I thing the pro-Github folks in this thread are trying to say github is always the answer.
      - oinksoft 14y ago
        It is simpler and easier to set up a new git repository on a webserver than it is to do the same on github. It is also simpler to set up post-receive hooks and the like when you want them to do sophisticated things. The ramp-up to get git working on a webserver is this: Do you have SSH connection? Are your contributors' umask okay? To compare this to the complexities of configuring good SMTP/IMAP/POP with SSL shows that you don't know very much about any of these matters, or that you are not thinking seriously about them. P.S. I find great benefits of hosting my own email, chiefly, once again, that I can guarantee that my mail service is working, and that I get my mail very quickly. gmail has been offline more in the past four years than my mail server. I also don't have to worry about password resets, a webmail UI constantly in flux, or Gmail constantly hitting me up for my mobile phone number.
        chris_wot 14y ago
        I see your point, but for many people they don't want to setup their own webserver. Not everyone has the same skillsets - and often they don't want the hassle of troubleshooting their server when it does go down. Horses for courses really :-)
        taligent 14y ago
        >It is simpler and easier to set up a new git repository on a webserver than it is to do the same on github. Is this a joke ?
        saurik 14y ago
        If you already have a webserver, even just a ~/public_html folder (something very common for people at universities, for example, to have), anywhere on the Internet that you have SSH access to push content to (and honestly: I would find it highly unlikely that your average developer does not have at least one), you can push a local repository to it with a single shell command: you just push to a folder on the server as if it exists, it will be created, and the folder can then be used via the web server for anonymous git clones and pulls. As in: if GitHub requires even a single additional step of "type in the name of a repository into a website" it has already far lost; so no: it doesn't seem even remotely reasonable to insinuate that oinksoft's comment is "a joke". If you don't already have a working web server (again: seriously?) then setting up an account that has one in this day and age is really not going to be much harder than getting an account at github, and once you have one it will again be simpler per repository to push.

srl 14y ago

> You can use Github purely as a git remote, and nothing else And then you start receiving pull requests. Github, purely as a git remote, adds no value over self-hosting, and is significantly slower. (Seriously - try self-hosting and notice how different 'git push' feels. It surprised the hell out of me.)

nowarninglabel 14y ago
You don't receive pull requests if your repo is private. So where is the value you are asking? Well for one, we don't worry about the server git is on going down. But more importantly, we are exposed to a lot of tools usable via the site that are hard to replicate on the command line. For instance, they have a great "view changes" feature for comparison between repos, this help sort out why master was ahead of development by some commits the other day. I could go on (stats, ease of sending links to diff to non-technical people that just want to see a text change was made, etc.) but go take a look yourself. That's not to say that git is for you, but your premise that github offers no value as a git remote is false.
- oinksoft 14y ago
  Well for one, we don't worry about the server git is on going down github has been down for far longer in the past four years than the server where I keep my repositories, which has only been offline for maintenance reboot. This is my main reason actually for not wanting to put anything commercial on github; the performance benefits are just gravy on top of that. they have a great "view changes" feature for comparison between repos, this help sort out why master was ahead of development by some commits the other day It sounds like you're referring to branches, not repositories. `git diff` handles this very well for me and is far more flexible. Even on an open source project I host on github, I'm going to use `git diff` to perform this operation. ease of sending links to diff to non-technical people that just want to see a text change was made, etc. gitweb handles this fine if I need it to, though.
  - lotyrin 14y ago
    Yeah. And I could easily set up a box with postfix, an IMAP daemon a webmail and a spam filter. But in my personal case it's a waste of my time compared to just using GMail. Obviously that's not true for everyone and I'm not trying to say it is. Nor do I thing the pro-Github folks in this thread are trying to say github is always the answer.
    - oinksoft 14y ago
      It is simpler and easier to set up a new git repository on a webserver than it is to do the same on github. It is also simpler to set up post-receive hooks and the like when you want them to do sophisticated things. The ramp-up to get git working on a webserver is this: Do you have SSH connection? Are your contributors' umask okay? To compare this to the complexities of configuring good SMTP/IMAP/POP with SSL shows that you don't know very much about any of these matters, or that you are not thinking seriously about them. P.S. I find great benefits of hosting my own email, chiefly, once again, that I can guarantee that my mail service is working, and that I get my mail very quickly. gmail has been offline more in the past four years than my mail server. I also don't have to worry about password resets, a webmail UI constantly in flux, or Gmail constantly hitting me up for my mobile phone number.
      - chris_wot 14y ago
        I see your point, but for many people they don't want to setup their own webserver. Not everyone has the same skillsets - and often they don't want the hassle of troubleshooting their server when it does go down. Horses for courses really :-)
      - taligent 14y ago
        >It is simpler and easier to set up a new git repository on a webserver than it is to do the same on github. Is this a joke ?
        saurik 14y ago
        If you already have a webserver, even just a ~/public_html folder (something very common for people at universities, for example, to have), anywhere on the Internet that you have SSH access to push content to (and honestly: I would find it highly unlikely that your average developer does not have at least one), you can push a local repository to it with a single shell command: you just push to a folder on the server as if it exists, it will be created, and the folder can then be used via the web server for anonymous git clones and pulls. As in: if GitHub requires even a single additional step of "type in the name of a repository into a website" it has already far lost; so no: it doesn't seem even remotely reasonable to insinuate that oinksoft's comment is "a joke". If you don't already have a working web server (again: seriously?) then setting up an account that has one in this day and age is really not going to be much harder than getting an account at github, and once you have one it will again be simpler per repository to push.