Ik gebruik TortoiseSVN. Ik heb net een flink aantal wijzigingen aangebracht in mijn werkkopie en nu ging ik een commit doen die een aantal van de bestanden heeft doorgemaakt, maar in één bestand met de naam Search.aspx.cs staat
Commit failed (details follow):
Can't open file
'C:\-----\trunk\.svn\text-base\Search.aspx.cs.svn-base':
The system cannot find the file specified.
Ik heb geprobeerd een SVN-update en SVN-opruiming uit te voeren en niets herstelt dit bestand. Ik kan niet eens een diff maken omdat het een soortgelijke fout geeft over ontbrekende bestanden. Hoe los ik dit op? Wat heb ik gedaan om het te veroorzaken?
Antwoord 1, autoriteit 100%
Lijkt dit een mogelijk antwoord op uw situatie?
(van http://www.uwplatt.edu/csse/ tools/subversion/subversion-help.html)
“Kan bestand ‘(naam hier)’ niet toevoegen: object met dezelfde naam al
bestaat.of
“Kan bestand ‘folder.svn\tmp\text-base\file.svn-base’ niet openen:
Het systeem kan het bestand niet vinden
gespecificeerd.”Beide betekenen dat twee bestanden in dezelfde
map hebben dezelfde naam, behalve voor
hoofdlettergebruik; bijvoorbeeld
“Readme.txt” en “README.TXT”. Unix
en Subversion zijn hoofdlettergevoelig, dus
de bestanden worden beschouwd als
totaal niet gerelateerd. Maar in Windows
is niet hoofdlettergevoelig, dus als het
probeert README.TXT bovenop te updaten
Readme.txt (zeg maar), het breekt.De zekerste manier om het probleem op te lossen is:
om in te loggen op een Unix-systeem (zoals:
io.uwplatt.edu) en gebruik de unix-notities
om de repository daar te bekijken. U
kan dan de opdracht svn mv gebruiken om
hernoem een van de bestanden. Als je binnen bent
midden in een poging om een bestand toe te voegen aan
uw repository, kunt u proberen om
TortoiseSVN->Hernoemen… om de naam van de . te wijzigen
bestaand bestand naar iets volledigs
anders en dan updaten. Let daar op
je moet de TortoiseSVN hernoemen gebruiken
commando’s; alleen het bestand hernoemen in
Windows Verkenner zal uw . niet repareren
problemen.
Ik had dezelfde fout, en met behulp van Tortoise SVN’s repo-browser kon ik bevestigen dat er twee bestanden in de repository waren met dezelfde naam, alleen variërend in hoofdletters/kleine letters. Je kunt dit probleem ook oplossen via de repo-browser door een van de bestanden te verwijderen (je kunt eerst een diff doen via de repo-browser om er zeker van te zijn dat je hebt wat je nodig hebt).
Antwoord 2, autoriteit 13%
U kunt een werkbestand kopiëren:
C:—–\trunk\Search.aspx.cs
naar de ontbrekende:
C:—–\trunk.svn\text-base\Search.aspx.cs.svn-base
en het zal werken.
Antwoord 3, autoriteit 10%
Hallo, ik kom vandaag een soortgelijk probleem tegen.
kan het bestand .svn\pristine\24\24fd530d4bd82341fb514ab912c9e10adbc4ad89.svn-base niet vinden
En ik gebruik de eenvoudige manier om dit probleem op te lossen.
Eerst verwijder ik de kopieermap van dit project
En dan zoek ik op dat dit bestand niet in die map bestond. Dus ik kopieer gewoon een svn-base uit een ander bestand en hernoem dit met 24fd530d4bd82341fb514ab912c9e10adbc4ad89.svn-base. En voer dan de opruimbewerking uit. Daarna ontmoet ik een ander bestand dat op dezelfde manier ontbreekt en eindelijk los ik dit probleem op. Ik hoop dat het je kan helpen
met andere woorden de oplossing is maak een nieuw svn-base-bestand met de ontbrekende bestandsnaam
Antwoord 4, autoriteit 6%
Dit plaatsen voor degenen die hetzelfde probleem hebben waar het nietgerelateerd is aan dezelfde bestandsnaam in verschillende hoofdletters/hoofdletters:
Ik weet niet zeker wat de oorzaak is, maar deze oplossing werkte voor mij:
- check de betreffende sectie af naar een nieuwe tijdelijke locatie
- maak een back-up (voor het geval dit niet lukt) en verwijder de .svn-map op uw hoofdlocatie
- vervang de .svn-map op je hoofdlocatie door die van de tijdelijke locatie
- toezeggen
Dit werkte voor mij. Ik had slechts één bestand gewijzigd. Op de een of andere manier is de .svn-map beschadigd geraakt. Maak een back-up van je werk voordat je dit doet.
Antwoord 5, autoriteit 3%
Voor mij was het probleem: hoofdlettergevoelig
SVN-repository commit onder Linux: 2 bestanden met dezelfde naam behalve voor kapitalisatie
SVN-repository bijgewerkt onder Windows: Fout bij Uurying Update of Checkout = & GT; Het systeem kan het opgegeven bestand niet vinden.
6
Ik had dit probleem na per ongeluk lege .SVN / TMP-mappen (en alle andere lege mappen op mijn HD). Geen van de bovenstaande oplossingen, behalve het herstellen van een lege .SVN / TMP-map geholpen (voor alle .Svn-mappen).
7
deed de rest van uw wijzigingen in orde?
Als ze het beledigende bestand hebben gekopieerd, doden de map, bekijk dan een verse kopie en voeg het bestand terug
8
Ik heb zojuist hier ingecheckt omdat mijn TSVN net dezelfde fout heeft geactiveerd.
In mijn geval een eenvoudige ‘opruimen’ op de bijbehorende mappen geholpen.