I've updated the repository with a new migration which is better because empty commits
are removed (mostly svn:ignore commits) and more important the .gitignore file is added
through the whole history (which means doing a checkout of an earlier version will have
the .gitignore).
it means that any fork of the previous version are not valid anymore and should be
refreshed as history had to be rewritten (specially for putting .gitignore everywhere).
Beside that, I've been able to capture the steps for migrating the repository and will
provide them soon, they are fairly easy to use and actually I've been using them to
make a prototype of portlet container migration here :
"cloning now"...can't wait until it's official !
Thanks Julien !
On 03/16/2012 04:46 AM, Julien Viet wrote:
>
> I created the repository as "candidate for release" :
https://github.com/gatein/gatein-portal
>
> it will be officially the gatein portal repository monday.
>
> at the moment you can clone it (via git clone) but you should avoid to
"fork" it the "github way" (if we need to recreate it for some reason,
your fork will be lost).
>
> please have a look, clone it, play with it, build it, etc...
>
> thanks for your feedback.
>
> On Mar 15, 2012, at 3:12 PM, Boleslaw Dawidowicz wrote:
>
>> I cut off write access to:
>>
>>
https://svn.jboss.org/repos/gatein/portal/trunk
>>
>> Julien will be starting migration process to github. This should hopefully take
us around 2 days to test everything properly. We aim to be able to continue with access to
the new repo on github around Monday morning.
>>
>> I will try to provide basic documentation covering source code contribution to
the project by then.
>>
>> Please tell me if you have any serious reasons to re-enable svn access to
gatein/portal/trunk.
>>
>> Bolek
>>
>> On Mar 15, 2012, at 9:51 AM, Julien Viet wrote:
>>
>>> portal vn team is fine.
>>>
>>> On Mar 15, 2012, at 9:46 AM, Boleslaw Dawidowicz wrote:
>>>
>>>> Does anyone have any pending work for portal/trunk? If now i would like
to turn it into readOnly mode today. Please let me know.
>>>>
>>>> Bolek
>>>>
>>>> On Mar 14, 2012, at 6:48 PM, Ken Finnigan wrote:
>>>>
>>>>> Would need to add:
>>>>>
>>>>> .settings
>>>>> .project
>>>>> .classpath
>>>>>
>>>>>
>>>>> On Wed, Mar 14, 2012 at 1:37 PM, Julien Viet
<julien(a)julienviet.com> wrote:
>>>>> For eclipse users : anything you want to add in .gitignore for
Eclipse ?
>>>>>
>>>>> On Mar 13, 2012, at 11:30 PM, Julien Viet wrote:
>>>>>
>>>>> > Hi,
>>>>> >
>>>>> > we are going to migrate the GateIn Portal repository to GIT soon
(hopefully by next week) and here is the process we should follow:
>>>>> >
>>>>> > 1/ provide an initial repository (by me) as preview to play with
it and check things are OK (identities, tags).
>>>>> > 2/ stop SVN commits by the end of this week (which means that
people having pending commits will have to flush them before the end of this week).
>>>>> > 3/ the new repository should be available in GitHub early next
week, ready to be used in the GateIn organization in a repository named
"gatein-portal".
>>>>> >
>>>>> > We want to use GIT in order to keep a trunk as stable as
possible and the main motivation is to never have "unfinished" work in the
master of the repository:
>>>>> > - a long feature does not have to be entirely finished of course
to go in master but it should reach a certain milestone in its implementation.
>>>>> > - a small feature should be finished and then merged in the
master.
>>>>> > - bug fixes can go directly in the master as they are
independant.
>>>>> >
>>>>> > Git provides a huge benefit over SVN : it allows to schedule
when commits are merged in the master without blocking other people to work. We will use
this
>>>>> > feature to "implement" the behavior explained before.
>>>>> >
>>>>> > After the 3.2 release, we want to increase our release rate with
GateIn 3.3, 3.4, etc.. We think we should be able to make up to 4 releases a year (as
opposed to
>>>>> > a single release in almost 2 years which means an x8 factor). We
also think that using correctly Git will help us to do that (also with a proper management
of
>>>>> > the roadmap and dependencies between features of course). The
idea is to focus on a few selected features in the master at a time for the next release
and
>>>>> > keep the other in other branches (TBD).
>>>>> >
>>>>> > We will clarify how people can work with this repository soon,
but in short at the beginning only a few persons will interact directly with the
repository. We will
>>>>> > use the "pull request" mechanism of Git to notify when
a merge should be done (to be clarified by Bolek soon). Also here the idea is that we will
schedule
>>>>> > pull request at the appropriate time.
>>>>> >
>>>>> > So this is valid at the moment for the portal project, other
project will be migrated later (during March/April), at the moment we focus on the portal
because it's
>>>>> > the place where the main activity is done at the moment. Other
project will have likely similar rules but it will be less strict since it's usually
used by less people
>>>>> > than the portal.
>>>>> >
>>>>> > So tonight I'm providing a repository preview
https://github.com/vietj/gatein-portal-preview for the portal that contains the SVN
history and the released tags
>>>>> >
>>>>> > - it does not contain branch information (since we don't use
them for the community versions).
>>>>> > - you should check the repository (like using a tag and building
it).
>>>>> > - you must check your identity was correctly migrated (based on
the information you provided) : if it is not tell me what is your Git identity.
>>>>> > - the .gitignore file was not added yet, I will add it later
(likely like this one
https://github.com/juzu/juzu/blob/master/.gitignore) : if you have
specific desire tell me
>>>>> > - the maven release plugin is not yet updated to use Git and it
will be done later (and actually it should be updated to release things more correctly).
>>>>> >
>>>>> > if you feel something is missing or have question, don't
hesitate to raise the concern.
>>>>> >
>>>>> > cheers
>>>>> >
>>>>> > Julien
>>>>> >
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gatein-dev mailing list
>>>>> gatein-dev(a)lists.jboss.org
>>>>>
https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>>
>>>>> _______________________________________________
>>>>> gatein-dev mailing list
>>>>> gatein-dev(a)lists.jboss.org
>>>>>
https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>
>>>
>>
>
>
>
> _______________________________________________
> gatein-dev mailing list
> gatein-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/gatein-dev