Göm menyn

TDDD80 Projekt: Mobila och sociala applikationer

Laborationer


Steg 3. För att jobba med två remotes

  • Kör följande kommando, där ni byter ut repo-path mot var på gitlab ert eget repository ligger:
    git remote add gitlab git@repo-path
    repo-path skulle kunna vara gitlab.ida.liu.se:antsu07/mitt-fina-projekt.git
  • Kom ihåg att ni nu har 2 repos som ni kan pusha till, det ena heter gitlab och det andra heter origin. Det kan vara bra att döpa om origin till openshift för att komma ihåg att kod ni pushar dit hamnar live för alla att se. Det kan man göra på följande sätt:
    git remote rename origin openshift
    git remote rename gitlab origin
    Vi passar även på att döpa om gitlab till origin så att vi inte behöver komma ihåg det "vanliga" namnet.

Felsökning på Openshift

  • Om någonting inte fungerar och du får något intressant felmeddelande från servern så kan följande vara en bra början på felsökningen: Öppna en ny terminal och kör kommandot rhc tail --app . Detta kommer visa en log av det senaste som webservern har gjort/rapporterat om, där brukar även felmeddelanden dyka upp om något gått galet. När ni gör uppdateringar av hemsidan kan det vara bra att ha den här körandes i bakgrunden så att ni kan ha kontinuerlig koll på vad som händer.
  • Det kan vara så att ni behöver uppdatera er kod så att den använder sig av openshift-variablerna som anger var ni ska lagra er data och var er kod ligger. Oftast brukar detta inte behövas.

Vanliga problem/konstigheter och lite tips

  • Ett potentiellt problem är att teckenkodningen på openshift-systemet kan skilja sig från det ni har lokalt. Ni kan behöva ange hur filerna är teckenkodade när ni öppnar dom, t.ex. med
    open(filename, encoding='utf-8')
    Det brukar behövas i data.py bland annat, när er JSON-data laddas in.

Sidansvarig: Rita Kovordanyi
Senast uppdaterad: 2018-02-16