[katello-devel] Merging and Pulling with no wait

Lukas Zapletal lzap at redhat.com
Wed Oct 24 09:07:21 UTC 2012


On Tue, Oct 23, 2012 at 03:59:29PM -0600, Jason Rist wrote:
> Tom - you know, I totally agree with you.  I hadn't really thought of
> the Ozzak/Travis stuff that @ehelms and @lzap had been working on, but
> obviously it didn't catch Adam's pylint error, so it's not perfect.
> Perhaps I jumped the gun sending my email out, but my main goal is to
> make the product stable each and every check-in.  Education is great,
> and I like that side of pull-requests, but it's not the primary reason
> for my concern.  Plus, there is nothing stopping someone from viewing
> the committed files via the closed pull request.
>

Just to fine-tune the information - Erik is working on TravicCI-Github
integration and I am just helping him to integrate the new Gemfile. And
it is looking good. No other works on Ozzak, I turned it off because I
thought Eric is done (but he is still tuning the stuff). No more Ozzak,
expect big announcement very soon :-) I want to change ozzak script to
run koji scratch builds against git pull requests.

The git pull you picked as an example is not a good example of request
that should be put on hold for 24 hours. We have having annoying amount
of "fuzzy i18n messages" during our unit test runs and it was literally
blocking Eric from doing anything on Travis (because what you get is 10
MB log which does not pretty work with all that javascript that is on
Travis). And that was reason for the quick merge.

I agree with you that for *important* changes we should not do this and
let everyone to read the patch, but I am totally fine with quick-merging
those tiny things, blockers and cosmetic changes. One can always rise
his hand even after a pull request was merged and if the objections are
reasonable - yes - we have the revert thing.

I have to admit I raised this topic for the first time, but it was after
I saw several big merges I was not totally comfortable with. 

Let's agree on that and if you (or anyone) encounter a "fast&bad" merge,
just scream in the comments.

-- 
Later,

 Lukas "lzap" Zapletal
 #katello #systemengine




More information about the katello-devel mailing list