Currently, the yc-app-cli only support mapping all event to one EventType. If it is unmappable, the issue is discarded completely. Although users can run a second instance of yc-app-cli to map to other type, this would make double-creating issues in iCalendars produced from both instances.
So the yc-app-cli should support mapping issues to different event types. While many settings like OtherStringMappings can be shared, however, the AlarmSetting must be separated and users need to define them repeatedly (in fact, users can use spring's property placeholder to avoid declaring similar settings again and again)
Currently, the
yc-app-cli
only support mapping all event to oneEventType
. If it is unmappable, the issue is discarded completely. Although users can run a second instance ofyc-app-cli
to map to other type, this would make double-creating issues in iCalendars produced from both instances.So the
yc-app-cli
should support mapping issues to different event types. While many settings likeOtherStringMappings
can be shared, however, theAlarmSetting
must be separated and users need to define them repeatedly (in fact, users can use spring's property placeholder to avoid declaring similar settings again and again)