2013/1/13 Luke Inman-Semerau <
luke.s...@gmail.com>:
> So, for those not paying attention on IRC. This exists:
>
https://github.com/krosenvold/selenium-git-release-candidate
>
> The only thing I currently notice is the last commit on the repo was done by
> Kristian but that commit is not currently in svn (and that svn has had a few
> more commits since this was created).
I am keeping track of the diff here, and as long as the QA process for
the release candidate does not take too long I will retro-fit the SVN
commits when we flip.
The one commit I did on the rc was to strip windows CR's from the repo.
>
> So, I guess the question is, what's the plan? (Prods Simon)
>
>
> My 2¢ -
> since "trunk" is this 'master' branch in the seemingly proposed git repo.
It will be called "master" "soon".
Excellent !
"Someone" needs to find out how we should deal with the sites. If they
need to be on a branch in the main repo "someone else" (me) can fix
that.
>
> Also, I'm not sure how google code handles the wiki pages, but I've created
> a repo with all the history for that too:
>
https://github.com/lukeis/selenium-wiki
>
>
> A couple of other things come to mind with the potential conversion to git:
> The use of svn revision in our release, should that just change to git
> commit revision? (I'm gonna guess yes, but it will obviously look different
> and hopefully no on is depending on it being an int vs. a string?)
> wire.py -> JsonWireProtocol.wiki the instructions just need to get ironed
> out with the new repo / potential branching.
r14087 = > 4c47f19af9918fabc42cfdb7ea62323a7f8279b9 once we switch.
>
>
> *Big Side note to all those listening* even though I list repos in github, I
> know there is no intention of moving the Selenium project to github. It will
> remain on google code as the primary repo location where everything is built
> / distributed from. (Now, because git is a DVCS... I can do things like have
> a clone in github that I keep in sync with the main repo... and even
> potentially accept pull requests from as long as they requestor has signed
> the CLA.)
The CLA is the key. The location of the authorative master is not that
important. In the maven repos that have been switched to git (with
master @ ASF) we have huge activity coming from gtihub.
Kristian