| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: Einchecken einer neuen Version eines veralteten Änderungsstandes (1265 mal gelesen)
|
michaeln Mitglied Konstrukteur
Beiträge: 834 Registriert: 07.10.2002 ProE WF2 M250, ProI 3.4 M030 WinXP-x64 SP2, Debian Etch
|
erstellt am: 14. Sep. 2006 11:59 <-- editieren / zitieren --> Unities abgeben:
Hallo, ich habe ein komisches Phänomen bei der 3.4 M030, was ich von der 3.2 nicht so kenne: Will man einen älteren Änderungsstand ändern und dann einchecken (je nach Konfiguration ist eine Admin-Berechtigung notwendig), legte die 3.2 eine neue Version des veralteten Änderungsstandes an. Die 3.4 erstellt nun einfach, ohne Meldung oder Nachfrage, eine neue Version des neuesten Änderungsstandes. Irgendwie ist die Logik, das etwas altes nicht verändert werde soll, ja richtig. Aber einfach ungefragt ein "altes" Objekt in den neuesten Index umtaufen ist ja sicherlich die falsche Strategie. Hat jemand eine Idee, wie man das Problem lösen bzw. umgehen kann? Gruß Michael Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
michaeln Mitglied Konstrukteur
Beiträge: 834 Registriert: 07.10.2002 ProE WF2 M250, ProI 3.4 M030 WinXP-x64 SP2, Debian Etch
|
erstellt am: 15. Sep. 2006 07:43 <-- editieren / zitieren --> Unities abgeben:
Hallo, ich muß mich korrigieren. Ich habe extra nochmals unseren alten 3.2-Server in Betrieb genommen. Dieses Verhalten war da auch schon so. Von PTC ist die Antwort: Das ist so richtig. Da bin ich aber nicht so einfach damit einverstanden. Wenn im Workspace das Objekt den Änderungsstand -a- hat, dann kann es doch nicht vom Intralink beim Eincheck-Vorgang ohne entsprechende Meldung automatisch in Änderungsstand -e- umgetauft werden. Ich weiß ja, das es eigentlich falsch ist, eine Änderung an veralteten Objekten zu machen. Aber in der Praxis kommt es doch mal vor, daß man eine Kleinigkeit nachtragen sollte (z.B. fehlendes Maß...) Wie seht Ihr das bzw. wie handhabt Ihr sowas? Ich habe von der Hotline den Vorschlag mit Exportieren und Importieren bekommen, was ich aber nicht so ideal finde. Gruß Michael [Diese Nachricht wurde von michaeln am 15. Sep. 2006 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Marianne Mitglied CAD / PLM Support
Beiträge: 344 Registriert: 01.04.2003
|
erstellt am: 18. Sep. 2006 17:11 <-- editieren / zitieren --> Unities abgeben: Nur für michaeln
Hallo Michael, aus meiner Sicht verhält sich Pro/I richtig. Der alte Änderungsstand ist "festgebrannt", ggf. an alle möglichen Stellen verteilt etc., und aus Dokumentationsgründen (Produkthaftung, ISO-Zertifizierung, ...) darf daran nichts mehr geändert werden Du kannst aber vielleicht mit Zweigen arbeiten, wenn Du unbedingt auf dem alten Änderungsstand bleiben willst. Zur genauen Handhabung von Zweigen kann ich Dir allerdings nichts weiter sagen, weil wir nicht damit arbeiten. Aber da findest Du bestimmt Informationen in der Hilfe. Gruß Marianne Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
michaeln Mitglied Konstrukteur
Beiträge: 834 Registriert: 07.10.2002 ProE WF2 M250, ProI 3.4 M030 WinXP-x64 SP2, Debian Etch
|
erstellt am: 19. Sep. 2006 16:24 <-- editieren / zitieren --> Unities abgeben:
|
anagl Ehrenmitglied V.I.P. h.c.
Beiträge: 4566 Registriert: 28.05.2001 WF2 M280 (Wf4 M080 test) I-link 3.4 M061 HW diverse Das Schreiben bei CAD.de ist freiwillig und kein Muss !!!!!
|
erstellt am: 20. Mrz. 2007 10:25 <-- editieren / zitieren --> Unities abgeben: Nur für michaeln
Einfach nochmals die Frage in die Runde Welche workaround-Möglichkeiten gibt es außer: 1.Auschecken des neuen Änderungsstandes in Workspace 2 2.Löschen des neuen Änderungsstandes in CS 3.Einchecken des alten Änderungsstandes aus Workspace 1 4.Einchecken des neuen Änderungstsandes aus Workspace 2 ------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |