On Oct 24, 2008, at 8:59 AM, Ben Collins-Sussman wrote:
> Or, just wait for the working-copy rewrite (in progress now) to
> implement an 'svn edit' command. No more crawling the working copy at
> all.
(convoluted paragraph summary: +1 on using svn edit, but then someone
(me) will make it more awesome)
The beauty of something like inotify or FSEvents is that you can be
notified anytime the file is touched, negating the need for even the
svn edit command.
Another possible option would be to implement a standalone binary that
can call an arbitrary command when it sees a file change, and then set
it to run 'svn edit $FILE' anytime it sees a file change. I know it'd
be fairly straightforward on OS X (I've written an automatic test
rerunner using that strategy), and it should be on other OSes as well.
> On Fri, Oct 24, 2008 at 7:56 AM, Harvey, Edward <Edward.Harvey_at_patni.com
> > wrote:
>> Has anybody considered the use of inotify (in linux) to improve the
>> performance of things like "svn st" ? In order to use it, I think
>> there would need to be a daemon of some sort, which constantly runs
>> and monitors specific directories. The daemon would be platform-
>> specific. The client would need to be aware the daemon was
>> running, so the client could ask the daemon for the answer instead
>> of walking the tree.
>>
>> I don't know the names, but I know there are equivalent concepts
>> available in Windows, Solaris, and OSX.
>>
>> This e-mail message may contain proprietary, confidential or
>> legally privileged information for the sole use of the person or
>> entity to whom this message was originally addressed. Any review, e-
>> transmission dissemination or other use of or taking of any action
>> in reliance upon this information by persons or entities other than
>> the intended recipient is prohibited. If you have received this e-
>> mail in error kindly delete this e-mail from your records. If it
>> appears that this mail has been forwarded to you without proper
>> authority, please notify us immediately at netadmin_at_patni.com and
>> delete this mail.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
>> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-24 20:51:55 CEST