Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

Publishing/Building improvements

Avatar

Avatar
Give Back 100
Level 9
thomas_amsler
Level 9

Likes

244 likes

Total Posts

159 posts

Correct reply

26 solutions
Top badges earned
Give Back 100
Give Back 50
Ignite 10
Give Back 25
Ignite 5
View profile

Avatar
Give Back 100
Level 9
thomas_amsler
Level 9

Likes

244 likes

Total Posts

159 posts

Correct reply

26 solutions
Top badges earned
Give Back 100
Give Back 50
Ignite 10
Give Back 25
Ignite 5
View profile
thomas_amsler
Level 9

14-06-2018

I have a few improvement ideas for the publishing process. One is already covered here: rapid rollback

Here a few more:

  • in DTM it was sometimes a bit annoying that a saved rule was directly visible on staging. But now that we have a proper workflow I would like that feature back for libraries that are only built for development. So, as long a library hasn't moved to the approval stage, I see a flag "always use latest" which indicates that the latest version of any extension, data element and rule within the library will be used. So no new revision while you are still developing and debugging the rules for a new property or an overhaul of an existing one. This would integrate well with the "Working Library" select on the upper right. So if you edit a rule, save and build the library that uses it and has the flag set.
  • Have a diff available like in DTM, but maybe let the user choose what revisions to compare to each other with "latest" as also an option.
  • If a build fails have some error log available for the user to see why it failed (I had a few failed builds yesterday which seem to have been because of the server having problems, and not my library, as I was able to build it without changes today).
  • Build the same library for multiple development environments. I have multiple development environments (like a continuous integration server and my local development instance) and it would be cool to be able to build the same lib for both while in development. Launch supports multiple development environment configurations, so it wouldn't be too far fetched.
1 Comment

Avatar

Avatar
Ignite 3
Community Advisor
Jennifer_Kunz
Community Advisor

Likes

320 likes

Total Posts

86 posts

Correct reply

0 solutions
Top badges earned
Ignite 3
Give Back 10
Validate 1
Contributor
Seeker
View profile

Avatar
Ignite 3
Community Advisor
Jennifer_Kunz
Community Advisor

Likes

320 likes

Total Posts

86 posts

Correct reply

0 solutions
Top badges earned
Ignite 3
Give Back 10
Validate 1
Contributor
Seeker
View profile
Jennifer_Kunz
Community Advisor

29-10-2018

The diff idea is perhaps covered here: Rule & Data Element Revision Comparison