puis-je avoir svn pour les scripts RFT?
https://stackoverflow.com/questions/3615681
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
svn utilisateur au travail et maintenant nous introduisons RFT (Rational Functional Tester).
Est-il possible que je peux utiliser existant svn à la version de mes scripts RFT? Je compris que l'un script contient ne RFT égal qu'un seul fichier.
- v 8.1.1.2 RFT fonctionne sur windows xp
- exécute svn sur linux
- est-il assez bon pour les fichiers de la version
.classet.java?
La solution
Vous pouvez utiliser Subversion à la version tout fichier. Cependant, le texte et les fichiers binaires sont traités différemment. Pour les fichiers texte, il est possible de voir la ligne de différences par ligne, avec des fichiers binaires, vous pouvez simplement vérifier une version plus ancienne.
Autres conseils
Oui, vous pouvez utiliser SVN. Mais NE PAS .class la version, car ils sont compilés les fichiers java et peuvent changer entre les builds. Il est préférable de reconstruire le projet d'Eclipse chaque fois que vous faites une mise à jour.
Méfiez-vous que certains fichiers RFT ne peuvent pas être fusionnés (comme les pools de données .rftdp) parce qu'ils sont des fichiers XML écrits en une ligne unique, donc vous devez verrouiller ces fichiers si vous devez modifier les ou synchroniser avec votre équipe ou vous pouvez résoudre les conflits d'accepter la dernière révision engagée.
Nous avons été succcessful en utilisant SVN RFT. Cependant, nous avons dû utiliser le verrouillage de fichiers, car il y a un certain nombre de fichiers (XML) qui sont utilisés pour constituer un script RFT. Nous avons ajouté le subclipse plugin RFT. Nous créons alors un projet vide avec le RFT même nom que le projet que nous avons importé à SVN. Nous vérifions alors le projet de SVN RFT au-dessus de (Ecraser) le projet vide RFT. Lorsque nous créons un nouveau script, nous ajoutons la propriété svn: needs-lock au fichier java. Lorsque nous faisons des mises à jour et commits, nous sélectionnons le projet dans les résultats ce autres fichiers de ressources associés au script à inclure dans la livraison.
Installer Ubuntu VMware sur les boîtes de développeurs Windows XP et Linux sur lui.
Nous avons fait exactement cela dans notre organisation précédente. Tous les développeurs avaient VMware Ubuntu installé sur nos machines Windows. Vous pouvez peut Eclipse ou MyEclipse ou à partir de là RFT, la version du code de l'IDE RFT ou de commande rapide.
Je vais répéter un peu les autres réponses, mais j'espère clarifier plus.
Le premier problème: fichiers objet Carte. Ce sont des fichiers xmls simples. Ils pourraient facilement être suivis au contrôle de version, malheureusement IBM a fait un gâchis ici. Ils n'utilisent pas une bonne analyse syntaxique bibliothèque pour le XML. Il doit être contenu dans une seule ligne. Si vous tidify le code, il ne sera pas analysé plus. Étant donné que les pistes de logiciel de contrôle de version en ligne des différences, tout simple changement va créer un désordre d'un conflit.
Même si cela a fonctionné après reformatage à plusieurs lignes, chaque petite modification (par exemple, ajouter un nouvel objet de test) se réorganiser tout le contenu XML. Bien sûr, je l'ai essayé tout.
Dans la pratique, les fichiers cartographiques d'objets sont des fichiers binaires et vous devez ajouter la propriété svn: verrouillage à chacun d'eux. Ils ont utilisé XML comme un mot à la mode, ce qui empêche volontairement tous les avantages du format.
Deuxième problème: génère beaucoup RFT de fichiers d'aide de vos cartes d'objets. Ce sont les fichiers dans le répertoire « ressources ». Contre contrôle de version de bonnes pratiques, vous devez également engager manuellement ces fichiers. Soyez shure à commettre tout ce qui change.
a l'intégration ClearCase RFT, et la caisse automatiquement et checkin tous les fichiers nécessaires. Mais ne soyez pas dans cette intégration de l'enfer. Vous seriez mieux avec Subversion.
Conclusion: Si vous utilisez RFT, vous êtes condamné à avoir un développement séquentiel. Vous ne pouvez pas avoir 2 développeurs travaillant dans le même code de base. Bienvenue dans les années 70!
