>>> <rozanski.s...@gmail.com> writes: > As I used "clone address_repository" in git bash, it cloned to the user's > directory and I could open this repository later in the Git GUI. > It's just that how I DON'T want to do it that way, because I keep my projects > in a different location.
> As from within Sourcetree I make a clone in the user directory, > everything works fine - I open this repository in both Sourcetree and > Git GUI. > When I make a clone from within Sourcetree to the directory where I > keep the projects, then (on OneDrive), after a while (probably after > OneDrive synchronization) both when I open in Sourcetree and GitGUI, I > get a message: "not a git repository". Wait, are you saying that you clone your repositories to OneDrive and operate there (commit pull and push)???? I am not very acquainted with OneDrive but I would bet that it uses a similar technique as Dropbox. If that is the case then having a repository on OneDrive is a very bad idea! Why well synchronization is not an atomic process. To explain this if you push and pull these are atomic operations, they either fail or succeed there is nothing in between, while synchronization or downloading can lead to not finished processes. In the case of repositories that can easily lead to repository corruption and happened to me with mercurial. So I have the feeling that could be the culprit. -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/git-users/87pmd06yd2.fsf%40mat.ucm.es.
smime.p7s
Description: S/MIME cryptographic signature
