Re: Recursive svn:ignore
Yea that would work for me. But it would be even better to be able to specify the directory too. What I'm trying to do is get subversion to ignore the ._* files that TextMate creates when a file is edited. No doubt there are many people using Versions who also use TextMate. On May 26, 12:19 pm, Larry G wrote: > Are you talking about a global Ignore? So something like Ignore all > Thumbs.db files from the repo. --~--~-~--~~~---~--~~ 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: Recursive svn:ignore
Are you talking about a global Ignore? So something like Ignore all Thumbs.db files from the repo. On May 25, 6:05 pm, Daniel James wrote: > Hello, > > svn propedit has a -R option allowing for files in subfolders to be > ignored without one having to manually specify the same rule in all > the directories. I'm wondering if Versions has/will have this > feature? > > Would this work from the command line at least, assuming I have the > right version of the command-line tools installed? --~--~-~--~~~---~--~~ 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: Export takes too long
Oh yeah, forgot to mention, The folder I checked out/exported is 1.4 GB in size. (bunch of PSDs, TIFFs, a bunch plain text (source code) files and some other binaries) - Dirk On May 26, 1:48 pm, Dirk Stoop wrote: > I just did some tests with a direct Gigabit ethernet connection to our > development server, with our largest repository. > > Checking out the trunk took: > 213 seconds with Versions (SVN 1.6.1 libraries) > 200 seconds with the command line client (SVN 1.6.2 command-line > tools) > > Exporting the trunk took: > 147 seconds with Versions > 153 seconds with the command line client > > (No other network activity) > > The small variations between Versions and CLI are pretty likely to > dissappear when averaging multiple test runs, but I didn't have the > patience to run each test several times. > > It seems to me that there's something about your svnserve process > that's making the exports take longer. I can't see any significant > diferences between Versions and the command line client. > > Cheers, > - Dirk > > the Versions team > > On May 23, 11:32 pm, Dirk Stoop wrote: > > > So, time does go by faster when watching videos, or slower actually.. > > > While watching youtube is not necessarily the worst workaround, we'll > > try to figure out what might be causing this. > > > I'll try to reproduce the problem at our offices – possibly with and > > without youtube, and definitely using Versions vs. the command line. > > If there's anything weird going on in Versions while exporting I > > should be able to notice similar differences. > > > My first guess is that somehow, Spotlight feels the urge to start > > indexing your export during the export, severely getting in the way of > > disk I/O, and somehow doesn't feel this way during a checkout. But > > that's just a hunch. One thing we could try is to checkout and export > > to a location that's inside a folder that's marked as private in > > Spotlight's preferences.. > > > Have you tried doing an export with the svn command-line client? > > > Thanks for reporting this, I'll let you know if we are able to figure > > out anything more. > > - Dirk > > > the Versions team > > > On May 23, 4:15 am, Thinsoldier wrote: > > > > Yes, I'm sure. > > > I did some more exports and checkouts > > > > 1) 4 minutes for the checkout, 26 minutes for the export. (not doing > > > anything else on the machine) > > > 2) 5 minutes for the checkout, 3 minutes for the export. (while > > > watching youtube) > > > 3) 4 minutes for the checkout, 8 minutes for the export. (while > > > watching youtube) > > > 4) 4 minutes for the checkout, 4 minutes for the export. (while > > > watching youtube) > > > 5) 4 minutes for the checkout, 14 minutes for the export. (while > > > watching youtube) > > > > On May 22, 12:38 pm, Quinn Taylor wrote: > > > > > Updating and committing should always be quite fast. However, checkout > > > > and export should take longer but be in the same ballpark. Are you > > > > sure you're checking out and exporting the same directory? In any > > > > case, Versions uses the APIs exposed in the Subversion libraries, so > > > > barring some really strange processing inside Versions, this sounds > > > > like a Subversion issue... > > > > > - Quinn > > > > > On May 22, 2009, at 9:04 AM, Thinsoldier wrote: > > > > > > I've got a project with about 1 gigabyte of pdf files, 10 megabytes of > > > > > jpeg files and a dozen html files. > > > > > The repository and working copy are both on my laptop. > > > > > > Checking out, updating, and committing take mere seconds at most but > > > > > doing an Export takes more than 15 minutes. Why? What can I do about > > > > > it? > > > > > smime.p7s > > > > 3KViewDownload --~--~-~--~~~---~--~~ 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: Export takes too long
I just did some tests with a direct Gigabit ethernet connection to our development server, with our largest repository. Checking out the trunk took: 213 seconds with Versions (SVN 1.6.1 libraries) 200 seconds with the command line client (SVN 1.6.2 command-line tools) Exporting the trunk took: 147 seconds with Versions 153 seconds with the command line client (No other network activity) The small variations between Versions and CLI are pretty likely to dissappear when averaging multiple test runs, but I didn't have the patience to run each test several times. It seems to me that there's something about your svnserve process that's making the exports take longer. I can't see any significant diferences between Versions and the command line client. Cheers, - Dirk the Versions team On May 23, 11:32 pm, Dirk Stoop wrote: > So, time does go by faster when watching videos, or slower actually.. > > While watching youtube is not necessarily the worst workaround, we'll > try to figure out what might be causing this. > > I'll try to reproduce the problem at our offices – possibly with and > without youtube, and definitely using Versions vs. the command line. > If there's anything weird going on in Versions while exporting I > should be able to notice similar differences. > > My first guess is that somehow, Spotlight feels the urge to start > indexing your export during the export, severely getting in the way of > disk I/O, and somehow doesn't feel this way during a checkout. But > that's just a hunch. One thing we could try is to checkout and export > to a location that's inside a folder that's marked as private in > Spotlight's preferences.. > > Have you tried doing an export with the svn command-line client? > > Thanks for reporting this, I'll let you know if we are able to figure > out anything more. > - Dirk > > the Versions team > > On May 23, 4:15 am, Thinsoldier wrote: > > > Yes, I'm sure. > > I did some more exports and checkouts > > > 1) 4 minutes for the checkout, 26 minutes for the export. (not doing > > anything else on the machine) > > 2) 5 minutes for the checkout, 3 minutes for the export. (while > > watching youtube) > > 3) 4 minutes for the checkout, 8 minutes for the export. (while > > watching youtube) > > 4) 4 minutes for the checkout, 4 minutes for the export. (while > > watching youtube) > > 5) 4 minutes for the checkout, 14 minutes for the export. (while > > watching youtube) > > > On May 22, 12:38 pm, Quinn Taylor wrote: > > > > Updating and committing should always be quite fast. However, checkout > > > and export should take longer but be in the same ballpark. Are you > > > sure you're checking out and exporting the same directory? In any > > > case, Versions uses the APIs exposed in the Subversion libraries, so > > > barring some really strange processing inside Versions, this sounds > > > like a Subversion issue... > > > > - Quinn > > > > On May 22, 2009, at 9:04 AM, Thinsoldier wrote: > > > > > I've got a project with about 1 gigabyte of pdf files, 10 megabytes of > > > > jpeg files and a dozen html files. > > > > The repository and working copy are both on my laptop. > > > > > Checking out, updating, and committing take mere seconds at most but > > > > doing an Export takes more than 15 minutes. Why? What can I do about > > > > it? > > > > smime.p7s > > > 3KViewDownload --~--~-~--~~~---~--~~ 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: Problems with Versions 1.0.4 over HTTP
Hi Casper, I have no clue (yet) what might be causing this, but we'll try to reproduce the problem over here right away. If we need any more details regarding your setup, I'll let you know. Since I don't know how long it will take us to reproduce and then fix the problem, it might be best for you to revert to using Versions 1.0.3 in the meanwhile: http://www.versionsapp.com/redirect/builds/Versions_1.0.3_56.zip I'm really sorry for the inconvenience, - Dirk the Versions team On May 26, 12:32 pm, Casper wrote: > Hi all, > > We use Versions since it came out and it is a wonderful product. But > since we updated to 1.0.4 we can't use it anymore. > > Each interaction with the subversion server (like update, commit or > even browsing) results in an error: "OPTIONS of 'http:// > cas...@svn.ourserver.com/project': 200 OK (http://svn.ourserver.com)" > > This is with a local server over HTTP with Versions on 1.6.1 the > library. > > Does anyone know how we can solve this? Because we can't work at this > moment. :) > > Kind regards, > Casper --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Problems with Versions 1.0.4 over HTTP
Hi all, We use Versions since it came out and it is a wonderful product. But since we updated to 1.0.4 we can't use it anymore. Each interaction with the subversion server (like update, commit or even browsing) results in an error: "OPTIONS of 'http:// cas...@svn.ourserver.com/project': 200 OK (http://svn.ourserver.com)" This is with a local server over HTTP with Versions on 1.6.1 the library. Does anyone know how we can solve this? Because we can't work at this moment. :) Kind regards, Casper --~--~-~--~~~---~--~~ 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: Merge feature
+1 here. I currently have to fire up another SVN tool (which isn't as nice) to do merges. Please add merging. On May 7, 12:15 pm, jcdesrochers wrote: > Just a quick question about Versions development road map do you > plan in a near future to add merge support??? If so... any ETA?? > > I'm evaluating the svn clients for mac and the merge functionality is > a must for us. > > Thanks for answering. > > Regards, > J-C --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
