Gerarchia di server Subversion, serve un consiglio

Question

Gerarchia di server Subversion, serve un consiglio

#1 da (2 voti)
#2 da (0 voti)

3

Ho una configurazione di server di sovversione che devo occuparmi di diversi progetti, raggruppati per lingua, quindi client (società) e quindi per progetto

per es.

repos/

flex3
     \com1
          \project1
          \project2
     \com2
          \project1
          \project2
          \project3

flex4
     \com1
         \projectx
     \com2
         \projecty

java
    \projectz

repos è il mio repository root e quindi ho i 3 repository all'interno (crea con svnadmin create) flex3, flex4 e java, quindi flex3 dovrebbe avere due cartelle com1 e com2 per diversi client, ognuno conterrà diversi repository "di progetto".

Ho la sensazione che ho sbagliato, dovrei semplicemente creare la struttura di livello superiore come cartelle normali e quindi rendere com1 e com2 ecc in repos con "svnadmin create" in modo che possano essere aggiunti diversi progetti direttamente sotto di loro. È corretto?

Grazie

version-control

posta Hamid 25.10.2010 - 13:23

fonte

2 risposte

Leggi altre domande sui tag version-control

Come tracciare i tratti della classe C ++? Come gestire il timeout dell'API di sistema di terze parti

score 2 · Answer 1

Penso che dovresti porsi le seguenti domande prima di decidere il layout del repository per la tua azienda.

What data do you expect to live in your repository (or repositories), and how will that data be organized?

Where will your repository live, and how will it be accessed?

What types of access control and repository event reporting do you need?

Which of the available types of data store do you want to use?

Qui troverai l'articolo completo e come rispondere alle domande precedenti ...

Utilizziamo Visual SVN Server per un periodo di silenzio per gestire i nostri repository di progetto. Dai un'occhiata al layout del repository consigliato per Visual SVN

Detto questo, non stiamo usando il layout consigliato da Visual SVN; perché abbiamo progetti che possono sovrapporsi alle tecnologie, ad es. un progetto ASP.NET può avere un modulo flash o un amministratore ASP (per alcune applicazioni legacy). E c'è una restrizione di accesso per ogni progetto.

Questo è quello che stiamo usando, e sembra che stia funzionando bene finora. Alcune attività sono molto semplici, in particolare le routine di backup del repository, la gestione degli accessi e la struttura di trunk, branch e tag.

+ Repositories (root)
    + Project 1 (repository)
    + .......
    + Project 2 (repository)
    + .......
    + Project 3 (repository)
    + .......

score 0 · Answer 2

Perché hai creato tre repository e non solo uno?

 root
  +--- flex3
         +----...
  +--- flex4
         +----...
  +--- java
         +----...

potresti organizzare l'orgnaizzazione dei progetti in base ai progetti non nel linguaggio di programmazione che viene utilizzato .... e utilizzare un singolo repository svn invece di più ....