Re: 2 WOLips Questions.
Re: 2 WOLips Questions.
- Subject: Re: 2 WOLips Questions.
- From: Mike Schrag <email@hidden>
- Date: Sun, 27 Jan 2008 10:03:21 -0500
My main problem with git is that the Eclipse plugins for it are not
mature enough for production use (as of maybe a month or two ago). I'm
WAY too spoiled by nice Eclipse version control plugins at this
point :) Other than that, git is pretty slick.
ms
On Jan 27, 2008, at 9:07 AM, Jean-François Veillette wrote:
subversion is a nice improvement over cvs, but if you are going to
switch, now is the time to take a look at the other options ...
Take a look at git (and/or mercurial) :
http://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html
I think git's branching model is way better than the directory copy
of svn. And other (I've not used svn enough to tell myself) say
that the merging capabilities of svn are not really better to cvs,
if compared to git.
git only require one .git/ directory at the root of it, not in every
directory inside, so you won't have any problem with tools
integrations. git already has 2 nice gui (built with tcl-tk), it
has web front-end, and even the start of an eclipse plug-in.
I've used cvs for far too long (and still have to). I've played
with svn for a short time period. I've used bzr for nearly 2 years,
I've now switched to git for nearly one year. I'm very pleased with
the result ! I've successfully converted many cvs repository
(amongst them wonder's repository), and it make the history more
clear and easier to follow.
- jfv
Le 08-01-26 à 15:52, Mr. Pierre Frisch a écrit :
I may be asking a stupid question, but why are you making you life
miserable with cvs I would use subversion which is a drop in
replacement for cvs and has some definite advantages. Beware of cvs
and UTF-8 encoded files.
Pierre
--
Pierre Frisch
email@hidden
On Jan 26, 2008, at 11:27, Drew Thoeni wrote:
On the SCM, I'm using the default, CVS. It did work originally,
and I am way newbie on CVS. Is there a way to just drop the
EOModel from the CVS lib and reload from my machine?
On the editors, I like the "close the window" approach. Thanks for
the tip.
Drew
On Jan 26, 2008, at 9:39 AM, Mike Schrag wrote:
1) When I use SCM and commit a project, the EOModel committed
the first time, and I was able to retrieve it on another
machine, but it no longer will upload (using Team>Commit...). It
appears that Eclipse is not aware of changes in the EOModel
(because the EOModel does not show up in the "changes" window of
the SCM). But, the changes are reflected in the java files
created by EOGenerator. Is this expected behavior? If not, how
can I commit the EOModel?
What SCM do you use? This should "just work" -- There's nothing
special about EOModels, so they should just appear as regular
directories with regular files in them.
2) When I changed from a java file (using the perspective
WOLips) to the EOModel, most of the time (not always) the
perspective automatically changes to "Entity Modeler". This is
good. But when I click back on the java file the perspective
never automatically changes back to WOLips. Is there a setting
that allows a perspective to be associated with a file type and
then automatically open that perspective?
Actually, it's a big hack that Entity Modeler magically switches
when you open a model, and it's a bit tricky to make it switch
back by editor. The way I actually do this is that I just close
the model (which DOES switch back) rather than switch editors.
The other option is that you can set the preference that opens
Entity Modeler in its own window, which should preserve the
perspective of the original window. There are some bumps with
this way, too, but really it's more like what people want, I
think. The problem is that Entity Modeler appears as an "editor"
but it really is its entirely own "thing".
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden