Hello
I'm getting some very strange behavior from subversion. One of the biggest
issues is why does it not ignore files I tell it to ignore? Can someone tell
me how to get it to ignore files and directories properly? Following the
documentation does not work. I have the following
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 st
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 with individual history.
If you had svn add
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.
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
thout
ignoring 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 t
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.
&
To: users@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 li
don't want check in? Or are you talking about import?
I 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
.
-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
rom: Bob Archer [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 accompli
farea
BOb
> JM
>
> -Original Message-
> From: Bob Archer [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&#
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 pr
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. Somethin
On Mon, Aug 12, 2013 at 4:17 PM, John Maher 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 areas of the
> d
On Mon, Aug 12, 2013 at 3:27 PM, John Maher 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 a
> search a
it out in a polite way instead 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 wrot
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.
>
>
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
tory I'm accumulated, 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
pe the 3rd 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, t
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 Mess
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:
rse it can, 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
line.
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, 12. August 2013 um 20:57 schrieben Sie:
> Otherwise there are
> over 200 m
...@ryandesign.com]
Sent: Monday, August 12, 2013 5:25 PM
To: John Maher
Cc: Subversion Users
Subject: Re: Strange behavior
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
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.
On Tue, Aug 13, 2013 at 4:12 PM, John Maher 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 new feature c
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 wrote:
>
al Message-
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
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 w
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 follows (the minimum necessary to reproduce the issue)
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 commit foo -m "fail"
svn: entry "foo" has no URL
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).
> Subver
as changes (it was replaced), but
the file is already updated. Somehow, this can be misleading, even more
if users are not very SVN-experimented.
Best Regards,
Florin
On 30.09.2013 12:54, Stefan Sperling wrote:
On Mon, Sep 30, 2013 at 10:58:35AM +0300, Florin Avram wrote:
Hi,
I've
Stefan Sperling 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 folder/
Gesendet: Dienstag, 2. August 2011 08:41
An: users@subversion.apache.org
Betreff: Strange behavior on directory delete/commit
[...]
To get things done, one would have to backup foobar somewhere, revert
foobar, do the commit without PATH arguments and copy foobar over to the WC.
*eek*
Let me know what
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 co
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
>> !
>You could also delete the directory directly in the repository using "svn
>delete -m ". 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 w
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 sti
>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 totall
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 f
>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 o
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 f
>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
[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 VC
>[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
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, Subv
54 matches
Mail list logo
