Thanks for that Bret, it makes it a lot clearer.

Would I be correct to presume that given the current options you
listed below, which have us remaining at OpenQA, that there is no
longer a concern that they will go 'all things Selenium' on us and
we'll be forced to suddenly move on short notice?

On Jun 8, 11:47 am, Bret Pettichord <b...@pettichord.com> wrote:
> Let me chime in by trying to restate the problem and why this idea got
> started in the first place.
>
> 1. The current home page for Watir (at wtr.rubyforge.com) is hard for
> the community to update. It is a webgen-based website, stored with the
> Watir code base. Any one with commit rights to Watir can modify these
> pages. They also need admin rights to our Rubyforge.org account to post
> updates. To date, only Charley and I have updated this website. Before
> we moved it to webgen (when it was only one or two pages), Paul Rogers
> and Jonathan Kohl also update these pages.
>
> 2. People find it confusing that there is no single place where all the
> Watir information can be found. This makes them wonder about the
> community and worry that maybe they are missing something important. At
> the same time, I do believe that all the Watir websites are indexed from
> wtr.rubyforge.org.
>
> 3. Paul owns watir.com. It currently redirects to wtr.rubyforge.org, but
> could be pointed elsewhere. We also have the ability to redirect
> wtr.rubyforge.org to another site.
>
> 4. It was unclear whether it made sense to keep Watir at openqa, as it
> was moving to a selenium focus. For a couple of weeks indeed, openqa was
> renamed seleniumhq.
>
> With this background we made the following plan:
>
> A. We would migrate the confluence and jira from openqa to our own server.
> B. We would make the home page of the watir project be in confluence,
> based on a design by Alister (that used a newer version of confluence).
>
> Charley ran into snags with A, and now we are looking into other
> alternatives. Some of the alternatives, frankly, seem to be coming from
> left field, so I am wondering whether there are additional concerns that
> people have, or whether they are simply confused as to what our goals are.
>
> When we started this discussion, the Watir source code was stored in SVN
> at openqa. Since then we've moved it to Github. Some people seem to be
> acting on the idea that our goal is to keep everything together, and
> thus we'd move the wiki and bug tracker to Github as well. I don't think
> that it is practical to migrate from confluence to the wiki on Github.
> Github's wiki is not that great, and we would have to lose a lot of
> information, data, formating, understandability if we did this. I have
> heard good things about Github's bug tracker, but am still unsure
> whether it would be worth the trouble to migrate all the data. We
> currently have an enormous investment in Jira: history, reports, etc.
>
> One nice thing about Jira/Confluence right now is that people can use a
> single sign on for both. This is a feature provided by openqa, that
> would take some work to replicate.
>
> The biggest problem, in my mind, with Jira right now is simply that not
> enough attention is being given to reviewing the bug reports that are
> made with it. But this is probably an issue for a separate thread. Let
> me just say this: If someone were to propose that we move to a different
> bug tracker because it would make it easier for them to review and
> respond to bug reports, then I would be all ears.
>
> So it seems to me that we are now down to two options. Both of these
> keep confluence and Jira at OpenQA.
>
> 1. Replace wtr.rubyforge.org with a wordpress instance.
> 2. Move the homepage to confluence, perhaps getting Patrick to upgrade
> the software.
>
> To my mind, #2 has a few more advantages. Mainly it simplifies things by
> having one less site for users to find/understand and one less system
> for us to maintain. But frankly I'd be happy with either as an
> improvement over what we have right now. (#1 would be easier for more
> people to support and has nifty plugins.) I'm happy to defer to Alister
> on this point, following the implementer's rule: whoever implements it
> makes the rules.
>
> Bret
>
>
>
>
>
> Charley Baker wrote:
> > Alister's design on the wordpress instance looks good. I'd definitely
> > pin him as the Watir community leader for watir.com <http://watir.com>
> > going forward and definitely needs to work with Zeljko. They're
> > fortunate enough to share similar time zones, and seem to be working
> > well as a team. I tried getting jira and confluence up on a slice, it
> > is working, but for my efforts, I didn't fare well, and got 'is that
> > all you've done'. It's not easy and we're secure for the meantime with
> > the openqa instances. We do have open source licensing if it comes to
> > that, but given the difficulties on running our own instance, it makes
> > sense to me to put that off for another time.
>
> > There are still some details to work out, but this looks like a viable
> > plan - wordpress on the front end with JIRA still hosted on openqa.
> > Paul needs to be involved in pointing the watir.com <http://watir.com>
> > dns name to it, but otherwise we should be good.
>
> > Bret needs to weigh in as well, and we should make sure we have all
> > the bases covered.
>
> > Charley Baker
> > blog:http://blog.charleybaker.org/
> > Lead Developer, Watir,http://wtr.rubyforge.org
> > QA Architect, Gap Inc Direct
>
> > On Fri, Jun 5, 2009 at 3:32 PM, Chuck van der Linden <sqa...@gmail.com
> > <mailto:sqa...@gmail.com>> wrote:
>
> >     On Jun 5, 5:07 am, Željko Filipin <zeljko.fili...@wa-research.ch
> >     <mailto:zeljko.fili...@wa-research.ch>>
> >     wrote:
> >     > On Thu, Jun 4, 2009 at 11:36 PM, Chuck van der Linden
> >     <sqa...@gmail.com <mailto:sqa...@gmail.com>>
> >     > wrote:
>
> >     > > Has Google Code been considered?
> >     > > also Github?
>
> >     > Both Google Code and Github have wiki and bug tracking. The
> >     problem with
> >     > changing software is that somebody would have to enter all data
> >     from old
> >     > software into new software. And there is a lot of data...
>
> >     > Željko
>
> >     Yeah Z, I realize that.  it's just that expense also seemed a big
> >     factor, so if we can't find something that's free and lets us run the
> >     apps we want, then  obviously we have to balance cost vs moving data.
> >     I was wondering about those two in the even that cost turned out to be
> >     the deciding factor.
>
> >     I still find it ironic that given it's mission statement, "OpenQA"
> >     seems to want to move to focusing on a single solution..
>
> >     Given the seemingly ever closer connections between Watir, things like
> >     the WatirCraft Framework, and Cucumber,  one does have to wonder if
> >     maybe Github might be the way to go, even if we do have to move
> >     data..  Bret sure seemed to have a lot of good things to say about
> >     it.   How different is their Wiki from what we run now?
>
> --
> Bret Pettichord
> Lead Developer, Watir,www.watir.com
> Blog,www.io.com/~wazmo/blog
> Twitter,www.twitter.com/bpettichord- Hide quoted text -
>
> - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Watir General" group.
To post to this group, send email to watir-general@googlegroups.com
Before posting, please read the following guidelines: 
http://wiki.openqa.org/display/WTR/Support
To unsubscribe from this group, send email to 
watir-general-unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/watir-general
-~----------~----~----~----~------~----~------~--~---

Reply via email to