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:
Supported Platforms macOS Windows To make using Sourcetree as simple yet powerful as possible we embed (bundle) dependencies such as Git, Git LFS, and Mercurial. We strive to keep these...
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
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs