Register for our next webinar, 5 Keys to Unlock Storytelling in Your eLearning, where you'll learn how to unlock the magic of storytelling in your eLearning development to increase learner engagement and retention! Join Andrew Townsend, our Campaign Marketing Manager, on Thursday, December 3, 2020 at 11:00 AM MDT.

Be The First On Your Block to Rock Lectora® 21!


Apply for exclusive early access to the latest version of Lectora® Desktop v21. Seating is limited so apply now!

In need of help with your eLearning? Feel free to ask a question of the community! You can also visit our Knowledge Base or, if you're in need of immediate assistance, submit a case to our Customer Success team.

Access to SVN file property via variable for version control

sprocketssprockets Community Member Posts: 31
My suggestion will only be of value if you happen to be using Subversion (SVN) to keep file versions straight.

I would like to have a variable that contains the value of the WC Revision property added to the .awt file by SVN. This is the latest version number of the .awt as far as Subversion is concerned.

On packaging that variable has its default value set to the current value of the WC Revision number. This hardcodes the package with a specific build number with no human intervention and therefore no possibility of human error.

This would allow us to have a 'build' number baked into every package that accurately reflects the source version used to create that product.

I realise that it would only be useful to a few people, that use SVN and also care about version numbers, but I personally would find it extremely useful.

Comments

  • ssnegssneg Community Member Posts: 1,466
    I'd actually expect Lectora to implement basic versioning functionality for everyone, maybe as an enterprise/team feature. This would definitely be possible for the Online version. See latest changes, see who made them, etc.

    I also must warn you that if you use Git or SVN, you shouldn't try to merge parallel edits into a single AWT, because it will mess up the object counter. Lectora uses an incremental counter to assign unique IDs to all new objects, so e.g. if you have the counter at 100, and you create a new page with ID=101, while your colleague creates a new textbox with ID=101, they won't be able to merge well. If Lectora switched to e.g. UUIDs, this wouldn't be a problem, and would enable Git/SVN-like distributed development and merging on the fly. Everything else is already in place, like a well-structured XML format for saved files, etc.
  • jvalley4735jvalley4735 Community Member Posts: 1,357
    I've added it to our suggestion log :)
  • ssnegssneg Community Member Posts: 1,466
    @jvalley4735 Is that list public? Would it do good if Lectora's wishlist was on something like Uservoice? (https://feedback.uservoice.com/forums/1-general-feedback)
  • jvalley4735jvalley4735 Community Member Posts: 1,357
    The particular forum is more or less our public list (for Lectora; there is also suggestion forums for Lectora Online and CourseMill). Suggestions can be posted, you can leave comments, and we also have the up-vote feature. I (and other Trivantis staff) take each suggestion and add it into our project tracking software ("log"/"list") so it can be researched, prioritized, assigned and developed.
  • sprocketssprockets Community Member Posts: 31
    Hi Sergey,

     

    I haven't tried the SVN merge mostly because I feared something like that would be an issue. Thanks for confirming it though, because it will save me having to waste (possibly a lot of) time testing trying it out.

     

    Regards,

    Mike

     
Sign In or Register to comment.

So You Wanna Be An eLearning ROCKSTAR?

We're all fans of eLearning here! Want to become an eLearning ROCKSTAR? Just click on one of the buttons below to start your rocking journey!

Be The First On Your Block to Rock Lectora® 21!


Apply for exclusive early access to the latest version of Lectora® Desktop v21. Seating is limited so apply now!