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:
See if this explanation of a bare repository helps: http://www.saintsjd.com/2011/01/what-is-a-bare-git-repository/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.