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 varagitlab.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