If you work in teams, and don’t have a multideveloper license, or just prefer to use your favorite local editor to write/edit your code, there is an open-source project that can provide true version control over your Servoy 3.5 repository for FREE.
For more info, visit the google code site using the address below, reply to this post, or send private messages to the project admin/author (ryanparrish)
Take a look: http://code.google.com/p/svcs/
“SVCS”
Nice…
Well Done
Hi, this looks very interesting…
I know it is very early days, but do you have any idea how it will behave on a large project, 6-8 modules, 100s forms?
And how does Developer or Server know you have changed the code?
By the way, I have already used ‘rake db:migrate’ on my Servoy projects 
swingman:
Hi, this looks very interesting…I know it is very early days, but do you have any idea how it will behave on a large project, 6-8 modules, 100s forms?
And how does Developer or Server know you have changed the code?
By the way, I have already used ‘rake db:migrate’ on my Servoy projects
Well we have 106 forms in our solution and it has had no trouble with it at all, so I suppose it would scale just fine. The only time you are really hitting all those forms is during the initial export and on our solution it just takes a matter of seconds for the export and then a few min to check-in with subversion, after that its all good. As to modules, I can’t say as we don’t have any in our solution so I really don’t know what it would do in that case .
So far the only way I have for developer to know about code changes is to logout/in of developer, that seems to clear its cache and the updated methods show up. For server you need to flush. This is the same issue that is had with using a single-user license and multiple copies of developer. It is a problem on my list to overcome, but that may put me on shaky grounds with Servoy corp
When you update code in developer you need to run the solution_exporter.py script again, and it then grabs the new functions, puts them into the svn repo, and check them in. Since I have not come up with a way to create new methods outside developer yet, you need to create them in Developer then do the export. I have played with the idea of putting the script i a cron job but haven’t really had the need.
Oh, and I want to give David Workman over at data mosaic a big thanks for starting me in the right direction in figuring out the servoy repo schema.
When you are working directly on the repository I suggest you get in direct contact with Servoy over this.
Any change they make (and they do that all the time) will break your code with big consequences.
Nice job though 
ROCLASI:
When you are working directly on the repository I suggest you get in direct contact with Servoy over this.
Any change they make (and they do that all the time) will break your code with big consequences.Nice job though
Yes that is quite true, as of now we have only utilized this with 3.5 final since that is what we are currently developing on. And in fact there are a few things with the repo that I haven’t quite figured out the best way to handle such as methods > 32KB in source size are split into two elements in the servoy repository so right now I just kinda ignore them.
I would love to see a full explanation of the servoy repository’s workings and design decisions with each version…I don’t see that happening, however I have never asked so…
Servoy has indicated (http://forum.servoy.com/viewtopic.php?p=44379) that solutions will become plain text files in v4.
I think I’m going to wait on that release to try to do SVN integration. I cut and paste long methods to TextMate now, but feel a little wicky-wacky about directly accessing the repo.
greg.
V4 does indeed seem to offer enhanced, external method editing as part of its release (from what I have read), but keep in mind that Servoy will no doubt require a multideveloper license for multi-development access, and currently that does not come cheap.
I agree that there is no better authority on the repo than Servoy, and that v4 may give us all or some of this functionality, but if the community could get behind an effort like “SVCS” I think there could be much benefit and savings [and possibly additional features].
And in fact there are a few things with the repo that I haven’t quite figured out the best way to handle such as methods > 32KB in source size are split into two elements in the servoy repository so right now I just kinda ignore them.
The repository is not quite that simple. One of the things you will bump into is what is in the quote. Please be careful with that!
I think when you need this, 4.0 and its cvs capabilities are what you should go for.
Hi Marcel,
Maybe you could lend a hand by sharing some of the great repo knowledge you possess (as a result of writing the most excellent “Analyzer” tool)? The SVCS project is open source and needs contributors!
Your expertise would be appreciated…