-
Notifications
You must be signed in to change notification settings - Fork 10
Feedback Review Dispatcher No. 2 2019 Oct-7 #131
Comments
@vv-monsalve ran this process which had some issues: https://fontbakery.graphicore.de/dispatcher/process/9542ad3c-7367-42d0-8eed-51468f9e3429 |
We had some issues with gRPC |
One suggestion was the possibility to only update one file e.g. Also, regarding |
We could have a Font Bakery profile for upstream repos, maybe together with the configuration that we make with the spreadsheet in the dispatcher. 🤷♂️ |
A couple more things were suggested:
|
The description file name is already adjusted. I repeated the process and the file was correctly added to the Files Package.
What should be done in cases like this? How can the user delete or modify the previous PR? |
About the possibility to only update one file, after inspecting the FontBakery documentation about DESCRIPTION file I think this could be particularly necessary given this:
|
Hmm, that's what happens with a new family, and there we'd update the upstream repository to include a For an update however, where the font files don't need to change on GF, but the upstream font files have diverged from the GF font files, this would be the use case. If the font files in the upstream have not changed, it doesn't matter if we include them or not. |
I can't reproduce the issue right now either, but I did in #130
The user can close the existing PR and run the Task again. However, since in the case of another dispatch attempt on the same day, the branch is changed (force pushed), and also the existing PR is updated, despite of the error message "A pull request already exists". I guess we could either close the PR and create another one OR just add a comment with the new dispatcher report to the existing PR, which I like more, because it keeps the discussion in one place. In that latter case, date-stamps for branch names should be avoided as well i.e. |
Another Idea we had: it would be nice to have a control flow diagram of the current dispatcher process. It would also be nice to be able to generate it automatically. Since some of the "edges" i.e. the path between two "nodes" are decided in javascript code it's not simple. However, it could be made by tooling this feature specifically into the Process framework. Just need to think about it. |
One problem that occured is recreated and filed at #130
The text was updated successfully, but these errors were encountered: