I agree, this has come up before and I have never found the username in the URL to be useful, only ever annoying. When checking out a working copy via Versions, one of my first steps tends to be opening Terminal and typing `svn switch --relocate http://usern...@server/path http://server/path /path/to/working copy` to get rid of the username. I've also found it to complicate merging; for people who can't identify the problem (that the repository root URL doesn't match) when trying to merge with a server URL, this is a major roadblock which requires help from someone else, and often postpones merging, increasing the risk of conflicts and integration errors. It seems like something that's useful in theory, but a hinderance in practice.
- Quinn On Nov 29, 2010, at 4:05 PM, Jay wrote: > Hi there, > > We are using Versions in a team of 7+ and it's been pretty good so > far, thanks for a great product. > > One thing that it stumbles on though is adding the username to the url > of a working copy. Merging branches is problematic because the actual > url that doesn't have the username doesn't actually have any history. > Many on our team (like myself) resort to Terminal to merge branches, > but some are starting to use other software, like SyncroSVN. I'd > prefer to stick with Versions because I like the interface - any > chance of a fix for this? > > Jay > > -- > You received this message because you are subscribed to the Google Groups > "Versions" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/versions?hl=en. >
smime.p7s
Description: S/MIME cryptographic signature
