Qual è il modo migliore di memorizzare i dati centralizzati per (e da) la traduzione?

6

Stiamo avviando il processo di internazionalizzazione del nostro software. Per fare questo scriveremo una serie di filtri per convertire tutti i nostri diversi file di risorse (resx, testo, risorse java, ecc.) In un formato comune. Eseguiremo quindi l'output dei file xliff per la traduzione. Dopo la traduzione, il processo verrà eseguito al contrario.

Vogliamo mantenere aggiornato lo store centrale con qualsiasi modifica apportata dagli sviluppatori ai file di risorse usando idealmente form durante il processo di compilazione, mantenendo la conoscenza di quale ramo o versione del software utilizza quali risorse. Vorremmo anche tenere traccia di quale versione del software sono state prese le risorse da cui vengono inviati per la traduzione, le date in cui i file sono stati inviati e ricevuti e anche chi li ha tradotti.

L'idea è che applichiamo le traduzioni al ramo corretto, in futuro potremo prendere le differenze dello store centrale per inviare risorse parziali per le traduzioni e possiamo riportare la quantità di traduzione in un determinato momento.

Stiamo considerando di archiviare tutti questi dati all'interno del repository svn come un albero di xliffs, forse ramificato in un mirror del repository di codice principale. E 'sufficiente o staremmo meglio usando un database per mantenere queste informazioni?

    
posta Gruffputs 05.11.2010 - 15:04
fonte

1 risposta

3

Ho trovato SVN (o altro buon sistema di controllo del codice sorgente con strumenti di branching e diff) per essere veramente buono per questo (oh e non dimenticare la potenza dei file di patch). Ad esempio, lo usiamo per confrontare e confrontare i file di configurazione del server dell'applicazione Jboss attraverso le varie versioni rilasciate e le nostre modifiche. Usando branch e diff possiamo abbastanza rapidamente capire che X, Y e Z sono cambiati in questo punto di rilascio e possiamo applicare patch al nostro normale A & B patches.

Ma fai prendi il tempo necessario per progettare i tuoi rami e il tuo flusso di lavoro. Provalo prima con piccoli esempi, abbiamo dovuto passare attraverso alcune iterazioni prima di trovare un modo logico di lavorare.

    
risposta data 05.11.2010 - 15:11
fonte

Leggi altre domande sui tag