Salesforce Eclipse Subversion GoogleCode
Small. Pieces. Loosely. Joined.
Salesforce. Eclipse. Subversion. GoogleCode.
Update: movie temporarily down as I went over my Jing limit…
Small. Pieces. Loosely. Joined.
Salesforce. Eclipse. Subversion. GoogleCode.
Update: movie temporarily down as I went over my Jing limit…
October 12th, 2007 at 10:24 pm
That is very cool. I now have it set up too, at least everything but the tasks. So far, I am using the repository more as a backup than anything else — sort of afraid to use it because I got some errors last time I used the “sync with salesforce” command (wouldn’t open the files anymore, had to use subversion to “revert”).
My question is — have you successfully merged changes you and Matthew have made to the same file and had them merge into Salesforce? What are the steps? I guess I don’t fully understand the relationship between my local Eclipse version of the code and the other two (google/svn and sfdc).
October 13th, 2007 at 7:15 am
We have been working on separate files to date, so haven’t had to master the subversion merge. Here’s how I understand the setup:
* the working copy is a local text file of, say, an Apex class
* the Apex eclipse integration takes a save to your local file and saves it up to Salesforce.com as well
* you can commit your changes to those text files to subversion whenever you want
* you can ‘refresh files with latest from server’ and overwrite your sf.com code with the version on the sf.com server
* you can update working copies with the latest from subversion
You can start with this:
* set up an Apex project in Eclipse, pointing at your sf.com code
* right click on that project and add to version control–clarification, go to Team | Share to add it to version control
* after it adds all your files to the location you specified, your working copies are now connected in both directions: sf.com and svn
I’ll try to make more more Jing movies…
October 14th, 2007 at 2:07 pm
Nice post. I use these same Eclipse Plug-ins to do work on Arrowpointe Maps. Because I don’t want the code visible to the public like on Google Code, I subscribed to a hosted SVN service, http://www.devguard.com. It has worked very well and I’d recommend it. Because it’s just me developing, I haven’t had to do merges and the like with another developer, but I use it as a backup (trunk) and as a way to have a backup at specific releases (tags). I love it. I actually didn’t know Google Code had that.
I use a Task list hosted with DevGuard. They implement Trac (http://trac.edgewall.org/), which is a project management tool that sits on top of Subversion and is used for Issue Tracking. It’s very cool. Mine is username and password protected, but you can see a good example of it in action at http://trac.wordpress.org/, which is the public Wordpress one. It does a good job of keeping your tasks, bugs, enhancements, etc. tied to your versions and milestones.
October 14th, 2007 at 3:05 pm
check out Mylyn–it’s included in Eclipse 3.3. I’m pretty sure it has a Trac plug in. I know there are lots of folks using SVN and the eclipse plugin for Apex, but if you search for it on the sf boards you won’t find a thing. Great to know you’re using the same tools we are!
October 14th, 2007 at 4:14 pm
Yeah, I am using it. It was called Mylar in Eclipse v3.2.
October 14th, 2007 at 8:06 pm
I’m using Eclipse + SVN + Trac + Mylyn and it’s working great. If you use the Trac Mylyn bridge with the XML-RPC plugin for Trac all task management is handled via the native Eclipse task interface and includes all your extended properties for Trac.
November 6th, 2007 at 9:26 pm
The link no longer works. Is the video available somewhere else?
January 17th, 2008 at 12:25 pm
[...] 4. Code Share Eclipse and Subversion working together to develop and deploy your apps. Ed. Note: I wrote about doing this 3 months ago. [...]