Forcément pour les utilisateurs de Git ?

Question

Il y a beaucoup de « Git pour les utilisateurs de Perforce » documentation là-bas, mais apparemment très peu du contraire.

J’ai seulement utilisé Git précédemment et récemment commencé un travail où je dois utiliser Perforce beaucoup et me faire très confus beaucoup du temps retrouve. Les concepts que je suis habitué à partir de Git ne semblent ne pas mapper à Perforce du tout.

Est-ce que toute personne intéressée à rassembler quelques conseils d’utilisation de Perforce pour quelqu'un qui est utilisé pour Git ?

Answer 1

Il n'y a probablement pas beaucoup d'une telle documentation, parce que, Nécessairement, est une jolie traditionnelle de révision du système de contrôle (plus proche de CVS, Subversion, etc.) et, normalement, est considérée comme moins compliqué que moderne distribués, systèmes de contrôle de révision.

En essayant de la carte de commandes de l'un à l'autre n'est pas la bonne approche; les concepts à partir centralisée ou distribuée de systèmes de contrôle de révision ne sont pas les mêmes. Au lieu de cela, je vais décrire un type de flux de travail dans Perforce:

1. Exécutez p4 edit sur chaque fichier que vous souhaitez modifier. Vous devez dire à Perforce les fichiers que vous modifiez. Si vous ajoutez de nouveaux fichiers, utilisez p4 add. Si vous êtes à la suppression de fichiers, utilisez p4 delete.
2. Faites vos changements de code.
3. Exécutez p4 change pour créer un ensemble de modifications. Ici, vous pouvez créer une description de votre changement et en option ajouter ou supprimer des fichiers à partir de votre révision. Vous pouvez exécuter p4 change CHANGE_NUMBER pour modifier la description plus tard si nécessaire.
4. Vous pouvez effectuer des modifications de code si vous en avez besoin. Si vous avez besoin d'ajouter/modifier/supprimer d'autres fichiers, vous pouvez utiliser p4 {add,edit,delete} -c CHANGE_NUMBER FILE.
5. Exécutez p4 sync à tirer dans les dernières modifications apportées sur le serveur.
6. Exécutez p4 resolve pour résoudre les conflits de synchronisation.
7. Lorsque vous êtes prêt à soumettre vos modifications, exécutez p4 submit -c CHANGE_NUMBER.

Vous pouvez utiliser p4 revert pour annuler vos modifications de fichiers.

Notez que vous pouvez travailler sur plusieurs ensembles de modifications simultanément, à condition qu'aucun de leurs fichiers de chevauchement. (Un fichier dans votre Perforce client peut être ouvert dans un seul ensemble de modifications à la fois.) Parfois, cela peut être pratique si vous avez de petits, indépendants des changements.

Si vous vous trouvez avoir besoin de modifier les fichiers que vous avez déjà ouvert dans une autre révision, vous pouvez soit créer un Perforce client ou vous pouvez ranger votre ensemble de modifications pour plus tard via l' p4 shelve. (Contrairement à git stash, les étagères ne modifie pas les fichiers dans votre local de l'arbre, de sorte que vous devez revenir séparément.)

Answer 2

Juste une question stupide: les projets qui ont des multi-millions nombre de fichiers ?

Je suis en train de faire le développement de logiciels pour environ 20 ans, dans diverses industries, et jamais rien vu de près.

Ce que j'ai vu: les gens de mettre beaucoup de 3rdparty-libs (parfois même comme des archives, ou même pire: des binaires précompilés) dans leur source des arbres. Chaque fois que j'ai voté un peu plus loin, il s'est avéré que ces gens étaient tout simplement dans l'impossibilité de à l'aide de d'habitude les gestionnaires de paquets.

Un exemple, je suis en train de travailler, est Zimbra. Et alors que la réparation de leur complètement dépassé système de build, je viens de lancer le dizaines de 3rdparty paquets.