Mailing-List: contact directmemory-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: directmemory-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of raffaele.p.guidi@gmail.com
 designates 74.125.82.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPoyBqRsRkCwfu3_JJwK1a3iBS9ZEfiOBdzsOifwQo0VzgSYhQ@mail.gmail.com>
References: 
 <CAGnSx04XDHX_7+HVrpWLu7YVP=46WmzFuxEupg03gYKB0CKjAQ@mail.gmail.com>
	<CAAnVOG1YMgSosx07n9aDWTc5a+VarX41D5ySPv2C7Y9fjf6i6Q@mail.gmail.com>
	<CAPoyBqRsRkCwfu3_JJwK1a3iBS9ZEfiOBdzsOifwQo0VzgSYhQ@mail.gmail.com>
Date: Sat, 26 Nov 2011 09:55:01 +0100
Message-ID: 
 <CAAnVOG1HJSDJKP0sRqCWFgX2cQhKdM5V0N0EaEcNm+Mh=PMCnA@mail.gmail.com>
Subject: Re: refactoring in a branch
From: "Raffaele P. Guidi" <raffaele.p.guidi@gmail.com>
To: directmemory-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=f46d041555f0cf2d7404b29f6c17

--f46d041555f0cf2d7404b29f6c17
Content-Type: text/plain; charset=ISO-8859-1

>> raffaele github is a private company not a scm tool it's very different !

I'm totally aware of that (believe me) but _that_ is the workflow I'm used
to - and the whole community should recognize that the fork->pull workflow
is becoming a mindset and should be recognized in his own regardless the
private company behind it (that, thanks god, didn't put an IP on it). Hope
that the ASF takes this in consideration while moving to the git scm.

Ciao,
    R

On Sat, Nov 26, 2011 at 9:29 AM, Olivier Lamy <olamy@apache.org> wrote:

> yup use agree create a branch and commit on it.
> Like a *git* workflow. (raffaele github is a private company not a scm
> tool it's very different ! )
> As it everybody will se that.
> You can do it now directly in svn (or tru git svn).
>
>
> 2011/11/26 Raffaele P. Guidi <raffaele.p.guidi@gmail.com>:
> > Well, being used to the github workflow this feels quite natural. The
> > un-natural thing is asking before doing it (just fork, branch and make a
> > pull request when you are done). In any case I think jira should be used
> to
> > track bugs, ask for features and "assign" items, not to obtain an
> > authorization to work on things. It shouldn't prevent spontaneous coding
> > from committers.
> >
> > Ciao,
> >   R
> > Il giorno 26/nov/2011 07:55, "Tommaso Teofili" <
> tommaso.teofili@gmail.com>
> > ha scritto:
> >
> >> Hi all,
> >>
> >> yesterday I was doing some code review on DM and my feeling is that we
> >> should do some refactoring on a couple of things:
> >>  - dependencies: I'd like to keep the dependency list size as low as
> >> possible, trying to remove the dependencies that are not "critical"
> (i.e.:
> >> I wouldn't rewrite a new logger slf4j just works nicely)
> >>  - modularity: I think it'd be good if we could enhance cohesion and
> >> modularity of classes; i.e. Cache and CacheService as they have lots of
> >> different methods (different contracts / responsibilities)
> >>
> >> I know those are a kind of high level topics but I think I could try to
> >> create a DM branch where I "propose" some dependencies to be removed and
> >> also some code refactoring.
> >> I'm proposing that instead of opening tinier issues/tasks on Jira since
> I
> >> think changes would impact lots of classes so it may be hard to
> maintain.
> >> What do you think?
> >> Tommaso
> >>
> >
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>

--f46d041555f0cf2d7404b29f6c17--