What feature do we suggest? A new svn property (aliens? :-) to reach
"pure" http paths; during svn checkouts, when this property is followed,
the standard http protocol is used and the resulting subtree is marked as
"specially managed", so that svn status does not see it as a standard
unversioned tree (this is to avoid that the user, by mistake, adds the
tree to SVN repo. Similar ideas apply for svn export and svn commit.
Here is the background: in our company we have been managing SVN
repositories since 2007; one of these repo has more than 800000 revisions
and uses almost 140GB.
The reason for this large size is that, despite of the rules we stated,
many users committed big binary files. Some were by mistake, some because
the users found SVN the most reasonable place.
For the latter case I am referring to libraries and artifacts that are
necessary to build the final product, that will be stored using the
company PLM tool, not in SVN repo.
We then introduced an artifact repository manager, namely Sonatype Nexus,
to store these artifacts; we store in Nexus any kind of artifact,
whichever is the programming language used to produce it.
For development trees we are used to set svn:externals property to access
source files, possibly in other SVN repositories; we know it is "legal" to
access binary files and libraries too, provided they are stored in a
Subversion repository. But we strongly discourage such a behaviour and
suggest to use Nexus instead.
What is our build process for a large project?
The modules are debugged and tested, the resulting artifact is stored (and
versioned) on Nexus.
When programmers have to produce the final product they need to have a
complete tree, made of sources for the main tree and of objects/libraries
for the modules.
The problem is well known: it is impossible to access Nexus repositories
via http through svn:externals: SVN expects to use the same protocol for
the whole tree, externals included.
I did not find anything useful on the web, apart from the suggestion to
use scripts to produce the correct environment, but such a solution
depends on the development environment: for some developers it is very
easy, for others it is not.
Thanks in advance,
Product Data & Configuration Management
Selex ES, A Finmeccanica Company
Via Puccini 2
16154 Genova (Italia)
(Tel.) +39 010 6584092
This email and any attachments are confidential to the intended recipient
and may also be privileged. If you are not the intended recipient please
delete it from your system and notify the sender. You should not copy it
or use it for any purpose nor disclose or distribute its contents to any
Questa e-mail e tutti i suoi allegati sono da intendersi inviati in via
riservata all'effettivo destinatario e possono essere soggetti a
restrizioni legali. Se non siete l'effettivo destinatario o avete ricevuto
il messaggio per errore siete pregati di cancellarlo dal vostro sistema e
di avvisare il mittente. E' vietata la duplicazione, l'uso a qualsiasi
titolo, la divulgazione o la distribuzione dei contenuti di questa e-mail
a qualunque altro soggetto.
Prima di stampare questa comunicazione consideratene, per favore,
Please consider the environment before printing this email
Received on 2015-10-16 10:06:33 CEST