Midilist and -1

[d.healey]

@ustk Yeah

[ustk]

@d-healey Ok. There's still a "delete branch" button but I'm a bit afraid of this one...
I already fucked up my develop a few days ago, so never be stupid twice the same week :)

[ustk]

@d-healey Ok so the thing now is that I still have all the commits in my develop. So I have to be careful not to make a pull request from develop until Christoph merges the separate ones.

[ustk]

@d-healey No in fact it's not as easy. Obviously I can't create a branch based on develop until I removed all these commits from it. And I'd prefer a delete over a dirty revert so I'll try to delete them first.

[d.healey]

@ustk Give me a few minutes and I'll give you a solution

[d.healey]

You can make a new branch based on any commit hash, or just based on Christoph's latests develop branch.

[ustk]

@d-healey Yeah new branch from a specific commit is the way to go. But I have a freakin authentication issue now, the git api messed up the authentication so the Desktop app is blocked too
You'll have to wait for me to fix this then after that I'll make the pull requests

[d.healey]

@ustk

You'll have to wait for me to fix this then after that I'll make the pull requests

No rush. It's always a pain setting up a new workflow like this but once you get it it makes things easier :)

[ustk]

@d-healey That's done :) although because I had n older commit, it is showing up in the pull request. I realized I could even base the new branches on an even older commit but it's too late... It'll be easier next time when my origin will be even with the upstream.

[d.healey]

@ustk My solution is to always branch from Christoph's develop branch, that way it doesn't matter how messed up my own fork is.

[Shannon Burns]

I believe the desktop version may have it as well; I only recently discovered it. Cherry-pick allows you to separate each pull request into its own branch, ensuring that no changes you make are added to the same pull request.

[ustk]

@Shannon-Burns Yes GitHub Desktop has cherry-pick. That's what @d-healey explained to me above about new branches for pull requests that I'd never thought of...