Closed theinze closed 7 years ago
Hi Thomas,
danke fuer's Wieder-Hinbiegen! :-) Fuer die Materialdatenbank haben wir zwar ein paar Ideen, aber noch nix finales. Nur soviel zur Info: Die Datenbank ist selbst auf einem github-repo und wir wollen eigentlich statisches Kopieren vermeiden. Gibt es da eine Bestpractice-Loesung, wie man die Datenbank von github runterzerrt und immer aktuell halten kann? Ansonsten hast Du mit den Quickchecks ein bissel recht, aber unschoen waere es auch, wenn Code submitted werden wuerde, der den ganzen Kerncode zerbricht. Gibt es da Zwischenloesungen?
Viele Gruesze Jo
... die Integration der Materialdatenbank sollte klappen, wenn es ein github-repository gibt. Kannst du mir einen Link sagen ? Danke :-) Bezüglich der quickchecks muss man abwägen, es wäre auch möglich zwei Testsuiten zu definieren, eine ausführliche die manuell angestossen werden kann und eine schnellere für den github build oder den Test beim Anwender. Bin mir noch nicht so schlüssig, aber die bisherige Lösung ist zu teuer (soll heißen, zu langsam) -- denke ich -- für das was getestet wird ...
Viele Grüße Thomas
Danke fuer Deine Muehe Thomas und sorry, dass ich nciht eher geantwortet habe. Das github-Repo ist: https://github.com/polyanskiy/refractiveindex.info-database Das Verzeichnis fuer die Datenbank sollte dann auf der selben Ebene liegen wie core und demos. Ist das moeglich? Viele Gruesze und Dankeschoen schonmal, Jo
Hallo Johannes,
travis und appveyor funktionieren jetzt wieder, damit ihr bei eurem Vortrag einen guten Eindruck macht :-)
Allerdings habe ich erstmal nur die "smoke tests" aktiviert. Dabei ist mir aufgefallen, dass
demo_benchmark
unddemo_doublegauss
nicht funktionieren, darefractiveindex.info-database/database
fehlt. Gibt es dafür eine einfache Lösung (ins repository einfügen ?).Die anderen Tests schaue ich mir in der Woche mal an (hoffe ich), ich werde auch die quickchecks etwas reduzieren, da sie sonst einfach zu lange dauern und ich denke nicht immer so sinnvoll sind, was meinst du ?