I am currently having a problem checking out the trunk of
a
repository. I am attempting to do so with the following
command
Hi there,
> Are you using externals?
Yes, we use externals both for importing code from other repos and also as
symbolic links within our repo, since our build system runs on Windows which
has no support for native symbolic links.
Thanks!
Carles
> You can always create a repo on your local machine. I doubt that the
> protocol has anything to do with your issue.
True, I will try this and report back.
Thanks!
Carles
On May 18, 2010, at 10:58, Brooks, Rob (Rob) wrote:
> I’m having a problem committing files that start with “.” This error doesn’t
> occur when committing any other files.
>
> The subversion server returns the following:
>
> Error: Server sent unexpected return value (500 Internal Server Erro
Here's the situation. We have a release branch that has been around way
too long. At one point we did a release from it and around that time it
was merged to trunk. There are about 100 commits to it since then. Some
were merge outs from trunk, some were changes made directly in the
branch. Some of
> Hi there,
> > You don't say if you are
> > branching from a working copy or using a URL.
>
> I deleted the properties from the trunk, commited that, then went:
>
> svn cp http://myrepo/trunk http://myrepo/newbranch
>
> Then I checked out newbranch, worked on it and went:
>
> Newbranch$ svn me
My rules of thumb for merging
(a) always use a fully populated workspace
(b) always merge from the top
By following these rules, I only get mergeinfo properties in the tops of
my workspaces.
JLM
Jeremy Mordkoff
Director, QA, IT & Release
ZeeVee, Inc.
One Monarch Drive | Littleton, MA 01460
Of
On 18-May-10 18:22, Cufi, Carles wrote:
Then I checked out newbranch,
In our series of bleeding obvious questions: you did check out to a new
working copy, right? It would be hard to do otherwise.
On 18-May-10 15:12, Cufi, Carles wrote:
> something relatively similar happening, where svn:mer
> > Can you create a new repository... import your project in, create a
> > branch, do a merge and duplicate this? If so... show ALL the commands
> that
> > you did from creating the repo into a script. I'm guessing there is some
> > command or something you do and we are not seeing the full pictur
Hi there,
> You don't say if you are
> branching from a working copy or using a URL.
I deleted the properties from the trunk, commited that, then went:
svn cp http://myrepo/trunk http://myrepo/newbranch
Then I checked out newbranch, worked on it and went:
Newbranch$ svn merge http://myrepo/trun
Hi there,
Thanks for your reply.
> Can you create a new repository... import your project in, create a
> branch, do a merge and duplicate this? If so... show ALL the commands that
> you did from creating the repo into a script. I'm guessing there is some
> command or something you do and we are
I am having a problem while checking out a repository of about 12 GB placed on
a local machine
this is the Environment:
Windows Server 2000
Visual SVN Server
the error message i got is REPORT of '/svn/itk/!svn/vcc/default':Could not read
response body: Secure
connection truncated(https://serverN
I'm having a problem committing files that start with "." This error doesn't
occur when committing any other files.
The subversion server returns the following:
Error: Server sent unexpected return value (500 Internal Server Error) in
response to
Error: PROPFIND request for ...
The following i
Many thanks, Stefan!
Best wishes,
Paul
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: 18 May 2010 16:52
To: Bilokon, Paul [ICG-MKTS]
Cc: 'users@subversion.apache.org'; Moudry, Jiri George [ICG-MKTS]
Subject: Re: Assertion Failures in tree_conflicts.c
On Tue, May 18
On Tue, May 18, 2010 at 09:40:44AM +0100, Bilokon, Paul wrote:
> Hi,
>
> We have recently encountered the behaviour described in this Issue:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3469
>
> The issue is currently listed as "NEW", but looks like it was opened in
> August 2009.
>
Hi all
Is there some implementation of post-commit script which generate JSON based
http request which described commit (revision#, author, log message, paths, rev
prop, ...)
Thank you A.
Thanks guys. That's what I need.
Zoran
From: Andy Levy
To: Zoran Jeremic
Cc: users@subversion.apache.org
Sent: Tue, May 18, 2010 4:35:49 PM
Subject: Re: how to make a commit/update that is not visible to other users
On Tue, May 18, 2010 at 07:09, Zoran Jerem
> > I'm in the same environment as you describe, but the only times
> > svn:mergeinfo mysteriously reappear is when using svn copy, not merges.
>
> That's interesting. So you have something relatively similar happening,
> where svn:mergeinfo reappears after deleting it? It could be related I
> gue
Hi Erik
> Merging was much cleaner when we were
> disciplined about always committing and merging from the top of a branch.
Yes, I am aware of that good practice and followed it but I still got the files
with modified properties. I have reverted them now but I guess the changed
property was mer
On Tue, May 18, 2010 at 07:09, Zoran Jeremic wrote:
> Hi everybody,
>
> I'm using SVN repository to share the project with project partners.
> However, I work on two different PC (at home and at workplace) and I want to
> use SVN to synchronize on daily basis but I don't want to synchronize with
>
> we are planning to upgrade the OS on which subversion is running from SP1
> to SP2.
> Are there any known issues for Windows 2003 SP2?
>
> We are using Subversion for Win32, version 1.1.3
>
We are running subversion on Windows 2003 SP2 with no issue.
However, we are running 1.6.9 on the serv
> Perhaps I should have been more careful in what I wrote. Svn branching
> is easy. It is the results of merge tracking that can be confusing.
> It's good to hear from Mark that this problem is being addressed. I
> think I shall wait until the next release before recommending it to
> colleagues. Ot
On Tue, May 18, 2010 at 08:23, Ursem, Gideon wrote:
> Hi,
>
> we are planning to upgrade the OS on which subversion is running from SP1 to
> SP2.
> Are there any known issues for Windows 2003 SP2?
>
> We are using Subversion for Win32, version 1.1.3
You really ought to upgrade your Subversion ins
On Tue, May 18, 2010 at 1:09 PM, Zoran Jeremic wrote:
> Hi everybody,
>
> I'm using SVN repository to share the project with project partners.
> However, I work on two different PC (at home and at workplace) and I want to
> use SVN to synchronize on daily basis but I don't want to synchronize with
Hi
Thanks for your replies.
Perhaps I should have been more careful in what I wrote. Svn branching is easy.
It is the results of merge tracking that can be confusing. It's good to hear
from Mark that this problem is being addressed. I think I shall wait until the
next release before recommendi
On Tue, May 18, 2010 at 10:16 AM, Cufi, Carles
wrote:
>> Subversion is likely working properly, but yes it is confusing. When
>> you do a merge into a branch, Subversion updates its mergeinfo
>> tracking on all of the locations that have the property set. There
>> have been numerous posts that
Hi there,
> Subversion is likely working properly, but yes it is confusing. When
> you do a merge into a branch, Subversion updates its mergeinfo
> tracking on all of the locations that have the property set. There
> have been numerous posts that describe how and why it gets set in the
> first
On Tue, May 18, 2010 at 4:11 PM, Mark Phippard wrote:
> On Tue, May 18, 2010 at 9:55 AM, David Aldrich
> wrote:
>
> > I have just finished working on a branch and have performed a reintegrate
> merge back into the trunk. I only worked on 4 files in the branch and I
> carefully merged from trunk
Thanks for the suggestion Tyler. I will take a look at the docs for this.
Mark
-Original Message-
From: Tyler Roscoe [mailto:ty...@cryptio.net]
Sent: Monday, May 17, 2010 3:55 PM
To: Eramo, Mark
Cc: users@subversion.apache.org
Subject: Re: Partial Checkout Script
On Mon, May 17, 2010
On Tue, May 18, 2010 at 9:55 AM, David Aldrich wrote:
> I have just finished working on a branch and have performed a reintegrate
> merge back into the trunk. I only worked on 4 files in the branch and I
> carefully merged from trunk to branch several times (including immediately
> prior to th
Sorry to intrude in the conversation, but I am currently experiencing exactly
the same issues.
> Branching and merging is not the simplest operation in the world. Svn is
> one of the easier environments for doing merging.
Agreed.
> If you had not gotten the 101 property changes, what would your
Hi,
we are planning to upgrade the OS on which subversion is running from SP1 to
SP2.
Are there any known issues for Windows 2003 SP2?
We are using Subversion for Win32, version 1.1.3
Thx in advance
Met vriendelijke groet, Kind regards,
Gideon Ursem
Technical Application Support - Wintel
HP
Hi everybody,
I'm using SVN repository to share the project with project partners.
However, I work on two different PC (at home and at workplace) and I
want to use SVN to synchronize on daily basis but I don't want to
synchronize with other partners every time. Is it possible to make some kind
> The reintegration correctly identified the four files that I had worked on
> and that had changed, but also showed 101 files as 'Modified (properties
> only)'. I know that there are good documents that describe merging and
> explain what this sort of state means, but I struggle to understand what
Branching and merging is not the simplest operation in the world. Svn is
one of the easier environments for doing merging.
(a) doing test merges is easy
(b) creating branches is easy and quick
(c) it does have merge tracking
If you had not gotten the 101 property changes, what would your opinion
Hi
I have just finished working on a branch and have performed a reintegrate merge
back into the trunk. I only worked on 4 files in the branch and I carefully
merged from trunk to branch several times (including immediately prior to the
reintegration).
The reintegration correctly identified th
From: Erik Andersson [mailto:kir...@gmail.com]
Sent: Tuesday, May 18, 2010 2:37 AM
To: Erik Hemdal
Cc: users@subversion.apache.org
Subject: Re: mailer.py matches all paths; ignores for_paths; SVN 1.6.9
Thanks for the help, Erik
How have you setup your structure?
module/trunk
module/branches
Hi Stein,
> I'm in the same environment as you describe, but the only times
> svn:mergeinfo mysteriously reappear is when using svn copy, not merges.
That's interesting. So you have something relatively similar happening, where
svn:mergeinfo reappears after deleting it? It could be related I gue
I'm in the same environment as you describe, but the only times
svn:mergeinfo mysteriously reappear is when using svn copy, not merges.
On 18-May-10 10:04, Cufi, Carles wrote:
And then the original bunch of 60 odd files get the svn:mergeinfo property
added.
Maybe because amongst the unmerged
Hi,
We have recently encountered the behaviour described in this Issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=3469
The issue is currently listed as "NEW", but looks like it was opened in August
2009.
Are there any plans to address it in forthcoming releases or perhaps it has
bee
> -Original Message-
> From: Daniel Widenfalk [mailto:daniel.widenf...@iar.se]
> Sent: dinsdag 18 mei 2010 10:00
> To: Dan Stromberg
> Cc: users@subversion.apache.org
> Subject: Re: race condition on checkin immediately followed by a merge?
>
> Hi Dan,
>
> Dan Stromberg wrote:
> >
> >
Hi there,
I have read all the info I have been able to found with Google regarding
svn:mergeinfo but I have come across a case that does not seem to be covered in
the internet archives.
I had 60 odd files sparsely distributed in my trunk which contained the
svn:mergeinfo property (from a part
Hi Dan,
Dan Stromberg wrote:
>
> The code I'm aiming to replace has had a longstanding problem with SVN
> reliability. ISTR that one of the issues was that a change would be
> checked in, and then checked back out (or merged), and the change just
> made would seem to not be there - for a while,
43 matches
Mail list logo
