2010-11-05 6 views
1

Nous commençons le processus d'internationalisation de notre logiciel. Pour ce faire, nous allons écrire une série de filtres pour convertir tous nos différents fichiers de ressources (resx, texte, ressource Java, etc) dans un format commun. Nous publierons ensuite les fichiers xliff pour la traduction. Après la traduction, le processus se déroulera à l'envers. Nous souhaitons garder le magasin central à jour avec les modifications que les développeurs apportent aux fichiers de ressources en utilisant idéalement ant pendant le processus de construction, en maintenant la connaissance de la branche ou de la version du logiciel utilisant quelles ressources. Nous aimerions également savoir quelle version du logiciel les ressources ont été prises, lesquelles sont envoyées pour traduction, les dates auxquelles les fichiers ont été envoyés et reçus, ainsi que les personnes qui les ont traduites. L'idée étant alors que nous appliquons les traductions à la bonne branche, nous pouvons à l'avenir prendre des diffs du magasin central pour envoyer des ressources partielles pour les traductions et nous pouvons rapporter la quantité de traduction à un moment donné.Quelle est la meilleure façon de stocker des données centralisées pour (et de) la traduction?

Nous envisageons de stocker toutes ces données dans le dépôt svn sous la forme d'un arbre de xliffs, peut-être ramifié dans un miroir du dépôt de code principal. Est-ce suffisant ou serait-il préférable de simplement utiliser une base de données pour conserver cette information?

+0

Cela nécessite une discussion plus approfondie des avantages et des inconvénients, par conséquent, il est mieux adapté pour http://programmers.stackexchange.com/. –

+0

Je l'ai posté sur les programmeurs! Merci – Gruffputs

Répondre

0

Je voudrais utiliser la base de données ou d'autres moyens de mémoire de traduction. Si vous voulez que j'écrive plus de détails, posez cette question au Programmers.

Questions connexes