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:
A vulnerability has been published today in regards to Sourcetree for Windows. The goal of this article is to give you a summary of information we have gathered from Atlassian Community as a st...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events