SVN Commit non riuscito, accesso vietato

Question

Recentemente sto affrontando il problema di commit a SVN. Il server SVN che sto usando è VisualSVN Server 2.5.9 e il client è TortoiseSVN 1.7.12.

Inizialmente, un utente ha problemi nel trasferire file su SVN. Ma quell'utente può ancora accedere al repository e scaricare l'aggiornamento. Il secondo utente sul secondo PC funziona correttamente. Ma oggi il secondo utente ha lo stesso problema del primo utente.

Perché questo accada? Come può essere risolto il problema? Grazie.

Answer 1

È possibile ottenere l'errore "Forbidden" se l'account utente non dispone delle autorizzazioni di accesso a un percorso di repository o repository; ha senso controllare le impostazioni di autorizzazione per il tuo account utente. Assicurati che l'amministratore di sistema non ti abbia fornito l'autorizzazione Nessun accesso al percorso del repository.

Se si è certi che le autorizzazioni siano impostate correttamente, quindi controllare l'URL che si utilizza. Gli URL in Apache Subversion sono case-sensitive.

Inoltre, vi consiglio di leggere gli articoli in materia di autorizzazioni in Subversion e VisualSVN Server:

• SVNBook su path-based authorization.
• VisualSVN Team's article sull'autorizzazione basata su percorso. Spiega i principi dell'autorizzazione SVN confrontandolo con il controllo di accesso di Windows.

Answer 2

Come nuovo utente di questi due pacchetti software, ho riscontrato lo stesso identico problema. Come è stato anche scoperto sopra, la mia soluzione era usare le stesse lettere del caso che si trovano nel percorso del repository.

Ecco un suggerimento che ritengo utile: in VisualSVN, è possibile fare clic con il pulsante destro del mouse sul percorso, quindi fare clic su "Copia URL negli Appunti" per incollare in Tortoise per accertarsi che il percorso sia identico.

Answer 3

In realtà, ho avuto questo problema come te. Le mie finestre è Server 2008 e le mie Subversion è:

TortoiseSVN 1.7.6, Build 22.632-64 bit, 2012/03/08 18:29:39 Subversion 1.7.4, 1.4.5 aprile aprile -utils 1.3.12 neon 0.29.6 OpenSSL 1.0.0g 18 gen 2012 zlib 1.2.5

ho usato in questo modo e ho risolto questo problema. Ho usato l'opzione [gruppo]. questa opzione crea problemi. Riscrivo i contenuti del file authz. Rimuovi l'opzione di gruppo. e ho impostato uno per uno. Io uso bene.

Grazie per la lettura.

Answer 4

Se il problema si trova sul lato client, questa potrebbe essere una delle cause dell'errore.

Sui client TortoiseSVN salva le credenziali del client sotto

impostazioni Tortoise/dati salvati i dati di autenticazione /.

Ho ricevuto lo stesso errore nel tentativo di salvare i miei file, ma le mie credenziali sono state modificate. Cancellare questa cache qui ti darà un popup sul prossimo tentativo di commit per reinserire le tue credenziali corrette.

Answer 5

Non è stato possibile eseguire il commit di file csharp (* .cs). Alla fine il problema era che ad un certo punto ho installato mod_mono, che rendeva inaccessibili i file * .cs, attraverso la sua configurazione. Quindi potrebbe essere un problema di configurazione di apache, se solo alcuni tipi di file non sono accessibili.

grep ".cs" /etc/apache2/mods-enabled/* 
... 
mod_mono_auto.conf:AddType application/x-asp-net .cs 
...