Quali sono le migliori pratiche per la gestione delle stringhe di versione nelle app di Google App Engine?

6

In Google App Engine, puoi caricare fino a 10 diverse versioni sul tuo progetto appspot. Ad esempio, se ho un progetto chiamato example , l'URL sarà:

http://example.appspot.com

A ogni versione caricata viene fornita una stringa di versione. I possibili esempi sono:

  • dev
  • 1
  • 1_2
  • messa in scena
  • anystring

Per accedere a una versione specifica, aggiungerei il prefisso al dominio con la stringa della versione, in questo modo:

http://1.example.appspot.com

Naturalmente, se quella versione viene resa la versione "predefinita", allora posso accedervi senza prefisso con la stringa di versione, ad esempio nell'URL originale all'inizio, link .

Quali sono le migliori pratiche attuali per la gestione delle stringhe di versione nelle app di Google App Engine, nella tua esperienza? Inoltre, una volta superate le 10 versioni massime e devo iniziare a eliminarle, qual è la pratica suggerita?

    
posta jmort253 14.05.2011 - 01:38
fonte

2 risposte

3

Il problema principale è assicurarsi che i tuoi tecnici di rilascio (che potrebbero essere gli stessi dei tuoi sviluppatori) non si confondano su quale versione sia. I numeri sequenziali di build (1, 2, 3, 4, ...) di solito vanno bene per piccoli progetti. Anche l'utilizzo della data in cui è stato distribuito il codice (2011_05_29) funzionerebbe correttamente.

Se hai più sviluppatori e distribuiscono versioni non destinate a diventare la versione live, chiamandole qualcosa come "myusername_test" contribuirà ad evitare di distribuirle accidentalmente.

A volte ci sono versioni speciali che non sono per testare ma per uno scopo specifico. Ad esempio, a volte ho una versione denominata "down" che viene definita come predefinita quando si desidera rimuovere il sito per la manutenzione. Oppure potrebbe esserci una versione "admin", ecc.

Per essere davvero al sicuro, dovresti utilizzare un ID app diverso per i test. Spesso ogni sviluppatore ha il proprio ID app. Tuttavia, ciò richiede di popolarlo con i dati di test o di copiare i dati dall'ID dell'app di produzione.

Riguardo all'eliminazione delle versioni, manterrei sempre una o due versioni dietro la versione live per ogni evenienza, ma dipende da te.

    
risposta data 30.05.2011 - 04:53
fonte
-2

Qualsiasi cosa fintanto che corrisponde al tuo messaggio di commit. Mi sono salvato un paio di volte prendendo l'abitudine di dire quale versione è distribuita come prima di distribuire effettivamente.

Personalmente uso qualcosa di semplice come crm-12 o blog-37

    
risposta data 01.06.2011 - 04:44
fonte