flink-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henry Saputra <henry.sapu...@gmail.com>
Subject Re: [DISCUSS] Submitting small PRs rather than massive ones
Date Thu, 19 Mar 2015 14:23:16 GMT
Great suggestion and observation Max.

+1 Yes, we should also splitting PRs into right and logical commits
that will definitely help with review.
Like you said some PRs are just large in nature and splitting it into
pieces may not work well so doing right commits should go hand in hand
with small PRs as necessary.

When I mean by smaller PRs is to make sure one PR try to solve one
logical issue at a time.
If we can split it into smaller PRs, by designing your solution
propoerly, it would help history management better. Think of it as one
agile sprint story =)

- Henry

On Thu, Mar 19, 2015 at 2:27 AM, Maximilian Michels <mxm@apache.org> wrote:
> I agree with you, Henry. Reviewing hundreds of changes class files is a
> difficult and a nearly impossible task to do exhaustive.
> However, splitting up pull requests also has some drawbacks. For example,
> discussions and comments are also split up and harder to keep up with.
> Also, pull requests might depend on other pull requests.
> Therefore, I would advise to make use of Gits power and split up pull
> requests into as many logical commits as possible. Individual commits can
> be reviewed just like individual pull requests. The advantage being that
> they can build on each other.
> Max
> On Thu, Mar 19, 2015 at 10:17 AM, Ufuk Celebi <uce@apache.org> wrote:
>> On 19 Mar 2015, at 09:43, Stephan Ewen <sewen@apache.org> wrote:
>> > I like this proposal very much. We should do that as much as possible.
>> Same here. Makes it also easier to track progress.
>> (I think this should go hand in hand with better design descriptions in
>> the corresponding JIRAs.)

View raw message