Sparx Systems Forum
Enterprise Architect => General Board => Topic started by: DMT on November 03, 2003, 08:50:05 am
-
Now that Source Safe integration has been added, I intuitively expected to do something like the following, based upon my experience with Visual Studio:
1. Configure EA so it recognizes that I'm using Visual Source Safe, providing my user name, etc.
2. Right-click on the root node, and click something like, "Add Model to Source Control..."
3. Specify the name and location of the project in Source Safe.
That's it. Now, this isn't EXACTLY what I'm seeing. It appears that I need to configure source control for every single package in the entire project, including sub-packages. It appears that I need to manually type in file names and versions.
It's really strange, and I'm not sure exactly why I would need to go through all of this. One mouse click and one dialog should handle it.
Is there any other way to configure a model to use source control? Is it really this difficult? Or am I missing something.
Thanks in advance,
Dave
-
Yes, it is that difficult.
It was envisaged that people would want to version only a few packages in a model, and that being able to specify the name of the export file was more import than quickly marking a package as version controlled.
Phil Bachmann
Sparx Systems
-
Hmmm. OK. I guess it isn't what I was expecting when it was announced. I'm trying to eliminate the shared database on our network by checking the model into Source Safe in its entirety.
Thanks.
- Dave
-
Hmm. This is a MAJOR disappointment and means that we will have to change *our* working practices - rather than the tool *suporting* our practices.
I also feel this makes the tool less useful for large scale - multi-developer development where version control of packages is crucial to control of the product and releases.
In Rational Rose you can control EVERYTHING....and sub-packages may be controlled as well.
It seems odd that we would only version control a small number of packages!? After all - EVERYTHING in our system is version controlled - our release management systems rely on it - and how else do you support previous versions if you cant go back!?
----
What I really want to see in EA (given we are new users of the corporate version - chosen as a product instead of Ration Rose...) is the ability to version control EVERY package - parent & child - thus providing MAXIMUM resuse across projects, and maximum developer concurrency within a project based on a distributed development environment - replication is not enough - because the source code generated from the model is based on a package - the replication method of sharing means the two can become out of sync - a problem solved by version controlling and releasing the source code & package together....
I can explain in clearer more detailed definitions if required....but at the moment this is hampering us quite severly.
-
Proposed solution:
1. Open Visual Studio
2. Copy how it works with source control.
I know, an oversimplification, but this is an example of "if you can't do it right, don't do it at all." I'm sure a lot of time and energy went into designing and coding the feature, but it was designed in a fashion that doesn't solve the problem.
-
Indeed. We use CVS with distributed offline developers - the CVS repository is our central means of sharing and controlling - so the lack of granularity certainly doesnt help....ho hum..
-
Indeed, this would be very helpful.
On each level Xml generation would have to generate placeholders for all child nodes (with relative paths to their xml file) and trigger generation of these XMLs in a subdirectory.
Best regards,
Chris
-
The latest releases of EA now support a feature that allows sub-packages to be versioned.
Does this extra granularity solve people's problems?
Is there more required?
Phil Bachmann
Sparx Systems
-
Ill test the new one in about 6 hrs time - Ill let you know Phil.
Cheers.
-
Allowing sub-packages to be individually versioned is definitely an improvement.
Could you also consider adding a feature to allow individual elements to be version controlled, like files in VS.Net? That would be great. :)