...
- Release Planning
- Branch usage:
- Release Instruction updated according to discussion.
- Erik: Suggesting the following issues/PRs shall be closed at next meeting unless there are comments/remarks
- Please review, items above will be closed before next meeting unless comments
- AP Erik: Add note in those items
- Unit handling
- Wheel speed - and possibly a wider discussion on "overlapping signals"
- Instance handling (Left/Right vs Driver/PaeengerPaseenger)
- Android tooling
- https://github.com/COVESA/vss-tools/issues/192
- Erik:
- My assumption is that we want to keep the work but that no-one intends to create a real tool out of it in the net next year(s)
- SuggestionSuggestions:
- Create a better branch name and add a wiki page explaining purpose
od - of the branch
- Or integrate it into current as "prototype"
- MoM: Think about it, discussion to be continued
- Use of discussions instead of issues
- Issue handling - general
- What to do with issues where there has not been any progress in many months
- Keep forever or decide on an auto-close policy?
- Should be doable at least for suggestions/discussions
- For limitations/defects - possibly manage elsewhere? Like in documentation for the related tool.
- Example: Signal Accuracy - https://github.com/COVESA/vehicle_signal_specification/issues/105
- Possible improvement area, but no-one seems to be interesting actively driving it
- Example: Emission standards - https://github.com/COVESA/vehicle_signal_specification/issues/394
- Possible improvement area, but no-one seems to be interesting actively driving it
- Issues are of different types today, some maybe fit better as discussion, but also then we have a question on how long we want them to exist
- Possible improvement areas
- Actual limitations/error (which no-one intends to fix)
- Proposed Handling (to be discussed):
- Close issues after 6 months of inactivity
- If we have agreed/decided something in the discussion - reflect that in VSS or VSS-tools documentation before closing the issues
- If the issue concerns a known limitation/error, then document that in a file for known limitations in the repo
- Example: Generator
vspec2something
cannot handle the signal name ggg
as that is a a reserved word in something
.
...
{"serverDuration": 753, "requestCorrelationId": "8facff0a3a213517"}