ah, just figured out, that a modification on a directory can occur...
when one sets a property on a directory it gets marked as modified:
~ $ svn log -r280 -v http://svn.collab.net/repos/svn/trunk/doc
------------------------------------------------------------------------
r280 | cmpilato | 2001-10-22 22:04:14 +0200 (Mon, 22 Oct 2001) | 113 lines
Changed paths:
M /trunk
D /trunk/.svnignore
M /trunk/ac-helpers
D /trunk/ac-helpers/.svnignore
M /trunk/doc
...
svn:ignore property set on these directories, based on the
respective contents of...
cheers,
Matt
> yeah i know, but i have the following problem: i build a model based
> on a log, now my problem is, that
> i don't know, whether a given node is a directory or a file. so i have
> to call svn info for that given node, so i
> get that information. now to optimize this, and reduce the number of
> svn info calls, if i know, that directories
> can't be modified, but only added or deleted (and i can be sure that a
> M for modified never occurs in the "log -v" for a directory),
> then i don't have to call svn info, because i know the given node is a
> file, and not a directory.
>
> of course this is basically the same for files and directories on the
> implementation level, but my question was only related to what i get
> from the log command.
> So sorry if i was unclear, but my question was really, whether it can
> occur in any case, that i get a M in "log -v" for a directory.
>> On Tuesday 06 November 2007, Matthias Junker wrote:
>>
>>> a very stupid question: is it possible that a directory is modified in
>>> subversion? i mean a rename, copy or move is handled as add/delete
>>> actions. so is there anything i missed, or should i really only see "A"
>>> and "D" in the "log -v" of a directory and never "M"?
>>>
>>
>> Hmmm, it should be a copy, followed by a delete within the same
>> revision. However, to answer your question, this is an implementation
>> detail and the same for files and directories. The log basically says
>> that the old location ceased to exist while the new location started
>> to exist. It shouldn't matter though, the history is retained
>> nonetheless, the copy knows "where it came from".
>>
>> Uli
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 6 16:45:54 2007