On Mon, Sep 30, 2013 at 10:58:35AM +0300, Florin Avram wrote:
Hi,
I've found a strange behavior in the situation described below and
wanted to let you know - I think there could be an issue or a need
of improvement (don't know what exactly).
Subversion: 1.8.x, 1.7.x.
The situation is as
Hi,
Thank you for the quick reply.
Strange thing. I was expecting that the repository will notify me only
about the items/revisions/changes I am missing. If the update of the
file was successful, then when svn status -u folder, the repository
should report that only the folder has changes
Stefan Sperling s...@elego.de writes:
On Mon, Sep 30, 2013 at 10:58:35AM +0300, Florin Avram wrote:
The situation is as follows (the minimum necessary to reproduce the issue):
- have a working copy with a folder and a file inside the folder;
- replace the folder and commit:
svn delete
Am 09.08.2013 21:58, schrieb Edwin Castro:
On 8/9/13 10:27 AM, John Maher wrote:
And svn status returns this:
C Build.bat
local add, incoming add upon merge
You svn add Build.bat in trunk. Later you svn add Build.bat in your
branch. Subversion sees those as separate objects
, but that's how it goes.
Thanks again.
JM
-Original Message-
From: Bob Archer [mailto:bob.arc...@amsi.com]
Sent: Monday, August 12, 2013 3:33 PM
To: John Maher; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior
Thanks Bob, that may be exactly what I am looking
time's the charm.
Thanks again
JM
-Original Message-
From: David Chapman [mailto:dcchap...@acm.org]
Sent: Monday, August 12, 2013 3:49 PM
To: John Maher
Cc: users@subversion.apache.org
Subject: Re: Strange behavior
On 8/12/2013 12:27 PM, John Maher wrote:
Thanks Bob, that may be exactly
An excellent alternative. I will keep this in mind.
Thanks Andrew
JM
-Original Message-
From: Andrew Reedick [mailto:andrew.reed...@cbeyond.net]
Sent: Monday, August 12, 2013 3:52 PM
To: John Maher; users@subversion.apache.org
Subject: RE: Strange behavior
-Original Message
Thanks Mark, that's an excellent shortcut.
JM
-Original Message-
From: Mark Phippard [mailto:markp...@gmail.com]
Sent: Monday, August 12, 2013 4:05 PM
To: John Maher
Cc: Bob Archer; Edwin Castro; users@subversion.apache.org
Subject: Re: Strange behavior
On Mon, Aug 12, 2013 at 3:27 PM
, just copy your 200 commands line by line one after another
into a batch file.
JM
-Original Message-
From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
Sent: Monday, August 12, 2013 4:43 PM
To: users@subversion.apache.org
Subject: Re: Strange behavior
Guten Tag John Maher,
am Montag
Message-
From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
Sent: Monday, August 12, 2013 4:43 PM
To: users@subversion.apache.org
Subject: Re: Strange behavior
Guten Tag John Maher,
am Montag, 12. August 2013 um 20:57 schrieben Sie:
Otherwise there are
over 200 manual operations
Guten Tag John Maher,
am Dienstag, 13. August 2013 um 15:39 schrieben Sie:
Follow the book on how it instructs to import a project then
it becomes impossible to merge and branch.
Branching is always possible and always equally cheap regardless of
what you did before, because it breaks down to
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Tuesday, August 13, 2013 9:40 AM
To: Thorsten Schöning; users@subversion.apache.org
Subject: RE: Strange behavior
Hi Thorsten
A good response to a less than good post. People could take lessons
from you
On Tue, Aug 13, 2013 at 4:12 PM, John Maher jo...@rotair.com wrote:
Thanks Ryan. I learned a lot from your reply. Namely the global-ignores are
really local global-ignores and I have to copy the config file over to anyone
who may import.
As of version 1.8 (for the svn client), there is a
Thanks Johan, I'll have to try it.
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: Tuesday, August 13, 2013 11:42 AM
To: John Maher
Cc: Ryan Schmidt; Subversion Users
Subject: Re: Strange behavior
On Tue, Aug 13, 2013 at 4:12 PM, John Maher jo...@rotair.com
-
From: Andrew Reedick [mailto:andrew.reed...@cbeyond.net]
Sent: Tuesday, August 13, 2013 10:27 AM
To: John Maher; users@subversion.apache.org
Subject: RE: Strange behavior
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Tuesday, August 13, 2013 9:40 AM
To: Thorsten
the compiler generated files.
JM
-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
Sent: Friday, August 09, 2013 4:17 PM
To: John Maher
Cc: Subversion Users
Subject: Re: Strange behavior
Remember to Reply All so that your message goes to the mailing list too
On 8/12/13 6:17 AM, John Maher wrote:
Are you sure this is the only way? It would seem odd that this toll does not
provide a way to import an enterprise level application without ignoring the
compiler generated files.
In cases like this I perform a clean operation that removes compiler
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 12, 2013 10:18 AM
To: Ryan Schmidt
Cc: Subversion Users
Subject: RE: Strange behavior
Thanks for your help, but I still do not know how to get this to work.
Perhaps I should give a little
@subversion.apache.org
Subject: Re: Strange behavior
On 8/12/13 6:17 AM, John Maher wrote:
Are you sure this is the only way? It would seem odd that this toll does not
provide a way to import an enterprise level application without ignoring the
compiler generated files.
In cases like this I perform
believe import respects global ignores if you have them set up in your config
file.
BOb
JM
-Original Message-
From: Edwin Castro [mailto:0ptikgh...@gmx.us]
Sent: Monday, August 12, 2013 11:55 AM
To: users@subversion.apache.org
Subject: Re: Strange behavior
On 8/12/13 6:17
.
-Original Message-
From: Andrew Reedick [mailto:andrew.reed...@cbeyond.net]
Sent: Monday, August 12, 2013 1:39 PM
To: John Maher
Cc: Subversion Users
Subject: RE: Strange behavior
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 12, 2013 10:18
[mailto:bob.arc...@amsi.com]
Sent: Monday, August 12, 2013 3:02 PM
To: John Maher; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior
Thanks Edwin,
That's exactly what I am trying to do. I was looking for a way for
the tool to accomplish this. I'd be just as glad if someone
, August 12, 2013 3:02 PM
To: John Maher; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior
Thanks Edwin,
That's exactly what I am trying to do. I was looking for a way for
the tool to accomplish this. I'd be just as glad if someone tells me
it is impossible, which I
On 8/12/13 10:57 AM, John Maher wrote:
But then again perhaps those are the people who use subversion for the
simplest of builds.
At my previous employer I was partly responsible for a codebase in
subversion whose trunk was 2+ GB large. The codebase included over 1400
C#, C++, SQL, and WiX
On 8/12/2013 12:27 PM, John Maher wrote:
Thanks Bob, that may be exactly what I am looking for. Something that would
affect all the files without having to issue over 200 commands or build a dummy
directory just for importing. Although that second suggestion provided by
Andrew is definitely
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 12, 2013 3:27 PM
To: Bob Archer; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior
Thanks Bob, that may be exactly what I am looking for. Something that
would affect all
On Mon, Aug 12, 2013 at 4:17 PM, John Maher jo...@rotair.com wrote:
...
And the only reason I have been complaining about the documentation is hoping
to point out areas where it is very unclear and misleading. Anyone who knows
how to use the tool will never catch on to the poorly written
On Mon, Aug 12, 2013 at 3:27 PM, John Maher jo...@rotair.com wrote:
I couldn't find where it discusses the global config in the book, if it does
at all. And even if it does I doubt it would help because it won't tell me
where to find the file. Unless there is a command to edit it. I tried
of condescending.
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: Monday, August 12, 2013 3:54 PM
To: John Maher
Cc: Ryan Schmidt; Subversion Users
Subject: Re: Strange behavior
On Mon, Aug 12, 2013 at 4:17 PM, John Maher jo...@rotair.com wrote:
...
And the only
On Aug 12, 2013, at 14:52, Andrew Reedick wrote:
Plan B might be to use svn_load_dirs.pl:
http://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn_load_dirs/
It has a glob_ignores option, or will try to read your global-ignores from
your local svn config file.
From
Guten Tag John Maher,
am Montag, 12. August 2013 um 20:57 schrieben Sie:
Otherwise there are
over 200 manual operations required just to create a repository.
As you mentioned you are still working on Windows XP, you are aware of
TortoiseSVN, aren't you? There shouldn't be the need to run any
On Aug 12, 2013, at 09:17, John Maher wrote:
Thanks for your help, but I still do not know how to get this to work.
Perhaps I should give a little background. The project that I mentioned in
my original post was a test project created just to learn how to get
subversion to work. The
On Aug 9, 2013, at 12:27, John Maher wrote:
One of the biggest issues is why does it not ignore files I tell it to ignore?
The patterns you specify in svn:ignore properties are only so that Subversion
does not suggest those files to be added to the repository.
For example, if you run svn
Remember to Reply All so that your message goes to the mailing list too, not
just to me.
On Aug 9, 2013, at 14:59, John Maher wrote:
Thanks for your reply. I appreciate informing me that subversion is robust.
I was concerned it was getting corrupted by the strange behavior. Plus
you've
Guten Tag Ryan Schmidt,
am Freitag, 9. August 2013 um 22:16 schrieben Sie:
I tried to delete the files from the repository with svn delete,
but that failed because they were not part of the current revision.
So it seems that I have to delete the repository and create it
again (for the 3rd
You could also delete the directory directly in the repository using svn
delete url -m message. This way you would avoid the problem of
committing partial changes of your working copy.
.. which is just another workaround.
I think SVN is behaving correctly. When you do svn commit foo you're
telling Subversion to commit changes made in foo. There are no changes in
foo because it's been deleted. The changes, instead, are in its parent
directory, the one from where you issued your commands. That's why svn
commi works,
On Aug 3, 2011, at 03:04, Dominik Psenner wrote:
I think svn commit foo would work fine, provided you do not rmdir foo
first; that was your error.
I also have a feeling Subversion 1.7's new working copy arrangement will
fix or at least change this behavior.
So there's still a light at
I doubt it. Or rather, the behavior is not broken. The user is broken. As I
said: svn commit foo should have worked fine if you had not run rmdir
foo beforehand. Don't run rmdir foo. Just run svn rm foo followed by
svn commit foo and everything should work.
True - it's nothing totally new to me.
On Aug 3, 2011, at 03:17, Dominik Psenner wrote:
I doubt it. Or rather, the behavior is not broken. The user is broken. As I
said: svn commit foo should have worked fine if you had not run rmdir
foo beforehand. Don't run rmdir foo. Just run svn rm foo followed by
svn commit foo and
Then you must explain it to them. :) To move or delete items in a working
copy, you must use svn commands. You must not use OS commands. That's just
how it is.
This is going to be a long journey. *jokingly*
Thanks for the insights and incredibly fast answers! It's awesome that
you're working on
On Wed, Aug 03, 2011 at 10:25:07AM +0200, Dominik Psenner wrote:
Then you must explain it to them. :) To move or delete items in a working
copy, you must use svn commands. You must not use OS commands. That's just
how it is.
This is going to be a long journey. *jokingly*
Thanks for the
I'm not sure you understand the kinds problems the new working copy
format is settling.
For me it settles the major problem of multiple .svn folders in a checkout.
You must still use svn commands instead of OS
commands in 1.7. That won't change. I don't think it will ever change.
The reason is
[snip]
Subversion is still an observer and whatever a user does, he must tell
Subversion what he did in cases where subversion can't
understand it by
itself (i.e. file/folder rename/move that preserve history across the
revisions). Every VCS I know works like this. Maybe one invents a VCS
[snip]
Subversion is still an observer and whatever a user does, he must tell
Subversion what he did in cases where subversion can't
understand it by
itself (i.e. file/folder rename/move that preserve history across the
revisions). Every VCS I know works like this. Maybe one invents a VCS
On Wed, Aug 03, 2011 at 11:27:48AM +0200, Dominik Psenner wrote:
You must still use svn commands instead of OS
commands in 1.7. That won't change. I don't think it will ever change.
The reason is that Subversion tracks operations explicitly, rather than
implicitly. In other words, Subversion
On 02/08/11 07:40, Dominik Psenner wrote:
Hi,
having a fresh subversion repository doing this as preparation:
$ mkdir foo/
$ svn add foo
$ svn commit -m test
Adding foo
Revision X sent.
$ rmdir foo
$ svn st
! foo
$ svn delete foo
D foo
And finally this command fails:
$ svn
On Aug 2, 2011, at 07:11, Giulio Troccoli wrote:
On 02/08/11 07:40, Dominik Psenner wrote:
having a fresh subversion repository doing this as preparation:
$ mkdir foo/
$ svn add foo
$ svn commit -m test
Adding foo
Revision X sent.
$ rmdir foo
$ svn st
!foo
$ svn delete
48 matches
Mail list logo