I am part of a team that is new to git and distributed version control and I am getting very frustrated...
We are using SourceTree. We created a new repo with SourceTree on our shared development server. We commited all of our existing files and then deleted all of the old Archived code and committed again. We can still see the old code but it's cleaned up. Life is good...
Each person then used SourceTree to clone the repo on their local machine. They now have all of the files, can make changes locally, stage them and commit them. Everything is great until we try to push changes back to the main repo that we cloned from. We get an error that we can't push to a non-bare repo.
So based on that error message and some googling, I changed receive.denyCurrentBranch to ignore in config of the repo we all cloned from. Now we can push to it, but, OOPS, now the main repo shows our changes in SourceTree, but the actual files didn't change. (and the main repo on our shared development server is now seeing all the file changes we made locally but weren't actually applied to the shared server as changes that need to be staged and committed now.)
It seems like this should all be so simple; I know thousands of people successfully use this everyday... what are we missing?!!
Why not convert your reference repository on development server to a bare repository? It's straightforward:
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot