Mein erster Instinkt ist es, normal zu verzweigen (mit p4 integrieren), und dann verwenden Sie ein IDE- oder Sed-Skript, um die Paketnamen zu ändern. Aber das macht die zukünftige Integration aus dem Kofferraum extrem schmerzhaft.Wie mache ich eine Verzweigung mit einem anderen Java-Paketnamen?
Wenn Sie die Paketnamen ändern müssen, dann ist das wirklich das Beste, was Sie tun können. Integrationen werden wahrscheinlich nicht sein, die schlecht sind, obwohl. Stellen Sie nur sicher, dass Sie die Umbenennungen rückgängig machen, wenn Sie die Zweigstelle zunächst neu integrieren. Dies wird wissen lassen, dass die Paketanweisungen "synchronisiert" sind, obwohl sie unterschiedlich sind. Zusammenführungskonflikte in den Anweisungszeilen des Pakets sollten dann äußerst selten sein.
Der große Ärger wäre, wenn Sie später neue Klassen hinzufügen und sie dann in den anderen Zweig integrieren. Sie müssen daran denken, immer wieder zu reintegrieren und das Umbenennen des Pakets rückgängig zu machen.
Zukünftige Integrationen sollten kein Problem sein. Perforce erkennt diese als Änderungen in der Branche, und wenn Sie eine Änderung aus dem Stamm schieben, wird es Sie nicht über sie ärgern.
Selbst in den häufiger auftretenden Fällen, in denen Sie Ihre Änderungen von der Verzweigung zurück in den Stamm schieben, sollte Perforce die Integration nur beim ersten Mal vorschlagen. Durch Einschränken des Integrationsrevisionsbereichs bei späteren Revisionen sollten die Paketnamenänderungen nicht für die Integration vorgeschlagen werden.
Die Art, wie Sie vorschlagen, würde gut funktionieren, und Sie sollten von Perforce keine Probleme erwarten.
Allerdings kann ich folgenden Vorschlag hinzufügen -
Zuerst die Integration gefolgt von commit - und nur als zweites Commit ändern Sie die tatsächlichen Namen. Dies würde es ermöglichen, die Änderungen in der Geschichte viel deutlicher zu sehen, ohne einen Vergleich zwischen Zweigen zu erfordern.
Wenn die Änderung Umbenennung von Dateien erfordert, was es wahrscheinlich macht - es