nicht commit im svn, da Arbeitskopie ist immer veraltet
Ich versuche zu Begehen einige Arbeit, aber svn schlägt immer fehl und sagt mir, dass eine Datei, die ich geändert, ist veraltet. Ich habe versucht, aktualisieren Sie zuerst, dass das nicht funktioniert. Cleanup funktioniert nicht. Wenn ich wieder die Datei, kopieren Sie die änderungen und versuchen, dass es immer noch nicht. Es ist nicht nur eine Besondere Datei entweder, wenn ich wieder die ganze Sache wieder zu einem vorherigen revision, und ändern Sie jede Datei, die dieses problem immer noch Auftritt.
Ich bin aus Ideen heraus. Jemand etwas?
Dank.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Versuchen, die Schaffung von einem frischen, checkout, dann kopieren Sie Ihre änderungen. Ich hatte einige unerklärliche Probleme mit TortoiseSVN auch, und dies war das einzige, was half.
Wenn Sie können, aktualisieren Sie Ihre Datei aus der Arbeitskopie scheint, richtig zu arbeiten.
Hast du das update-Verzeichnis oder nur die Datei? Ich hatte Situationen beim svn konnte nicht verpflichten, weil die directory-Eigenschaften geändert werden, die in das repository. Ein update auf das Verzeichnis dieses problem gelöst.
Anderen versuchen ist die Verwendung svn cleanup.
Neuen checkout ist der Letzte Ausweg.
Hier ist ein häufiges Szenario, ich habe gesehen, zu viele Menschen Kopfschmerzen. Es ist möglich, dass Sie vielleicht in diesem Zustand sein:
beschwert sich, die Datei 'bar' unter 'foo'
Verzeichnis-Probleme verursacht.
foo-Verzeichnis.
bar zurückgesetzt und svn freut sich.
zurück in der Arbeitskopie, und svn ist nicht mehr glücklich und nicht mehr in der Lage zu aktualisieren und/oder zu Begehen
Den fatalen Fehler, die hier war, wenn die Entwickler ein backup der dir 'foo', Sie auch ein back-up von all den verborgenen ".svn" - Verzeichnisse geschachtelt innerhalb foo.
So, die Lösung (in meiner Erfahrung), ist die Verwendung von tortoise svn die "export" - Funktion, um eine backup-Kopie von foo. Tortoise svn-Export-erstellt eine Kopie der Verzeichnis-Struktur ohne svn meta-Daten.svn-Verzeichnisse). Diese Weise, sobald Sie zu Schritt 3 zurück und der svn freut sich, wenn Sie eine Kopie Ihrer backup wieder in Ihrem Arbeitskopie-Verzeichnis, svn sein sollte, können Sie erfassen die änderungen richtig.
Dann wieder, wenn es nur eine einzelne Datei, die Sie erstellen einer backup-Kopie, dann wird das nicht helfen.
Für mich, dieses Verfahren funktioniert:
Auf eine einzelne Datei, hatte ich wieder eine alte version der Datei.
Wenn ich wollte, zu verpflichten, das Projekt, ich hatte die Meldung, dass diese bestimmte Datei veraltet ist und es nicht begangen hat.
Was getan werden sollte, ist kopieren Sie den Inhalt der Datei und wieder auf die neueste svn-version dieser Datei.
Sobald es fertig ist, kopieren Sie die Datei, die die Inhalte, die Sie gespeichert und dann commit.
Das funktionierte für mich.
Hatte ich diesen Fehler mit der Umbenennung von java-packages (Verzeichnisse für den svn).
Ich löste es durch tun "Override and Update" auf gelöschte Verzeichnis (muß leer in meinem Projekt). Dann verpflichtet Sie das neue Verzeichnis mit Dateien. Danach gelöscht, umbenannt in Projekt erneut und engagiert es wieder.