LifeTime connect a tag to a version in ServiceCenter

On our radar
  • From my knowledge of OutSystems, I can't see which tag belongs to a specific version
  • Example... MyApp has 10 versions, 1,2,3...10. I create the following tags:
  1. untagged
  2. untagged
  3. untagged
  4. untagged
  5. 1.0
  6. untagged
  7. untagged
  8. 1.1
  9. untagged
  10. untagged
  • From the above list, it's clear to me that version 5 has a tag of '1.0'. However, I can't see this connection in LifeTime, or in ServiceCenter. I don't see any tags being displayed in ServiceCenter.

I would want some way of verifying which version a specific tag is associated with. 

Perhaps, in ServiceCenter -> eSpaces -> select module -> Versions tab. Here you could add a column 'Tag'.

This is especially important when Production has tag '1.0', Dev has progressed forward, and we want to open, in Dev, the specific version (which is tagged '1.0'). This could be the case when we need to hot fix something in Production, but want to test it first.

Created on 30 Aug 2018
Comments (5)

Hi Nicolaas,

Thank you for your feedback.

Why do you wish to see a tag in the version list of one eSpace? What wold be the benefit? What could be done if that information was provided?

LT tags all application modules, but why only see one eSpace? 

Thank you.

António Barros

Product Manager

Hi António,

As per my original example... 

  • Let's say Production has tag (1.0 - version: 5), and Dev has progressed forward to tag (1.1 - version: 8). 
  • Now we have a problem in Production, and need to replicate the issue in Dev. 
  • So I want to open tag (1.0) in Dev...how do I do that?

Even if I compare 1.1 and 1.0 in LifeTime, I don't know for sure which version is opened in Service Studio. The merge dialog box gives me a timestamp of the version on the left and the right. So now I need to match the timestamp to a version, to a tag. 

The problem, in simple terms, is that I can't be confident which specific version of the module I'm opening when I'm looking at tags. If there was some clear connection between a tag and a version, then I can be confident.

Changed the category to Lifetime

Changed the status to
On our radar

Hi Nicolaas,

Thank you very much for raising this idea! I'm anticipating a good discussion here. :)

Even though we could implement your idea, I'm not sure if we will be addressing your needs. That's why I would like to raise some questions in order to understand that.

  1. What about the dependencies of that application which could have been changed meanwhile? Open that application version without importing the correct dependencies of that version will it addresses your request? 
  2. In which environment you expect to publish that change from Service Studio?
  3. In which environment you expect to test the hot-fix?

Thank you,

Joao Bento

Hi Joao,

To answer your questions in order:

  1. As in my example, if I want to open tag '1.0', it would be the same as downloading version 5 from Service Center and opening that. So it would have references to the old dependencies... not the latest dependencies.
  2. I would most likely publish the change in Dev first if I'm trying to fix an issue that's occurring in Prod. 
  3. I would test the hot fix in Dev first, then push it through TST, UAT, PROD.

After the hotfix is in Prod, I would then merge my latest changes that I had before the hot fix with the hot fix changes in Dev.

Hope that provides some clarification as to how I'd use the feature.