Open joeflack4 opened 5 months ago
The dependency change, however implemented, should always be the same:
If this is respected, then no need to worry about refreshing anything else in my view..
It's a little complicated and hard to explain. This is a minor issue that you don't need to worry about, really.
The dependency structure is fine. It's just that mondo.db
and mond-edit.owl
(maybe others) could be updated even more frequently / intelligently. This only matters for development situations, not for builds.
Overview
We added a PR (https://github.com/monarch-initiative/mondo-ingest/pull/551#discussion_r1626754121), but it does not ensure that every goal that has the
mondo
clone as a downstream dependency gets updated when needed. It only assures this with goals that have the mondo clone as a direct dependency (i.e.mondo.sssom.tsv
andmondo.owl
) will always run.An example of this is
mondo.db
. It is dependent onmondo.owl
, which is dependent on themondo
clone (refresh-mondo-repo
).There might be more cases that are so "strongly coupled" to either
mondo.sssom.tsv
ormondo.owl
, that we should also make a similar phony goal wrapper. Like with themondo.db
case perhaps, similar to how we have made a goalup-to-date-mondo.owl
, we could also make a goalup-to-date-mondo.db
that will ensure that any time a goal needs to usemondo.db
, it is similarly ensured to be updatedList of artefacts to consider
This is what I've come up with; this might be it, but not sure:
mondo.db
mondo-edit.owl
Additional info
Reminder: this (intelligent refresh) is only useful during development. If running a fresh build (new clone or
-B
), the clonedmondo
repo and all of these artefacts which depend on it will always be updated.Related
Other intelligent refresh related issues:
592