[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] Git migration and ECF 3.4 timing: PLEASE READ

Personally I don't even see the need to keep a CVS repo in the first
place. For a consumer what's the difference between "cvs co $REPO" and
"git clone $REPO"? This might sound ignorant, but if consumers want to
make sense out of ECF, they should at least be able to use a SCM.
Otherwise they will fail with ECF anyway. %)

Yes, I see your points. It is the usability I am concerned about. I have changed my stance a little bit in favor of the occasional user. If someone is trying something out but needs to do a lot of work, he might get put off. 

Why did my stance change:

I had to patch my remote services blog [1], I got a reply from a user on july the 9th [2]. I never heard something from him since that time. I then read my blog and realized that is was broken because of the ECF1 shutdown. Did we lose one user to the competition because of this? I say yes. One soul lost to enemy. (dramatic music and drums) 

That does not say "do not go to git", but we want to make sure our current stuff stays working until we have replaced it.  

A CVS sync will buy us time to sort all this stuff out until we can replace it with an alternative.

Get the sources
Please fire up a Helios with a new workspace and get the two bundles needed for this example from this project set** (copy this file in a project, give it the extension .psf, right click and choose Import Project Set...).

** Our recent move of non-epl code to github has rendered the psf file unusable for theorg.eclipse.ecf.services.quotes project. Please get these projects from github and import it using "File/Import../Existing projects into workspace" and then point to the archive.

[2] http://industrial-tsi-wim.blogspot.com/2010/06/helios-bloghaton-fun-with-remote.html