Mon premier instinct est de se ramifier normalement (en utilisant p4 integra), puis d'utiliser un script IDE ou sed pour changer les noms des paquets. Mais cela rend l'intégration future du tronc extrêmement douloureuse.Comment créer une branche perforce avec un nom de paquet java différent?
Si vous avez besoin de changer les noms des paquets, alors c'est vraiment ce que vous pouvez faire de mieux. Les intégrations ne seront probablement pas que mauvais, cependant. Assurez-vous que lors de la réintégration initiale de votre branche, vous annulez les renames. Cela permettra de savoir que les instructions du paquet sont "synchronisées" même si elles sont différentes. Fusionner les conflits sur les lignes d'instruction de paquet devrait alors être extrêmement rare. Le gros ennui serait que vous ajoutiez de nouvelles classes plus tard, puis les intégrez à l'autre branche. Vous devez vous souvenir de toujours réintégrer et annuler le renommage du paquet.
Les intégrations futures ne devraient pas poser de problème. Perforce les reconnaîtra comme des changements dans la branche, et s'il vous arrive de pousser une modification depuis le tronc, cela ne vous dérangera pas.
Même dans le cas plus courant où vous transférez vos modifications de la branche vers le tronc, Perforce ne devrait suggérer l'intégration que la première fois. En limitant la plage de révision d'intégration sur les révisions ultérieures, les modifications de nom de package ne doivent pas être suggérées pour l'intégration.
La façon dont vous suggérez fonctionnerait très bien, et vous ne devriez pas vous attendre à des problèmes de la part de Perforce.
Cependant, je peux ajouter la suggestion suivante -
D'abord faire l'intégration suivie par la validation - et seulement comme une deuxième validation changer les noms réels. Cela permettrait de voir les changements dans l'histoire beaucoup plus clairement, ne nécessitant pas de comparaison entre les branches.
Si le changement nécessite des fichiers renommage, qu'il n'a probablement -