When viewing aI work at a company with a large number of repository in Diffusion,ies - around 300 - some of which are little-used. there is not necessarily an immediate indication of what typThe vast majority are Git repos, but a couple are still in hg (especially some of repository it is (i.e.,the more obscure repos). which VCS it is using).Today, In a large codebaseone of our engineers went to clone one of these little-used repos - navigating there by directly typing the repo slug into the URL, this can lead to a bit of conrather than through the Diffusion as one attempts to,UI (because we have so many repos). for instanceHe attempted to `git clone` it, `git clone` a path that ends up being an `hg` repo.and received an error message informing him:
Perhaps there could be a "git"/"hg"/etc.```fatal: '/phab_path/repos/<redacted>' does not appear to be a git repository
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.```
After some minutes of attempting to figure out whether his git configuration was somehow messed up, or if he didn't have access rights, he came to our team, and fortunately someone knew offhand that this was an hg repository. (Otherwise, I'm sure we would have eventually noticed the `.hgignore` file in the base of the repo, but it's not the first place we looked.)
The root problem, as I see it, is that if an engineer attempts to use the wrong VCS on a repo, tag inthere is not an immediate and obvious way for the "Details" box,m to realize the nature of their simple mistake. near the "Clone" url?In this case, Not sure if there's a solution that's more consistent with the existing UIthe engineer (and I) suspected a number of other things before we realized he was using the wrong VCS.
My proposed solution would be that we indicate in the "Details" view which VCS is in use. I know that the type is shown when browsing repositories, but it's easy to miss, especially if you directly navigate to the repository page URL.