5 ms·

We'd lose our deployment, integration tests, continuous integration, ability to pull other team changes from the master and code review platform. That's a big c

by hp50g 14y ago

We'd lose our deployment, integration tests, continuous integration, ability to pull other team changes from the master and code review platform. That's a big chunk of our dev infrastructure. Size is mentioned as to be honest we moved a load of stuff to git in 2011 as a test case and it couldn't handle it. We have some test fixture data files (big ones) that it choked on. Not only that, you can't compose software easily without introducing external tooling.

arianvanp 14y ago
git is decentralized. Any sane sysadmin wouldn't use github as a 'central' point, but set up an own remote to which you push. Then every once in a while from that remote, commits are pushed to github. heck you wouldn't even really need a remote.
- elithrar 14y ago
  Alternatively you can set up an alias (i.e. "all") for multiple remotes and just push to them in one hit. Useful when I'm pushing code to Heroku and GitHub simultaneously.
  - hp50g 14y ago
    Aliases on that scale are like hosts files. An utter shit to manage. Its why they invented dns which is a centralized delegated service. The "single source of truth" is hard to avoid.
teej 14y ago
So your desire to not use Github has nothing to do with Github then.
Volpe 14y ago
> We'd lose our deployment, integration tests, continuous integration, ability to pull other team changes from the master and code review platform. That's a big chunk of our deb infrastructure. You'd lose all that from using git? Why? Are you saying if you switched to git without switching any of your svn infastructure? We aren't talking about github downtime anymore are we... > Size is mentioned as to be honest we moved a load of stuff to git in 2011as a test case and it couldn't handle it. A repo I interact with daily is now pushing 54gb, it contains large test fixtures that have HD videos, and images in it. I've never had any issues. (It takes a while to copy it around...)
andreyf 14y ago
Your deployment really shouldn't rely on your VCS... Just added a 3 GB file to my github repo. It took <2m, most of which I imagine was spent gzip-ing it.
- hp50g 14y ago
  Well it doesn't. We package every rev that's made as part of our integration process. Then we choose one and deploy it (using our auto deployment software which farts out packages across 100-odd machines, per instance..).

by hp50g 14y ago

arianvanp 14y ago

git is decentralized. Any sane sysadmin wouldn't use github as a 'central' point, but set up an own remote to which you push. Then every once in a while from that remote, commits are pushed to github. heck you wouldn't even really need a remote.

elithrar 14y ago
Alternatively you can set up an alias (i.e. "all") for multiple remotes and just push to them in one hit. Useful when I'm pushing code to Heroku and GitHub simultaneously.
- hp50g 14y ago
  Aliases on that scale are like hosts files. An utter shit to manage. Its why they invented dns which is a centralized delegated service. The "single source of truth" is hard to avoid.

teej 14y ago

So your desire to not use Github has nothing to do with Github then.

Volpe 14y ago

> We'd lose our deployment, integration tests, continuous integration, ability to pull other team changes from the master and code review platform. That's a big chunk of our deb infrastructure. You'd lose all that from using git? Why? Are you saying if you switched to git without switching any of your svn infastructure? We aren't talking about github downtime anymore are we... > Size is mentioned as to be honest we moved a load of stuff to git in 2011as a test case and it couldn't handle it. A repo I interact with daily is now pushing 54gb, it contains large test fixtures that have HD videos, and images in it. I've never had any issues. (It takes a while to copy it around...)

andreyf 14y ago

Your deployment really shouldn't rely on your VCS... Just added a 3 GB file to my github repo. It took <2m, most of which I imagine was spent gzip-ing it.

hp50g 14y ago
Well it doesn't. We package every rev that's made as part of our integration process. Then we choose one and deploy it (using our auto deployment software which farts out packages across 100-odd machines, per instance..).