2013-08-08 12 views

Odpowiedz

4

Wykonuję bardzo podobny proces. Nie potrzebujesz tych samych wersji, w rzeczywistości będzie zupełnie inaczej, bez względu na to, jak na to spojrzysz. Chmura jest bardzo fajna i wprowadziła wiele zmian i dodatków do ich systemu. Tak więc, jeśli patrzysz na rozwijanie widoków, załączników itp., Możesz rozwijać je lokalnie w swoim projekcie deweloperskim. Gdy twój projekt deweloperski będzie wyglądał dobrze, powinienem go sprawdzić na serwerze pomostowym/qa, z którego również chciałbym korzystać. Tam, gdzie trzeba uzyskać wspólny kod everyones. po wykonaniu tej czynności możesz odpalić replikator, aby powielić swoją inscenizację do produkcji.

Niezależnie od tego, jak się na to patrzysz, lub jak wyobrażasz sobie proces, będziesz chciał przyjrzeć się bliżej przejściu z dev do QA. Są sposoby na to, aby każdy mógł rozwijać się samodzielnie i połączyć się. Osobiście lubię używać github. Mam nadzieję, że pomoże to w Twoich zadaniach.

6

Oczywiście. Cloudant jest kompatybilny z interfejsem API z API Apache CouchDB z kilkoma subtelnymi wyróżnieniami, z których wszystkie są udokumentowane pod numerem http://docs.cloudant.com. Najważniejsze informacje są:

  • wyłączymy tymczasowe widoki (byłyby kosztowne dla Ciebie w skali!)
  • dla naszego systemu rozproszonego, musimy rozszerzyć update_seq od liczby całkowitej na ciąg
  • swoją re- zmniejszyć kod będzie prawie zawsze można nazwać, więc zalecamy używanie wyłącznie wbudowaną zmniejszyć metod
  • mamy w pełni zintegrowany lucence indeksowanie/wyszukiwanie
  • mamy wielostopniowy przetwarzanie mapreduce poprzez „dbcopy”
+1

Może warto wyjaśnić, że wyszukiwanie lucenu i dbcopy nie są dostępne w CouchDB. –

+0

W Cloudant nie ma obsługi opcji 'all_or_nothing' w aktualizacjach zbiorczych. Nigdzie nie widzę tych informacji w dokumentach Cloudant i dowiedziałem się o tym od błędu runtime. – TMG

Powiązane problemy