Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Ah but i meant a global service for public repos, instead of each owner setting up manually


A remote can have multiple url entries. 'git push origin master' in my case pushes to Bitbucket, then GitHub. Must be manually added through 'git config -e' though. The order is important as it pulls from the first remote URL, while the push is to all.


i understood that and was aware.

What i mean was for a web service that would monitor changes on public repos (commits, tags, branches) and would sync them automatically (mapping accounts, pruning branches, etc).


What would happen if that service goes down?


:-) the original and mirror repos would still be available, even if the mirrors would be outdated since the mirror service failure ?


I know this is just speculative, and in fact I was joking, but to achieve that you either have to:

1) Configure a push hook on the master server, which you need access to.

2) Remove decentralized from DVCS, as your service becomes a new master which then mirrors.

3) Continuously poll (pull) the master server from your mirror service.

I can't seem to find any of these three options more desirable than simply adding a new remote, other than being automatic.


Yes :-) plus the bandwidth and storage would be overkill overtime




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: