Art einer Neuling Frage, aber ich habe Probleme mit SNVKit.
Ich verwende SVNKit in einer Anwendung, um Änderungen an Dateien zu committen. Ich habe es erfolgreich, die Dateien und Ordner der Arbeitskopie hinzuzufügen, aber ich habe Probleme, es an das Repository zu binden.
Der Befehl, den ich ausführen möchte, ist 'commit -m' Test Hinzufügen "/ svnroot / project1 / 'aber ich bekomme immernoch" svn:' / home / user 'ist keine Arbeitskopie "
Ich habe eine ähnliche Struktur:
Wenn ich versuche, die Datei zu committen, erhalte ich die folgende Meldung: "'/ svnroot / project1 / grouping1' steht nicht unter Versionskontrolle und ist nicht Teil des Commits, aber sein Kind ist Teil des Commits."
Was könnte ich falsch machen?
BEARBEITEN: Die Verzeichnisse wurden korrigiert.
Ich habe es irgendwo zu einem möglichen Fehler gefunden. Wenn ich keine Nachricht hinzufüge, funktioniert es. Zeit für mehr Graben. Danke für die Hinweise.
Wenn Sie sowohl ein Verzeichnis als auch ein untergeordnetes Objekt haben, aber keines davon nicht festgeschrieben ist, glaube ich, dass Sie diese Nachricht erhalten, wenn Sie versuchen, nur das Kind zu binden. Sie müssen zuerst das übergeordnete Verzeichnis festschreiben.
Ich denke, das Problem ist, dass Sie Änderungen am eigentlichen SVN-Repository selbst vornehmen, anstatt einen Import durchzuführen, eine Kopie für sich selbst auszuchecken, Änderungen vorzunehmen und dann nach dem Hinzufügen einer ausgecheckten Arbeitskopie einen Commit durchzuführen Unterverzeichnisse. Also: import , checkout , Änderungen vornehmen , und schließlich eine add für jede neue Datei oder ein neues Verzeichnis und commit -m "message" die oberste Ebene erstellen.
Weitere Informationen finden Sie in der kostenlosen Online-SVN-Turtle "Buch ."
Ich habe diese Nachricht erhalten, und mir ist aufgefallen, dass ich einen Commit gemacht habe, während ich im Unterverzeichnis war. Als ich zur Wurzel des Baumes wechselte, versprach es ohne Ausgabe.
Wenn Sie sowohl ein Verzeichnis als auch ein untergeordnetes Objekt haben, aber keines davon nicht festgeschrieben ist, glaube ich, dass Sie diese Nachricht erhalten, wenn Sie versuchen, nur das Kind zu binden. Sie müssen zuerst das übergeordnete Verzeichnis festschreiben.
Ich habe diese Nachricht erhalten, und mir ist aufgefallen, dass ich einen Commit gemacht habe, während ich im Unterverzeichnis war. Als ich zur Wurzel des Baumes wechselte, versprach es ohne Ausgabe.
Art einer Neuling Frage, aber ich habe Probleme mit SNVKit.
Ich verwende SVNKit in einer Anwendung, um Änderungen an Dateien zu committen. Ich habe es erfolgreich, die Dateien und Ordner der Arbeitskopie hinzuzufügen, aber ich habe Probleme, es an das Repository zu binden.
Der Befehl, den ich ausführen möchte, ist 'commit -m' Test Hinzufügen "/ svnroot / project1 / 'aber ich bekomme immernoch" svn:' / home / user 'ist keine Arbeitskopie "
Ich habe eine ähnliche Struktur:
Wenn ich versuche, die Datei zu committen, erhalte ich die folgende Meldung: "'/ svnroot / project1 / grouping1' steht nicht unter Versionskontrolle und ist nicht Teil des Commits, aber sein Kind ist Teil des Commits."
Was könnte ich falsch machen?
BEARBEITEN: Die Verzeichnisse wurden korrigiert.
Ich denke, das Problem ist, dass Sie Änderungen am eigentlichen SVN-Repository selbst vornehmen, anstatt einen Import durchzuführen, eine Kopie für sich selbst auszuchecken, Änderungen vorzunehmen und dann nach dem Hinzufügen einer ausgecheckten Arbeitskopie einen Commit durchzuführen Unterverzeichnisse. Also: %code% , %code% , Änderungen vornehmen , und schließlich eine %code% für jede neue Datei oder ein neues Verzeichnis und %code% die oberste Ebene erstellen.
Weitere Informationen finden Sie in der kostenlosen Online-SVN-Turtle "Buch ."
Es ist nicht ganz klar, weil Sie sie inkonsistent ersetzt haben, aber es sieht so aus, als würden Sie Repository-Pfade / URLs mit Arbeitskopiepfaden verwechseln. Verwenden Sie zum Hinzufügen oder Übergeben von Dateien immer die Arbeitskopiepfade. Versuchen Sie, mit der Befehlszeile svn herumzuspielen, bevor Sie versuchen, SVNKit zu verwenden.
verschiebe deinen -m "Kommentar" bis zum Ende. Ich würde nur Verzeichnis in Ihr Projektverzeichnis ändern. Dann gibst du einfach svn commit -m "comment" ein und svn erledigt den Rest.
Ich habe es irgendwo zu einem möglichen Fehler gefunden. Wenn ich keine Nachricht hinzufüge, funktioniert es. Zeit für mehr Graben. Danke für die Hinweise.
Manchmal verursacht die Verwendung einiger Softwareprogramme wie Eclipse oder Versions.app diese Fehler. Beenden Sie in diesem Fall den SVN-Client und führen Sie ihn in der Befehlszeile aus.
Wenn Sie ein komplett neues Verzeichnis festschreiben möchten, sollten Sie svn-Import verwenden stattdessen. So wie es jetzt aussieht, müssen Sie möglicherweise die aktuelle Situation wiederherstellen oder eine andere Aktion durchführen.
Sie haben wahrscheinlich etwas Refactoring durchgeführt und versuchen, 'some.package.YourClass.java' zu übernehmen, versuchen Sie in diesem Fall, das Verzeichnis (Paket) 'etwas' zu committen.
Wenn Sie sich in Zukunft vor solchen Kopfschmerzen bewahren wollen, sollten Sie lieber zu GIT wechseln als zu svn. Denken Sie daran, dass svn Ihre Änderungen in einer .svn-Datei speichert und versucht, sie in das Repository zu übernehmen. Wenn Sie es festschreiben, wird gemäß dieser .svn-Datei 'Ihre Änderungen' übertragen. Was aber, wenn deine Änderungen sehr komplex sind? svn kann damit nicht umgehen.
GIT andererseits: Sie rufen alle Updates ab, damit Ihr Projekt auf dem neuesten Stand ist. Und wenn man es begeht, überschreibt es einfach das Repo, da es weiß, dass es das Neueste ist und keine Hektik.
Wenn Sie ein komplett neues Verzeichnis festschreiben möchten, sollten Sie svn-Import verwenden stattdessen. So wie es jetzt aussieht, müssen Sie möglicherweise die aktuelle Situation wiederherstellen oder eine andere Aktion durchführen.
Sie haben wahrscheinlich etwas Refactoring durchgeführt und versuchen, 'some.package.YourClass.java' zu übernehmen, versuchen Sie in diesem Fall, das Verzeichnis (Paket) 'etwas' zu committen.
Wenn Sie sich in Zukunft vor solchen Kopfschmerzen bewahren wollen, sollten Sie lieber zu GIT wechseln als zu svn. Denken Sie daran, dass svn Ihre Änderungen in einer .svn-Datei speichert und versucht, sie in das Repository zu übernehmen. Wenn Sie es festschreiben, wird gemäß dieser .svn-Datei 'Ihre Änderungen' übertragen. Was aber, wenn deine Änderungen sehr komplex sind? svn kann damit nicht umgehen.
GIT andererseits: Sie rufen alle Updates ab, damit Ihr Projekt auf dem neuesten Stand ist. Und wenn man es begeht, überschreibt es einfach das Repo, da es weiß, dass es das Neueste ist und keine Hektik.