Bitte um Hilfe mit Subversion (SVN)

Bogus

C64 Generation

Registered: Mar 2006
Location: Graz
Posts: 3170

07.12.2016 - 09:21

hi

darf mich erstmal's mit SVN beschäftigen. dazu sind 2-3 fragen aufgetaucht, auf die ich noch keine antworten gefunden habe

a) es gibt aktuell einen zentralen SVN server, und die arbeitskopie davon ist ein vhost.
jetzt hab ich mir vom server eine arbeitskopie gezogen. sobald ich nun relevante änderungen gemacht habe, checke ich diese auf dem server ein.
-> kann ich die geänderten files dann einfach per ftp auf die workingcopy am vhost hochladen, oder muss ich die änderungen auf dem vhost vom server auschecken?

b) mein vorgänger hat scheinbar irgendwann vor ein paar monaten einen 'fehler' gemacht.
die aktuelle workingcopy des vhost lässt sich wegen einiger fehler (zb. wurden verzeichnisse ersetzt/umbenannt/gelöscht) nicht mehr einchecken.
gibt es einen shell befehl, mit dem ich die aktuelle working copy über die version am SVN server 'drüber bügeln' (forcen) kann?
oder ist das repository somit hinüber, und ich muss ein neues anlegen?

je nachdem welche lösung ich für frage 'b' finde:
c) es gibt im repository ein verzeichnis namens '\'. beim auschecken auf den windows pc klappt das natürlich nicht. kann ich das verzeichnis irgendwie direkt vom/im projektarchiv löschen?

TIA

meepmeep

Here to stay

Registered: Feb 2006
Location: Wien
Posts: 2337

07.12.2016 - 12:35

ad a: wenn ichs richtig interpretiert habe, dann ist der vhost ein webserver oder ähnliches, jedenfalls kein arbeitsplatz. Dort eine workingcopy liegen zu haben kann eigentlich nur bedeuten, dass installationen via 'svn update' gemacht werden (sollen). Via ftp hinschieben entspricht also wahrscheinlich nicht dem urspünglichen "konzept". Die workingcopy am vhost zu ändern, bedeutet, sie out-of-sync mit dem repository zu bringen. Ohne Checkin werden nachfolgende Updates problematisch.

ad b: wenn das tatsächlich der release-mechanismus ist, dann solltest du die workingcopy am vhost wegwerfen und einen clean-checkout machen. Außer natürlich die Software schreibt Daten an eine Stelle innerhalb der workingcopy, dann kannst nicht einfach löschen. In dem Fall müsstest wahrscheinlich zuerst mittels 'svn status' erhaltenswerte Änderungen ermitteln und nur diese commiten.

ad c: interessantes problem, wie schafft man denn sowas? kannst du das verzeichnis auf einem OS löschen/umbenennen, das damit umgehen kann? der svn client kann ressourcen auch via repository urls löschen, die richtige url könntest du dir mittels ungefährlichen svn commands ('svn list' oä) erarbeiten

Bogus

C64 Generation

Registered: Mar 2006
Location: Graz
Posts: 3170

07.12.2016 - 13:33

es war bisher so: der komplette vhost (webserver) wurde in die repository geladen. dann wurde über die shell an den scripts am vhost gearbeitet. beizeiten wurde dann ein checkin des vhost in die repository gemacht. sozusagen wurde SVN eher als eine art rollback und backup-funktion vom vhost verwendet.

ich kann also nicht: "server -> checkout auf vhost" machen, sondern ich muss: "vhost -> commit to server" machen. denn die daten am server sind quasi veraltet.

die sache mit svn status ist ganz nett, aber am vhost liegen über 32000 dateien.

ad a: ich ändere das bisherige system jetzt dahingehend, dass die repository bleiben sollte, sobald diese den aktuellen stand des vhost drinnen hat.
dann ziehe ich auf meinen lokalen rechner eine arbeitskopie davon. vom pc aus mach ich ein commit zum svn server. danach könnte ich entweder die geänderten daten vom server auf den vhost auschecken, oder ich lade die datei nach dem einchecken einfach per ftp in das arbeitsverzeichnis am vhost

ad c: es ist ein unterverzeichnis von fileadmin, in einem tmp ordner. möglicherweise hat hier jemand einen hack probiert.

Bearbeitet von Bogus am 07.12.2016, 13:44

Gegi

Here to stay

Registered: Jan 2001
Location: Wien
Posts: 791

08.12.2016 - 11:25

Zitat
komplette vhost (webserver) wurde in die repository geladen

Für mich klingt es als wäre das das ursprüngliche problem das es zu lösen gibt.

SVN is keine backup lösung.

Bogus C64 Generation Registered: Mar 2006 Location: Graz Posts: 3170	07.12.2016 - 09:21 hi darf mich erstmal's mit SVN beschäftigen. dazu sind 2-3 fragen aufgetaucht, auf die ich noch keine antworten gefunden habe a) es gibt aktuell einen zentralen SVN server, und die arbeitskopie davon ist ein vhost. jetzt hab ich mir vom server eine arbeitskopie gezogen. sobald ich nun relevante änderungen gemacht habe, checke ich diese auf dem server ein. -> kann ich die geänderten files dann einfach per ftp auf die workingcopy am vhost hochladen, oder muss ich die änderungen auf dem vhost vom server auschecken? b) mein vorgänger hat scheinbar irgendwann vor ein paar monaten einen 'fehler' gemacht. die aktuelle workingcopy des vhost lässt sich wegen einiger fehler (zb. wurden verzeichnisse ersetzt/umbenannt/gelöscht) nicht mehr einchecken. gibt es einen shell befehl, mit dem ich die aktuelle working copy über die version am SVN server 'drüber bügeln' (forcen) kann? oder ist das repository somit hinüber, und ich muss ein neues anlegen? je nachdem welche lösung ich für frage 'b' finde: c) es gibt im repository ein verzeichnis namens '\'. beim auschecken auf den windows pc klappt das natürlich nicht. kann ich das verzeichnis irgendwie direkt vom/im projektarchiv löschen? TIA
meepmeep Here to stay Registered: Feb 2006 Location: Wien Posts: 2337	07.12.2016 - 12:35 ad a: wenn ichs richtig interpretiert habe, dann ist der vhost ein webserver oder ähnliches, jedenfalls kein arbeitsplatz. Dort eine workingcopy liegen zu haben kann eigentlich nur bedeuten, dass installationen via 'svn update' gemacht werden (sollen). Via ftp hinschieben entspricht also wahrscheinlich nicht dem urspünglichen "konzept". Die workingcopy am vhost zu ändern, bedeutet, sie out-of-sync mit dem repository zu bringen. Ohne Checkin werden nachfolgende Updates problematisch. ad b: wenn das tatsächlich der release-mechanismus ist, dann solltest du die workingcopy am vhost wegwerfen und einen clean-checkout machen. Außer natürlich die Software schreibt Daten an eine Stelle innerhalb der workingcopy, dann kannst nicht einfach löschen. In dem Fall müsstest wahrscheinlich zuerst mittels 'svn status' erhaltenswerte Änderungen ermitteln und nur diese commiten. ad c: interessantes problem, wie schafft man denn sowas? kannst du das verzeichnis auf einem OS löschen/umbenennen, das damit umgehen kann? der svn client kann ressourcen auch via repository urls löschen, die richtige url könntest du dir mittels ungefährlichen svn commands ('svn list' oä) erarbeiten
Bogus C64 Generation Registered: Mar 2006 Location: Graz Posts: 3170	07.12.2016 - 13:33 es war bisher so: der komplette vhost (webserver) wurde in die repository geladen. dann wurde über die shell an den scripts am vhost gearbeitet. beizeiten wurde dann ein checkin des vhost in die repository gemacht. sozusagen wurde SVN eher als eine art rollback und backup-funktion vom vhost verwendet. ich kann also nicht: "server -> checkout auf vhost" machen, sondern ich muss: "vhost -> commit to server" machen. denn die daten am server sind quasi veraltet. die sache mit svn status ist ganz nett, aber am vhost liegen über 32000 dateien. ad a: ich ändere das bisherige system jetzt dahingehend, dass die repository bleiben sollte, sobald diese den aktuellen stand des vhost drinnen hat. dann ziehe ich auf meinen lokalen rechner eine arbeitskopie davon. vom pc aus mach ich ein commit zum svn server. danach könnte ich entweder die geänderten daten vom server auf den vhost auschecken, oder ich lade die datei nach dem einchecken einfach per ftp in das arbeitsverzeichnis am vhost ad c: es ist ein unterverzeichnis von fileadmin, in einem tmp ordner. möglicherweise hat hier jemand einen hack probiert. Bearbeitet von Bogus am 07.12.2016, 13:44
Gegi Here to stay Registered: Jan 2001 Location: Wien Posts: 791	08.12.2016 - 11:25 Zitat komplette vhost (webserver) wurde in die repository geladen Für mich klingt es als wäre das das ursprüngliche problem das es zu lösen gibt. SVN is keine backup lösung.

Bitte um Hilfe mit Subversion (SVN)

Forum Index > Software > Coding Stuff

Bogus

meepmeep

Bogus

Gegi