I would be able to help.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bret Pettichord
Sent: Friday, March 10, 2006 3:46 PM
To: [email protected]
Subject: [Wtr-general] Moving to OpenQA.org

 

We are in the process of moving many of the services that have been provided on RubyForge.org over to OpenQA.org. You'll be seeing more and more signs of this, so i thought i would send out a quick status report. If you have questions or want to help, please speak up.

Repository

The source repository has been moved to Subversion (SVN) on OpenQA. You can see it here:
http://www.openqa.org/watir/cvs.action

All of the existing committers who have requested commit access to the new repo have been given it.

Previously CVS automatically sent email to an email list whenever a change was made. We don't have that option with SVN right now, but instead there is an RSS feed which does about the same thing:
http://svn.openqa.org/fisheye/rsscfg/watir/

This is a good time for me to talk about a couple of things we get with Subversion.

1. Every commit gets a global commit number, which effectively amounts to a tag. What this means is that we can now reliably identify any development version that you pull out of SVN (in case we have trouble reproducing a bug or whatever). This in fact will be reported in Watir::IE::VERSION, e.g.: 1.5.0.926. The last number is the SVN revision number, uniquely identifying a snapshot of the entire code base (not just the watir.rb file).

2. File history is retained when files are renamed or moved. This didn't happen with CVS and so we were reluctant to rename files or reorganize the code. Now there is little reason not to do that.

BTW, there has been some confusion about what it means to "check out" code from CVS or SVN. Unlike other source control systems, neither CVS nor SVN allow or support locking files. So anyone can check out files. But these systems have checks in place that check to see if anyone has modified any of the files you are checking in since you checked them out. If so, you will have to merge your changes with theirs.

Wiki

We are migrating the wiki to the Confluence wiki on OpenQA. I've started the process, but there is still plenty of work to be done.
http://wiki.openqa.org/display/WTR

The main advantages of Confluence over what we've used before is that it allows attachments so it will be easy to set up contributions pages and allow people with small libraries or example code or whatever to easily share it with others. We will probably be moving some of the unsupported contributions that we've previously packaged with Watir to the wiki. (So that only supported code will be contained in our library).

Any Watir users can have access to this wiki. Unlike past wiki's, you do need an account first. (This should keep the wiki spammers away.)

Tracking

I've just started to set up the new bug tracking system. This is Jira, which is really good. The main problem with the old tracker at RubyForge was that you couldn't reclassify bugs as features etc. Jira lets you mix them all together in a single system. You can check this out here.

http://jira.openqa.org/browse/WTR?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Another good thing about Jira is that it allows people to vote on the features and fixes that they want most. If there is a bug that you want fixed, feel free to put it in Jira.

Bret

_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general

Reply via email to