We have been working for a long time (almost a year) on two products in
paralell. One is a maintenance product, i.e. general bug fixes and very little
new features, called "base" and is effectively trunk. The other is a "new and
improved" with all the latest bells and whistles, and is handled
> Is there any way that SVN database may be corrupted. Any
> story , Issue , Experience..
The only time I have encountered this was when a collegue set up a BDB
repository and accessed it using file:/// on an NFS mounted disk from several
clients.
-Frode
> i have problem in seting up variable or installing the
> subvision can u help
> with the steps i have attache the arror massage
1) Never send attachments to this list (or any other lists which does not
explicetedly allow this in their charter).
2) You sent an image inside a proprietary format.
> Tennebø Frode wrote:
>
> >[...]
> >One of the files retrieved is the script "retrieve.sh" which
> in turn retrieves ~100 different products from my repository:
>
> have you considered using svn:externals instead?
Actually, I have. There are several iss
I have a setup where I have a help-structure which I check out as normal:
# svn co svn+ssh://halt/Products/Foo/lzy202432_13_application_sw/trunk .
Alibrlib
Alibrlib/lib
Alibcru
Alibcru/lib
Alibhci
Alibhci/lib
Aretrieve.sh
Alibcau
Alibcau/lib
:
:
One of the file
> Ok, but that's not what i we at work. The local svn will be a
> "working copy"
> of the external svn. In fact, no user have to use the
> external svn if there's a local svn. The goal of this is the
> limit the access to the WAN.
In that case the WAN repository can be looked on as a mirror/off
Ryan,
> AFAIK if you're going to commit several things at once, they
> need to all reside in a common parent directory that is a
> working copy of the same repository.
Thanks for your help. While not immediately obvious, this was in fact the
problem. Also, thank you for your time and effort
When I try to check in several directories I get the following error:
f...@tr:/foo>svn ci lib*/*
Checking: svn: '/foo/libcau' is not a working copy
f...@tr:/foo>svn ci librlib/* libhci/* libcru/* libcau/*
Checking: svn: '/foo/libcau' is not a working copy
The error-message in itself is correct;
I have a vendor branch which has diverged quite a lot from trunk. Now I have
got a new vendor release which is essentially the same as the previous version,
but completely restructured (we are talking about 2000+ files which have moved
around. However, I managed to get it imported into my vend
> I have the following problem. Repository A is used by a lab
> of developers. 1 developer needs to work off site against the
> code base held in A, for an extended period of time. He
> requires version control, but cannot gain access to
> Repository A. To solve this we can dump/mirror A into
10 matches
Mail list logo
