blogphotosbookshire me

Pushing To Both Bitbucket And Github

25 April 2016

The great thing with Git is that it’s distributed. However in many projects we end up with a single point of failure, which kind of defeats the point. For instance a lot of people use Github and when it goes down, they can’t push code and collaborate with their team. From this observation, I decided to mess arround with ideas on how to work on the same code base with both Github and Bitbucket.

Disclaimer: I didn’t really find a usable solution for my issue, but still ended up having some fun with git push urls and git aliases so I figured I’d share those.

Pushing Explicitely To Two Different Remotes

Let’s imagine we set up two entirely different remotes for the same project:

$  git remote add bitbucket [email protected]:marcgg/multiple-origins.git
$ git remote add github [email protected]:marcgg/multiple-origins.git

Now I can explicitely push to either project, which is quite convenient:

$ git push github master
$ git push bitbucket master

Using Git Aliases

We can also create an alias to make it easier to push to both remotes. We’ll be using the ! (bang) to create a more advanced alias:

$ git config alias.pushall '!git push bitbucket master && git push github master'
$ git pushall
Github and Bitbucket push

Using Bash Aliases

We can also use bash to do this with a simple loop:

$ alias pushall='for i in git remote; do git push $i; done;'

You can then take this and push it back into a Git alias because why not, this time wrapping it in an anonymous bash function:

$ git config alias.loopush '!f(){ for i in git remote; do git push $i; done; };f'

If you enjoy this kind of stuff, you should take a look at “One weird trick for powerful Git aliases” on the Atlassian blog.

Using Multiple Git Push URLs

You might not know that, when you add a remote, it actually adds both a fetch and a push URL. So for my exemple, it looks like this:

$ git remote -v
bitbucket	[email protected]:marcgg/multiple-origins.git (fetch)
bitbucket	[email protected]:marcgg/multiple-origins.git (push)

github	[email protected]:marcgg/multiple-origins.git (fetch)
github	[email protected]:marcgg/multiple-origins.git (push)

The interesting thing to know here is that you can have multiple push urls. To demo this, let’s add a new remote pointing to Bitbucket and then add another push url. Note that I have to re-add the bitbuck push url, because Git will first replace the default push url before adding new ones.

$ git remote add origin [email protected]:marcgg/multiple-origins.git
$ git remote set-url --add --push origin [email protected]:marcgg/multiple-origins.git
$ git remote set-url --add --push origin [email protected]:marcgg/multiple-origins.git 

And now if I list my remotes I get this:

$ git remote -v
bitbucket	[email protected]:marcgg/multiple-origins.git (push)
bitbucket	[email protected]:marcgg/multiple-origins.git (fetch)

github	[email protected]:marcgg/multiple-origins.git (push)
github	[email protected]:marcgg/multiple-origins.git (fetch)

origin	[email protected]:marcgg/multiple-origins.git (fetch)
origin	[email protected]:marcgg/multiple-origins.git (push)
origin	[email protected]:marcgg/multiple-origins.git (push)

I don’t know why, but I think that it looks pretty cool! I find it very peculiar to have this kind of output when simply running a push command:

Github and Bitbucket push

Of course there are a lot of problems with this approach. For instance a push could fail while the other one succeeds, and since the operation is not wrapped in a transaction it might leave you in some weird state:

$ git push origin master
To [email protected]:marcgg/multiple-origins.git
! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to [email protected]:marcgg/multiple-origins.git'
Writing objects: 100% (2/2), 271 bytes | 0 bytes/s, done.
To [email protected]:marcgg/multiple-origins.git
  1cdea23..a4959f9  master -> master

Fetching

The problem is that now we have an origin remote that points to Bitbucket and Github for pushing, but only to Bitbucket for fetching. It would feel right to have multiple fetch urls on the same remote. Soooo I guess we can just make it crash ?

$ git remote set-url origin cant-do-that
$ git fetch origin
fatal: 'cant-do-that' does not appear to be a git repository
fatal: Could not read from remote repository.

¯\_(ツ)_/¯

Conclusion

There are some complications when working with multiple remotes, but they mostly occur when you are pulling, not really when you are pushing. Overall it feels like the naive approach of pushing and pulling explicitely from a specific remote is a decent way to dealing with your main remote being down.

Read the comments or contribute with your own