Ho installato un nuovo repository SVN, con SVNServe, nel file conf, anon-access = none.TortoiseSVN non richiede l'autenticazione?
SVNServe lo fa correttamente, ma quando provo a cercare i repository usando TortoiseSVN, si dice solo che l'accesso non è permesso. Non dovrebbe invece chiedermi il nome utente e la password?
Come posso ottenere TortoiseSVN per chiedermi i dettagli di accesso?
esecuzione SVN 1.5.6, 1.5.9 TortoiseSVN
Siamo spiacenti, non ha rimuovere il commento seguente riga nel file di configurazione:
password db = passwd
buono è stato risolto :) - accetta la tua risposta, quindi questa domanda appare come risposta. – eglasius
Per chiarire, config è svnserve.conf in repo/conf –
Probabilmente ha salvato alcuni dati di autenticazione, provare:
click destro-> tortoise-> Impostazioni-> salvato Data-> Dati di autenticazione-Clear .
In alcuni casi, il pulsante "Cancella" -Autenticazione dati rimane disattivato, quindi rinominare la cartella in cui è salvato il certificato. La prossima volta che SVN chiederà automaticamente la password.
Nop ... controllato che, nessun dato di autenticazione salvato. Il pulsante Cancella è disabilitato. – Robo
Ha funzionato per me :) – GateKiller
Questa cartella è '% APPDATA% \ Subversion \ auth'. –
Se il pulsante di dati -Authentication "Clear" rimane disattivata, nonostante il salvataggio del certificato basta rinominare il cartella in cui è salvato il certificato. La prossima volta che SVN chiederà automaticamente la password.
Ho avuto lo stesso problema utilizzando beanstalkapp.com ed è stato in grado di risolverlo utilizzando http * s * anziché http quando si specifica l'URL di svn checkout.
Questo è quello che ottengo per non copiare e incollare.
Potrei giurare che ho controllato utilizzando HTTPS dal codice di Google, ma a quanto pare non l'ho fatto. Spostando l'URL HTTP su HTTPS, TortoiseSVN inizia a chiedere nuovamente le credenziali. – ken
Volevo semplicemente aggiungere una soluzione in più che potrebbe impedire a TortoiseSVN di chiedere l'autenticazione. Avevo la situazione in cui un utente poteva autenticarsi da altre macchine, ma su questa macchina avrebbe fallito con un "Servizio HTTP non previsto 503" non disponibile "e non chiedere l'autenticazione. Le impostazioni di Tortoise> Dati salvati> Dati di autenticazione erano chiari, potevamo eliminare% APPDATA% \ Roaming \ subversion \ files inutilmente. Si scopre che a un certo punto l'utente ha provato a "risolvere" un problema impostando il proxy di rete.
Acclamazioni Proxy Server, spero che questo aiuta qualcuno.
pensare Ho appena scoperto, c'era un -R nella configurazione svnserve (sola lettura per tutte le operazioni pronti contro termine) messo lì per l'installazione - una cosa semplice, ma questo è tutto nuovo per me ...
Se sei connesso tramite DirectAccess dovresti scaricare la versione IPv6 di TortoiseSVN. È possibile trovare l'ultima versione here.
Lo si può trovare nella cartella versione/Application/ipv6
riavviare il sistema dopo l'aggiornamento di password. Dopo il riavvio SVN sarà riconfigurarsi e chiedere l'autenticazione invece di usare precedente password memorizzata
Impostazioni - Avanzate - AllowAuthSave = true
Sono abbastanza sicuro che dovrebbe chiedere automaticamente. Stai usando il protocollo svn: //, giusto? Puoi pubblicare la tua configurazione? – strager
Sì, gli altri repository che ho configurato l'hanno richiesto automaticamente, quindi non so perché non lo faccia per questo. Gli altri repository erano Apache, questo è SVNServe. Sì sto usando svn: // Oltre ai commenti predefiniti, ho solo aggiunto questo a config: realm = Subversion Repository – Robo