problema di subversion - commit access

Question

Sono nuovo nell'impostazione di subversion ma originariamente quando ho creato un repository, tutti i membri del mio team potevano aggiornarlo e commetterlo senza problemi. Si è verificato un problema e abbiamo deciso di ricrearlo, ma ora posso solo apportare modifiche. E il mio nome utente/password non funziona sui loro computer, quindi sono sicuro che sia qualcosa di ovvio e sciocco, ma non ne so abbastanza per sapere cosa sta causando.

I file passwd e svnserve.conf sono gli stessi del repository originale che ha funzionato per tutti.

Qualche idea? Grazie in anticipo.

Answer 1

Ho avuto un problema come questo. Alla fine ho finito per rimuovere tutti gli utenti e i gruppi, quindi li ho ricreati tutti.

Answer 2

Se il repository si trova su una macchina Linux e si sta utilizzando svn + ssh, penso che le autorizzazioni di impostazione sul repository possano risolvere il problema. Idealmente, si vorrebbe creare un gruppo per tutti gli utenti che hanno bisogno di accedere al repository e rendere il repository scrivibile per quel gruppo. Se non puoi creare un gruppo, dovrai renderlo scrivibile in tutto il mondo.

In alternativa, è possibile configurare il server Web Apache per accedere al repository attraverso il Web. Funzionerà anche con Tortoissvn.

Answer 3

È attivo un firewall sugli altri computer? disattivarlo e riprovare. Se funziona, definire un'eccezione appropriata. Forse allora anche prendere in considerazione riattivare il firewall sul computer :-)

Answer 4

Avrai voglia di concentrarsi sulle cose che hanno cambiato ...

svn + ssh richiede che si è connessi al sistema repository e che auth-access = write (in svnserve.conf), almeno è così che l'ho visto impostato. È possibile che inizialmente ci siano sessioni registrate nel repository e non ci sono più?

C'è una grande tutorial su configurazione:

"Guida di installazione per Linux Subversion Server, utilizzando l'accesso client SSH (utilizzando il protocollo svn + ssh con svnserve -t)

Gunther Strube (GBS @ utenti .sourceforge.net, marzo 2004)"

ma probabilmente già sapeva che ;-)

Answer 5

potrebbe essere necessario eliminare la cache di autenticazione svn locale su ogni macchina accedere al server sVN per forzare ogni utente per autenticare di nuovo. La cache di autenticazione è nella home directory dell'utente: Linux: /home//.subversion Windows: C: \ Documents and Settings \ .subverison

maggior parte degli strumenti client SVN hanno un'opzione di debug - si prega di attivare questa opzione e la revisione Il risultato. Ho visto clienti che non gestiscono l'autenticazione NTLM molto bene. Il server svn dovrebbe sempre offrire l'autenticazione BASIC su NTLM.