-
Notifications
You must be signed in to change notification settings - Fork 10
Manufacturer updates #301
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Manufacturer updates #301
Conversation
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Do you plan to merge this at some point in time? Into master or 0.10? |
Funnily enough I was looking at this today too... Mostly to confirm Travis was broken here too so it probably also needs to switch to GitHub Actions. Unfortunately without #206 I normally end up just spinning up a local copy of the webapp to download the updates into 0.10/master. This becomes manufacturer_names.proto so it's only relevant for OLA master.
Currently it's a cron job on my laptop hence the sporadic nature of it. I should really switch it to an automated GitHub action (unless yourself or someone else fancies giving that a go). It should probably still do a PR as sometimes the source data breaks in "fun" ways. |
Okay, the point of the exercise is to have an updated https://rdm.openlighting.org? Where is that hosted? If using Github actions to update that, Github pages might be the natural solution.
Yep, a cron job explains it, I was assuming some automated job. But it's a funny thing if the branch as a PR attached. |
Yes in theory, although there's a whole load of extra stuff there. I think some of our indexes aren't configured in the GitHub repo, as when I tried to push once before it broke the website, hence trying to go down the continuous deployment route instead, I'd almost got there and then Google added some extra steps where you have to build on the server side and need to sign up with a credit card (although there's a free tier). Which sort of feels like I need to dedicate some good time to it once I'm registered, and other bits keep getting in the way. I guess the main point of the exercise is ensuring that what ends up in OLA master comes from some data that's committed to another repo primarily.
It's in Google App Engine as its a very dynamic site, people can upload their RDM model collector results and all sorts.
Agreed it would be if it was that dumb/flat.
Yeah, that was more what I meant about automating this "cron job".
It doesn't currently open the PR, I just do it manually, but having the commits GitHub at least flags it up. Yeah I'm sure PRs are possible and I think I've seen them elsewhere... |
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
Please check this manually before merging
No description provided.