[Leinnan]

Budował ktoś aplikację z QT Core na travisie? Bo cały czas mi wywala error na:
error: ‘currentSecsSinceEpoch’ is not a member of ‘QDateTime’

Config: https://raw.githubusercontent.com/Leinnan/mybelka/feature/travis_config/.travis.yml
Lokalnie bez problemu.
#cpp #programowanie #travis #qt5 #qt

[piszczalka]

@Leinnan: Ta funkcja pojawiła sie w Qt 5.8, a Ty (na Travisie) używasz 5.5

[Leinnan]

@piszczalka: Znalazłem config z QT 5.8, w ciągu paru minut będę wiedział czy chwyciło :)

[j.....4]

@Leinnan: Skróce ci szukania rozwiązania :) https://launchpad.net/~beineri
edit: nvm, nie widzialem twojego configu, dziwne, mi dziala ( ͡° ʖ̯ ͡°)

[j.....4]

@Leinnan: W configu masz - /opt/qt55/bin/qmake .., nie powinno byc qt58?

[Leinnan]

@jk64: Też to już poprawiłem, a teraz puściłem builda właśnie z 5.9.2, zobaczę czy update wyszedł, jak tak to robię merge brancha.

[Leinnan]

@jk64: Swoją drogą jak robię merge z squashem to idzie to zrobić tak żeby na githubie też był zrobiony squash?

[j.....4]

@Leinnan: Tak, po squashu push --force, a potem merguj. Robiłeś zmiany na osobnym branchu w którym później zesquashowales commity do jednego i chcesz zmergowac do mastera?

[Leinnan]

@jk64: Chcę zrobić tak jak mam robione w pracy- zmiany do danego zadania na osobnym branchu, normalnie je wrzucam na repo zdalne, gdy jest pull request i merge są one potraktowane squashem i lądują w jednym commicie.

[j.....4]

@Leinnan: No to jak powiedzialem, na drugim branchu #!$%@? commity w 1 a potem push --force na zdalne repo, po pushu normalnie mergujesz na master jak kazdy inny branch. Force musi być bo zapewne commity z fixami ktore poszly do squasha byly juz wrzucone na zdalne repo więc musisz nadpisać historię. Chyba tez jest coś takiego jak git merge --squash ale nie jestem tak into git, wersja wyżej działała dla mnie