On Wed, Sep 5, 2012 at 11:38 AM, Jonathan Hsieh wrote:
> Though I wasn't around yet, it seems like this is what we did for
> coprocs/security, probably for the 0.90 master.
> http://search-hadoop.com/m/byzZYZMktx1/hbase+windows&subj=Re+Proposed+feature+branch+for+HBase+security
>
Yes.
> Where th
+1 on git, either on github or closer to the linux model with real
distributed repos.
- I've been using it for just about all of my development and it works
pretty nicely. I push everything to github as I'm working. Then I
squash commits and create a diff to post on jira.
- I would suggest that
On Wed, Sep 5, 2012 at 3:58 PM, Elliott Clark wrote:
> +1 on git, either on github or closer to the linux model with real
> distributed repos.
>
> - I've been using it for just about all of my development and it works
> pretty nicely. I push everything to github as I'm working. Then I
> squash c
Hope to have time to write up some more thoughts later, but some
interesting reading is this document from Linux on how to contribute
to that project:
https://github.com/mirrors/linux-2.6/blob/master/Documentation/SubmittingPatches
Worth looking at other projects' guidelines to form our own if we'
On Wed, Sep 5, 2012 at 3:49 PM, Stack wrote:
> On Wed, Sep 5, 2012 at 11:38 AM, Jonathan Hsieh
> wrote:> Where the folks working on those features committers at the time?
> What do
> > we do for contributions from folks who aren't committers yet?
> >
>
> Yes.
>
> For folks not yet committers, l
On Wed, Sep 5, 2012 at 4:43 PM, Jesse Yates wrote:
> On Wed, Sep 5, 2012 at 3:58 PM, Elliott Clark >wrote:
>
> > - I would suggest that since hbase's code base moves so rapidly, a
> > rebased branch should probably be a requirement before merging.
> > Otherwise the merge will get pretty interest
On Wed, Sep 5, 2012 at 11:38 AM, Jonathan Hsieh wrote:
> Though I wasn't around yet, it seems like this is what we did for
> coprocs/security, probably for the 0.90 master.
>
http://search-hadoop.com/m/byzZYZMktx1/hbase+windows&subj=Re+Proposed+feature+branch+for+HBase+security
Though we had mult
On Thu, Sep 6, 2012 at 3:33 AM, Jonathan Hsieh wrote:
>> For folks not yet committers, lets look at them. If they are working
>> on big features for HBase, they probably should be committers?
>>
>> This is probably case by case.
>
Agree
St.Ack
Hello,
Shall we move forward with this proposal? Let's get this in place soon so
larger projects such as snapshots can make use of this.
- Dave
On Wed, Sep 5, 2012 at 11:38 AM, Jonathan Hsieh wrote:
> This has been brought up in the past but we are here again.
>
> We have a few large features
Yes, the consensus at the dev meetup (a poll of the room) was we
should move forward with use of git and GitHub hosting for feature
development / branches.
On Tue, Sep 11, 2012 at 11:49 PM, Dave Wang wrote:
> Hello,
>
> Shall we move forward with this proposal? Let's get this in place soon so
>
On Wed, Sep 12, 2012 at 12:24 AM, Andrew Purtell wrote:
> Yes, the consensus at the dev meetup (a poll of the room) was we
> should move forward with use of git and GitHub hosting for feature
> development / branches.
>
> On Tue, Sep 11, 2012 at 11:49 PM, Dave Wang wrote:
>> Hello,
>>
>> Shall we
On Wed, Sep 12, 2012 at 11:28 AM, Stack wrote:
> On Wed, Sep 12, 2012 at 12:24 AM, Andrew Purtell wrote:
>> Yes, the consensus at the dev meetup (a poll of the room) was we
>> should move forward with use of git and GitHub hosting for feature
>> development / branches.
>>
> +1
>
> (Should we make
On Wed, Sep 12, 2012 at 11:43 AM, Andrew Purtell wrote:
> Generally, we could put these things into the manual, under a
> 'Process' section or some such?
>
I added a community chapter to the book with a 'decisions' subsection
that has one entry in it currently, this mail thread. I haven't
pushed
esday, September 12, 2012 12:24 AM
Subject: Re: Thoughts about large feature dev branches
Yes, the consensus at the dev meetup (a poll of the room) was we
should move forward with use of git and GitHub hosting for feature
development / branches.
On Tue, Sep 11, 2012 at 11:49 PM, Dave Wang wrote:
&g
ed
See http://search-hadoop.com/m/uPNz32C5FkS1&subj=Re+Thoughts+about+large+feature+dev+branches";>HBase,
mail # dev - Thoughts about large feature dev
branches
The footnote references this thread so your comment above about any
VCS will do will be picked up Lars.
St.Ack
15 matches
Mail list logo