Symlink support?
What is version's symlink support? When I add a symlink (to a directory) to my working copy, it shows up as 'obstructed' in versions. What does this mean? Also, when I commit that change and update in another working copy, the update folder seems to have strange problems, which I am to confused to even describe. Has anyone else experienced problems like this? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Waiting for transactions to finish
I'm using Versions 1.0.3 Build 56 on Leopard 10.5.6 and have this problem frequently. The only way to close the app is to Force Quit. It's very irritating! On Jan 16, 1:35 pm, Warren Krewenki krewe...@gmail.com wrote: I've got the same issue happening with some frequency now. I'm using the latest versions (1.0.3, I think), and it seems like it's only been happening since I upgraded to 10.5.6. I'm on a mac pro (early 2008) and my svn is stock (if it was ever upgraded, versions would have done so.) If this is happening to anyone else, maybe we can find a commonality in our setups to figure out why it's happening? On 5-Dec-08, at 6:03 AM, Codeblogger wrote: Hi, I have the same problem. Never occured to me with previous Versions. Regards Nicolai 2008/12/4 cdn chad.nic...@gmail.com Any news on this? I'm still experiencing this issue on v1.0.3. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: No files are displayed in project subfolders
That's certainly interesting. Does this occur for all subfolders? Might an errant svn:ignore property on the directory be interfering? Do the files exist in the repository, or only locally? On Jan 25, 2009, at 9:27 AM, hardwarrior wrote: Hi! I'm new to Versions. So far (after trying SvnX, Cornerstone, ZigVersion, builtin XCode client) I think Versions is the best for my needs (getting different previuos versions of whole project). But I found 1 problem: no files are listed in project subfolders. Versions shows file in projects folder, but I can't view subfolder contents. View mode is set to All. What is it? Am I doing something wrong? Here is screenshot http://img.skitch.com/20090125-e8gx43777999r6ks48yjac4rif.jpg --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
Re: Confusion over Compare Diff during conflict
+1 for this feature, this one bites be frequently. On Jan 23, 2009, at 9:12 AM, Ray wrote: You're right that this unintuitive behavior is the way Versions works. I've requested the ability to compare any 2 arbitrary files before, but it would be more intuitive to be able to choose the .mine/.rXX files from the Compare Diff... dialog. -Ray --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
Re: Confusion over Compare Diff during conflict
On Jan 23, 2009, at 8:01 AM, Craig Vidler wrote: ... When diffing to resolve a conflict like this, HEAD vs [workingfile].mine using [workingfile] as the merge output is I think how things work with eg ZigVersion, which seems more intuitive in this respect. Does Versions not support this way of doing things? Is it expecting me to be dealing with conflicts by running Compare Diff and resolving before update or something like that? Am I missing something? ... Actually, the file naming is done by the underlying Subversion libraries. file.mine contains your locally-modified version file.rX contains the version you began editing with file.rY contains the version now in the repository, which conflicts with file.mine file is modified to include annotations of what changed where, but it's not the easiest format to deal with. You probably want to compare (in FileMerge or whatever) between file.rY and file.mine to avoid overwriting the changes made since rev X. (I didn't have time to analyze your script in depth, but understanding the methodology of SVN helps understand why Versions does what it does.) - Quinn smime.p7s Description: S/MIME cryptographic signature