On Jul 17, 2014, at 2:22 PM, Havlovick, Ron wrote:
> When the repo browser shows the files, etc within the gui window,
Subversion doesn't have a repo browser or a gui window; you're referring to
features of TortoiseSVN, which is a separate project with a separate mailing
list which you should
Ya'll:
When the repo browser shows the files, etc within the gui window, is there a
way, script or other wise to copy that line shown?
Not the file itself, only the text stating what is in the repo browser. Or a
print of the window shown?
I have to make a manifest of what is contaminated under
Hello:
I attempted to add and commit a file to a new repo that I *should* have
read-write access to. I still can't figure out whether I really have RW or RO
access, but I think this is irrelevant.
When I committed the file, I received the following message:
Adding watchfiles/xdg-u
On Thu, Jul 17, 2014 at 6:03 AM, Daniel Migowski wrote:
> Hello,
>
> I have to say sorry for the noise. You were right, after retrying to cleanup
> my old copies of the working copy it occurred to me that subversion really
> can clean things up. The problem was that during my initial tests I did
On Jul 16, 2014, at 8:52 AM, Benjamin Fritz wrote:
> Actually, I was looking to answer this question on stackoverflow:
> http://stackoverflow.com/questions/24766535/how-to-tell-what-revision-a-folder-was-deleted-in
>
> The person was asking how to find the revision a folder was deleted
> in, and
Hello,
I have to say sorry for the noise. You were right, after retrying to cleanup my
old copies of the working copy it occurred to me that subversion really can
clean things up. The problem was that during my initial tests I didn't realize
that Eclipse still held the lock when the editor was
On Thu, Jul 17, 2014 at 11:23 AM, Daniel Migowski wrote:
> Hello Andreas,
>
>
>
> my editor (current Eclipse 4.4) locks my build.xml files, even after I
> closed them in the Editor. This is a bug, alright, but nonetheless I feel
> that subversion should never leave the Working Copy in a state wher
A little more information:
It seems that the property change is actually the removal of property
svn:mergeinfo.
David
From: David Aldrich [mailto:david.aldr...@emea.nec.com]
Sent: 16 July 2014 16:04
To: 'users@subversion.apache.org' (users@subversion.apache.org)
Subject: Unexpected merge resul
Hello Andreas,
my editor (current Eclipse 4.4) locks my build.xml files, even after I closed
them in the Editor. This is a bug, alright, but nonetheless I feel that
subversion should never leave the Working Copy in a state where it cannot be
cleaned up anymore.
I propose the following behavior
10 matches
Mail list logo
