CVS remove sticky tag ohne update

CVS ist wirklich fahrend mich verrückt!

Gibt es irgendeinen trick, um entfernen sticky-tags, ohne dass eine Aktualisierung der Datei-Inhalt?
Ich weiß von "cvs up-A", aber dies ändert sich auch meine Dateien.

Oder Umgekehrt:
Gibt es eine Möglichkeit zum update ein komplettes Verzeichnis auf einen früheren Zeitpunkt, ohne klebrig-tags in den ersten Platz?

Hintergrund:
Ich benutze eine Arbeitskopie, die versioniert sowohl mit CVS und HG und ich habe es versaut, so dass ich wan ' T zurück zu gehen, um die neueste Punkt, wo es war in sync, und dann überprüfen, was kommen würde aus dem CVS.

Dank und Grüße.

Ich auch, jetzt bin Versionsverwaltung mit beiden HG und CVS (HG für meine eigene Bequemlichkeit, CVS, da es die legacy-Projekt). Ich habe getan, ähnlich wie bei HG/GIT/CVS/RCS/BZR/... Wir müssen herausfinden,. oder schreiben Sie uns ein how-to für solche mehrere VCS-tracking.

InformationsquelleAutor Peter | 2013-07-09

cvs

11

Diese können abhängig von Ihrer version von CVS, und kommt mit dem VORBEHALT, dass es nicht unterstützt wird, aber ich verwendet, um manuell entfernen Sie das sticky-tag aus der CVS/Entries-Datei. Ich habe diese eine Menge, wenn ich wollte zurück zu Rollen meine funktionierende version auf eine frühere version, aber vermeiden Sie die klebrige tag so, dass ich nur update normalerweise, wenn ich bereit bin.

Erste, aktualisieren Sie einfach die Datei auf die von Ihnen gewünschte version aus dem repository. Für Sauberkeit ich war in der Gewohnheit des Entfernens meine lokale Kopie der ersten.
```
rm myfile
cvs update -r 1.20 myfile
```
Dies wird natürlich verlassen Sie mit der klebrigen tag.
```
cvs status myfile
===================================================================
File: myfile      Status: Up-to-date

   Working revision:    1.20
   Repository revision: 1.20    /cvsroot/myproject/myfile,v
   Sticky Tag:          1.20
   Sticky Date:         (none)
   Sticky Options:      (none)
```
Den sticky-tag gespeichert ist, in der CVS/Entries-Datei in das Letzte Feld. Wenn man sich bei der CVS/Entries mit einem text-editor und suchen Sie nach Ihr mit dem Namen, findest du das hier:
```
/myfile/1.20/Thu Nov  6 18:22:05 2014//T1.20
```
Den T1.20 am Ende stellt das sticky-tag. Sie können einfach entfernen Sie es, verlassen Sie die Zeile:
```
/myfile/1.20/Thu Nov  6 18:22:05 2014//
```
Nun den sticky tag Weg ist. Sie sind in den gleichen Zustand Sie sein würde, wenn jemand überprüft hatte, in einer neuen version, und Sie habe einfach noch nicht aktualisiert wurde.
```
cvs status myfile
===================================================================
File: myfile      Status: Needs Patch

   Working revision:    1.20
   Repository revision: 1.21    /cvsroot/myproject/myfile,v
   Sticky Tag:          (none)
   Sticky Date:         (none)
   Sticky Options:      (none)
```
Sobald Sie überprüfen, ob dies funktioniert für eine einzelne Datei, und Holen Sie mutig, Sie können das gesamte Verzeichnis auf einmal, wenn Sie wollen, mit Ihrem bevorzugten tool (perl, awk, etc.) zu ändern Sie jede Datei in der CVS/Entries (oder nur die Zeilen, die Sie ändern möchten). Man sollte immer vorsichtig sein, natürlich. Ich verwende perl, und halten Sie ein .backup zurückgreifen, im Falle von Schwierigkeiten:
```
perl -pi.backup -e 's|//T[\.0-9]+$|//|' CVS/Entries
```
- Übrigens habe ich nicht das Gefühl, dass das entfernen des sticky tag ist gefährlich im Konzept. Besser wäre es natürlich über eine unterstützte Methode. Aber wie gesagt, das Ergebnis ist genau das gleiche wie wenn der Eincheckvorgänge in das repository nachdem Sie überprüft hatte sich ursprünglich, und Sie hatte nicht aktualisiert, noch. Wenn Sie lokale änderungen würden Sie erzählt werden, zu verschmelzen, bevor Sie aktualisieren können. Und wenn Sie nicht über lokale änderungen können Sie dann aktualisieren sauber.
- Zum Glück hatte ich nicht die Arbeit auf der legacy-CVS-Projekt mehr, so dass ich nicht getestet, diese Antwort, aber ich akzeptiere das als Antwort akzeptiert, weil es dem am nächsten kommt, was ich suchte.
- Die arbeiten Revisionsnummer ist am Ende geringer, dass das repository ein. Infolgedessen, ich kann nicht verpflichten, die "abgerufen" version wieder. Die Fehlermeldung: Up-to-date check failed for. Hat eine Lösung existiert?
- Wenn Sie lokale änderungen haben, die Sie wollen, zu Begehen, es ist das gleiche, als wenn jemand anderes begangen hatte, ein update. Sie müssen zuerst 'cvs update myfile", das Zusammenführen in Ihrer Arbeitskopie änderungen in das repository übergeben wurden zwischen Ihrem Arbeits-version und KOPF. Sie müssen möglicherweise Konflikte zu lösen, aber Sie würde dann mit einem normalen "Lokal geändert" arbeiten Datei, bei der der repository-version, und kann ein commit für die änderungen in der Regel.
- Ich kann nicht glauben, gibt es nicht eine option, zu der Sie zurückkehren zu einer vorherigen tag nicht stickily. In meinem Fall habe ich aktualisiert, ein Projekt zu KOPF. Aber es hat bugs. So möchte ich zurückgreifen auf ein paar Dateien, um zu einem früheren tag, um zu machen es zu arbeiten. Aber ich will nicht daran zu erinnern, gibt es klebrig-tags um, die nicht aktualisiert zu werden. Ich möchte erinnert werden anstehende änderungen das nächste mal wenn ich synchronisieren mein Projekt.
InformationsquelleAutor biomiker
1

Können Sie mit der option-p zu "cvs up" zu schreiben, um die standard-Ausgabe aus, die Sie umleiten können, um die original-Datei mit ">". Dies verhindert Klebrigkeit.
- Dies funktioniert aber lässt Sie mit dem status 'Lokal Geändert'. Wenn Sie möchten, um später zu aktualisieren, müssen Sie behandeln Sie diese Datei speziell wieder.
InformationsquelleAutor rdb
0

Oder andersrum: gibt es eine Möglichkeit zum update eine komplette
Verzeichnis auf einen früheren Zeitpunkt, ohne klebrig-tags in der ersten
Ort?

Den sticky tag ist es daran zu erinnern, dass Sie nicht in den KOPF. Wenn Sie änderungen übernehmen, Sie gehen nicht dort. Und nur das entfernen des sticky tag gefährlich werden könnte, in normalen Situationen.

Ich denke, der beste Weg zu gehen, um einen patch zu erstellen, aus dem Datum die repositories wurden in sync, um eine aktualisierte Kopie. Dann wenden Sie den patch rückgängig gemacht. Erstellen Sie einen patch mit den geänderten änderungen und gelten auf der anderen repository.

Auf eine saubere (aber nicht synchronisiert, repo):

$ cvs diff -R -D date_when_synced >patchfile

$ patch -R -pNUM <patchfile

Dann in der repo man aus den änderungen, die Sie nicht wollen, zu verlieren, mit cvs up -A:

$ cvs diff -R >patchfile2

Dann wenden Sie den patch in der "clean" - repository:

$ patch -pNUM <patchfile2

Ich glaube, das könnte tun, was Sie wollen, wenn ich es richtig verstanden habe.

InformationsquelleAutor Jean Waghetti

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.