Vraag Subversiefout: (405 Methode niet toegestaan) in reactie op MKCOL


Ik krijg de volgende foutmelding wanneer ik probeer een nieuwe directory toe te voegen.

svn: Commit failed (details follow):
svn: Server sent unexpected return value (405 Method Not Allowed) in response to MKCOL request for '....

Ik heb deze fout nog nooit gezien. Hoe kan ik dit probleem oplossen?

Oplossing
Ik heb het probleem kunnen oplossen:

  • Verwijder de map van de ouder van de map met het probleem.
  • Voer SVN-update uit.
  • Een map met dezelfde naam als de nieuwe map bestond al in de repository.
  • Verwijder deze map.
  • SVN commit.
  • Kopieer de nieuwe map, plan voor toevoeging en SVN commit.

63
2018-05-25 14:35


oorsprong


Ontbreekt informatie, zoals uw configuratie, uw transport (HTTP / HTTPS), de berichten op het serverfoutlog (het belangrijkste), of u een web-cache-service uitvoert tussen client en server, enz ... - Juliano
Voeg oplossingen toe als antwoorden, in plaats van toe te voegen aan de vraag - Sam Cogan
Ik haat svn geven fout en stop. Het ziet eruit als een kind dat voortdurend snottert. Ik heb teruggekeerd, dan toegevoegd en vervolgens toegewijd en magisch server geaccepteerd.
Zie voor google code repository - stackoverflow.com/a/32636072/1406510 - nanosoft


antwoorden:


Deze fout duidde meestal op de map die u probeert toe te voegen nu al bestaat in de repository - heb je recent een update gedaan, of heb je in eerste instantie een niet-recursieve checkout gedaan?

Ik ben eerder deze fout tegengekomen - vond een blog die me vertelde wat het probleem was. De oplossing was een beetje ingewikkelder, verwijder de betreffende map uit mijn werkkopie (kopieer deze ergens anders), voer een recursieve update uit en voeg de twee mappen handmatig samen.

Bewerken: Opps - al beantwoord in vraag body. En hier was ik helemaal opgewonden dat ik het antwoord op een onbeantwoorde vraag wist :)


44
2018-05-27 12:41



@Andrew - nou, je hebt de vraag goed beantwoord ... @Sergio had zijn eigen vraag moeten beantwoorden. - Josh


Ik had een soortgelijk probleem met MKACTIVITY op googlecode. Het was omdat ik de repository had uitgecheckt met http :, maar check-ins vereist https :.


8
2018-04-19 19:48



Geweldige vangst - ik stond op het punt om de woede van de ongeduldige programmeur op mijn machine los te laten. :) Je moet de map opnieuw uitcheckpen met https: (of als je stiekem de map opruimt behalve de .svn, en dan de inhoud van .svn / entries wijzigen die de URL van http => https heeft. Nu de commit-scherm zou de https-URL tonen.) - Gishu
stackoverflow.com/a/32636072/1406510 - nanosoft


Ik kreeg dezelfde fout en wist het op te lossen:

  1. SVN Hernoem de problematische map naar 'foo' of wat dan ook
  2. SVN Commit
  3. SVN Hernoem de naam naar de gewenste naam
  4. SVN Commit

Ik weet niet zeker of dit in alle gevallen werkt, maar het is eenvoudiger dan het verwijderen van de bovenliggende map.


5
2017-10-14 10:45



Die simpele oplossing heeft mijn probleem opgelost. Hartelijk bedankt! :) - consuela


Staat je svn-repository commits toe via HTTP? Sommige opslagplaatsen, zoals SourceForge, toestaan anoniem afrekenen via HTTP, maar vereisen dat ontwikkelaars inchecken via svn en SSH.


4
2018-05-25 14:50





In mijn geval had ik problemen met het inchecken van bestanden in een map. Ik volgde de stappen die Sergio uiteenzette met een paar wijzigingen.

  1. De probleemhoofddirectory gekopieerd.
  2. Verwijderde .svn-bestanden in de gekopieerde map
  3. svn verwijderen / parent_directory
  4. plegen
  5. Maak een nieuwe map in repo
  6. plegen
  7. Verplaats submappen van gekopieerde map naar repo
  8. plegen
  9. Kopieer individuele bestanden
  10. plegen

Ik had een paar bestanden met wie ik problemen had. Ik liet ze uit de repository, maar maakte ze opnieuw met een nieuwe naam.


3
2018-06-29 18:51





Ik had dit probleem toen ik een indexformulier SVN verwijderde en het vervolgens opnieuw maakte, toen ik de nieuwe toegevoegde map vastlegde, leverde SVN deze fout op. Ik heb het probleem opgelost door een SVN uitvoeren in de nieuwe toegevoegde map en vervolgens de conflicten handmatig oplossen.


2
2017-11-28 09:43





Met Unfuddle, een gehoste svnservice, zie ik herhaaldelijk deze fout wanneer de .svn vertrapt wordt door het kopiëren van bestanden in de OS X-zoeker. De svn bezwering die voor mij werkte:

  • terugkeren
  • bijwerken
  • verwijder de map met de externe URL
  • voeg toe en maak de map vast

1
2017-10-05 04:28





In mijn geval was ik bezig met het toevoegen van een nieuwe map waarvan mijn lokale (client) metagegevens veronderstelden dat deze al op de server stonden en dat Cleanup het niet corrigeerde. Ik heb een back-up gemaakt van alle nieuwe en gewijzigde bestanden, alles verwijderd (behalve de root .svn-map), Update uitgevoerd om de bestanden te herstellen en de nieuwe en gewijzigde bestanden waarvan ik een back-up had gemaakt terug naar de map gekopieerd. Ik heb de nieuwe bestanden opnieuw toegevoegd en met succes vastgelegd.


0
2017-10-05 23:49





In Eclipse is het eenvoudig te repareren.

Team> Schakel over naar een andere tag / filiaal

Selecteer, volledig recursief en vink Wijzig werkkopie aan op gespecificeerde diepte

druk op OK

Het pictogram van de map verandert. Klik met de rechtermuisknop en (team>) Markeer opgelost.

Dat is alles, nu kunt u zich binden.


0
2018-03-20 22:36



Houd in gedachten dat Eclipse een ontwikkelingshulpmiddel is en niet echt de focus van ServerFault. - Andrew B


Maak een back-up van de map.
Verwijder de map in de repository (met behulp van Repo-Browser).
Commit opnieuw.

Werkt prima voor mij.
Marcus


0
2017-08-06 07:01