I use multiple machines for my development, so want a way of “self-collaborating”. So a personal branch on the remote repository makes sense. Obviously for this branch I would be pushing/pulling a lot (i.e. everytime I start/finish a coding session on a particular machine). I also like to rebase locally to squash/tidyup some of my commits. I understand that you shouldn’t rebase commits that have been pushed to the remote repository. However, are there any problems with me rebasing commits that also exist on the server if they only exist in my private branch (noone else touches this branch)?
I use multiple machines for my development, so want a way of self-collaborating. So
Share
Well, git does not really have problem with this. In fact, git’s own development process involves a branch on the public server that is rebased quite often (like every day or so). As long as everybody using the branch knows it is being rebased frequently, it’s OK.
However you need to remember that you’ll have old and new version of the patch without clear indication which supersedes which. Which you can probably easily solve by force-pushing the branch back when you rebase it and thus dropping the old version altogether.