It appears that when using gerrit, by default all changes depend on the previous one. I do not branch for new changes, I simply work off the master branch and then push the comm
This is what Gerrit
means by dependencies - A commit which is on top of another commit. If both are in review, the newer one depends on the older one.
If you don't want them to depend on each other, don't create the commits on top of each other. Create one commit, then make a new branch based on master for your next commit
(git checkout origin/master -b NEW_BRANCH_NAME)
.
When you push the second commit up for review, it's parent will already be published and it won't depend on anything.
I've been taught to get around this by doing git reset --hard HEAD~1
after each git push
.
As a variant to git reset --hard HEAD~1
I use this instead:
git reset --hard origin/master
Assuming, I'm working in master
for a quick change.
Otherwise, working in a topic branch is much preferred.
There are many Git scripts to help manage topic branches:
git create-branch
I'm sure there are others.