cancel
Showing results for 
Search instead for 
Did you mean: 

Version History for Script File ?

former_member207719
Participant
0 Kudos

Hi Experts,

In UI Designer, we have an option to check the previous versions of UI by Version History.

In the same way, Is there any option to check previous version of Scripts(Event Before Save, Event After-Modify, Action Scripts.....) ?

Regards,

Senthil

Accepted Solutions (1)

Accepted Solutions (1)

victorsilva
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Senthil,

This is currently not available on the Studio

I have brainstormed with other colleagues about possible workarounds, we thought to use GIT/SVN in the local project folder and sync this manually from time to time (you could even try to schedule it somehow).

To be honest, we have not actually implemented this because of the manual work. But I am pretty confident it could work.

Please share with the community in case you try it

Best regards,

Victor Silva

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello all,

The Studio itself has NO version history for ANY entity.

Sorry,

    Horst

former_member207719
Participant
0 Kudos

Thanks for clarification Horst

Can we expect this feature in future release ?

Regards,

Senthil

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Senthil,

The question is: What do you want to achive with this?

Naturally the request will come to perform a rollback to a given version.

Next issues to be raised

  • What about the other files: ABSL, BODL, UI, ...?
  • Who will resolve the issues?
  • ...

So I am afraid we will obstain because of possible follow-up efforts.

Sorry,

    Horst

former_member207719
Participant
0 Kudos

Hello Horst,

I can understand the complexity behind this feature.

The problem which we are facing currently is improper Synchronization of CopernicusIsolatedShell

Example:

If two or more users logged on the same solution and if any user, say USER-A changes something in XYZ Script checked in and activated, then without logging out of the solution, if another user say USER-B, access the same XYZ Script, the changes which was done by USER-A is not reflected in USER-B.

We raised ticket regarding this strange behavior..

Ultimately, we don't need ROLLBACK function at all... just to track who did what in that script is enough, like read-only stuffs..

Regards,

Senthil

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Senthil,

That's because there is a local persistency on your PC.

Didi you tried to refresh the solution before accessing it?

The function is available in the toolbar of the Solution Explorer.

HTH,

   Horst

Former Member
0 Kudos

Hi Horst,

What about if we have such functionality ONLY for BO event/action files (before save, after modify, custom actions, etc)? Not even to BO/XBO definitions or other ABSL files (Reuse Libraries, Internal Communication, Enhancement Implementation, etc). Just as a kick off...

On this case, we don't need to worry about maintenance mode, afaik. If one reverts back a script file to a version where the elements on referenced objects does not exist anymore, the activation would simply fail.

Would that be complex ?

That would be very interesting and helpful.

Thanks.

Fernando

former_member207719
Participant
0 Kudos

Hello Horst,


Thanks for the input.

Yes, we already tried on refreshing the solution, and even we tried logged off and logged on the solution to see some changes. Nothing works

Sometimes, a dialog box would appear, indicating previous script didn't match with current script, but that's too would not appear for most of the case....

On the next time, when we encounter this problem I'll share some screenshots, that would bring some detailed view about the issue, until I keep this thread for others comment.

Regards,

Senthil

former_member200567
Active Contributor
0 Kudos

Hi Senthil,

Currently, we sometimes face this kind of issue. Refreshing cannot load the changes from other users. What we usually do is deleting the particular solution from local files and load the solution again. Local file path is basically C:Users\UserName\Documents\CopernicusIsolatedShell\Projects.

1. Log off from the studio

2. Search your solution and delete the solution from local files

3. Log in again.( It will take more time than usual to enter the solution because it is loading the contents again from the server. )

Best Regards,

Fred

tiago_almeida2
Explorer
0 Kudos

Hi,

If the studio did not delete the files not created by itself (on solution refresh, under the project folder) we could use git to have proper versioning for (at least) the .absl files. Currently we cannot so we have to keep copying these files to other locations..

My 2 cent.

Regards,

Tiago

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Tiago,

To save time and gain performance the timestamps of those files are compared by the SDK and outdated files are read again.

So I would not play around here or we get into sync issues.

But feel free to apply your own copy logic.

Bye,

   Horst

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Fred,

What about "Check In Content"?

Just my 2 cents,

    Horst

HorstSchaude
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hello Fernando,

I can ask the colleagues...

No promises,

    Horst

tiago_almeida2
Explorer

Hi Horst,

Thanks for the reply.

For example in git, when you revert to an old "commit" you still get a new modified time, so it literally is the same as editing the file, replacing the whole code and saving again. For the studio this should not matter.

If the studio just ignored .git folders (and subfiles) it would work.

Just an idea.

Kind regards,

Tiago

VVancalbergh
Contributor
0 Kudos

It saddens me to see SAP going away from a proper SVN/Git implementation because of "follow up issues". I mean, even just tracking changes and knowing who changed what could already be so helpful. And the possibility to do merges and branches could always be added later, but IF you choose to add that feature, then we'd already be "half way there" instead of having to start from scratch. With version 2002 a half-baked "let's re-invent the wheel" implementation has been added which, again, is incompatible with anything pre-existing on the market. I shake my head in disappointment.

Answers (1)

Answers (1)

anant_acharya
Advisor
Advisor
0 Kudos

Dear Senthil,

There is no such option currently available in Cloud Application Studio for checking the Version History for script files.

Regard
Anant