{"push_id":1108120088,"size":5,"distinct_size":5,"ref":"refs/heads/master","head":"1087df1016f65e3b1cef9a11597086e56674a369","before":"5f06312916e8ae518e8a9f212f7e683c49ceee67","commits":[{"sha":"63ea9295cf726bfccea39ffc308b80ea5c23fed9","author":{"email":"98d8e9c2e2507f19e3c6e8ae6b6a12ed1a2c0640@apjanke.net","name":"Andrew Janke"},"message":"brew audit: add --display-filename format option for easy grepping (#221)","distinct":true,"url":"https://api.github.com/repos/xu-cheng/brew/commits/63ea9295cf726bfccea39ffc308b80ea5c23fed9"},{"sha":"b5a44161a4b2af3bf6b08970d3f8fc151ee1796a","author":{"email":"98d8e9c2e2507f19e3c6e8ae6b6a12ed1a2c0640@apjanke.net","name":"Andrew Janke"},"message":"cmd/pull: add retry to curl bottle download (#232)\n\nWorks around issue with GET and HEAD apparently acting differently, and\r\nbottle downloads failing even after successful polling completion.","distinct":true,"url":"https://api.github.com/repos/xu-cheng/brew/commits/b5a44161a4b2af3bf6b08970d3f8fc151ee1796a"},{"sha":"745a1312dce936ddd519c2e151e889459243c543","author":{"email":"53e438f55903875d07efdd98a8aaf887e7208dd3@gmail.com","name":"Dominyk Tiller"},"message":"pull: insert questionable syntax hack\n\nI'm not completely sure this is \"sane\" logic but I'm leery of just reverting\nAndrew's work this morning and making him rebuild that PR from scratch for one\nsyntax issue.\n\nSadly, because we run:\n```\nbrew readall --aliases --syntax\n```\nOn every CI job, and that flags this line previously as:\n```\npull.rb:555: warning: possibly useless use of a variable in void context\n```\n\nEvery single PR has \"failed\" since it was merged, and it's reached the point\nof being a bit annoying, so let's try this.","distinct":true,"url":"https://api.github.com/repos/xu-cheng/brew/commits/745a1312dce936ddd519c2e151e889459243c543"},{"sha":"2e961dc9dee63f641f7f162fd7a2845c5fd092fe","author":{"email":"54669547a225ff20cba8b75a4adca540eef25858@afanasjew.de","name":"Martin Afanasjew"},"message":"formula_installer: fix option-with-value handling\n\nWhen passing formula options with value, e.g. `--with-qt=5`, to the\nchild process responsible for building a formula, `ARGV.value` would be\ninvoked with `nil`. Handle this more elegantly (no change in behavior).\n\nFor consistency, use a regular expression adapted from `Options.create`\ninstead of the somewhat bogus one used before.","distinct":true,"url":"https://api.github.com/repos/xu-cheng/brew/commits/2e961dc9dee63f641f7f162fd7a2845c5fd092fe"},{"sha":"1087df1016f65e3b1cef9a11597086e56674a369","author":{"email":"54669547a225ff20cba8b75a4adca540eef25858@afanasjew.de","name":"Martin Afanasjew"},"message":"ARGV: fix 'value' method, make it more predictable\n\nThe fix changes behavior in same cases, but those cases were all either\nbroken or showed unexpected behavior. The new behavior is very simple:\n\n- If an argument starts with `--<option-name>=`, return whatever comes\n  after the equals sign.\n\nPrior to this change, `ARGV.value` showed some unexpected behavior:\n\n- `ARGV.value(\"foo\")` returned `nil` for `--foo=` because at least one\n  character needed to be present after the equals sign. (All other\n  option parser implementations I'm aware of allow for empty values.)\n\n- `ARGV.value(\"bar\")` returned `\"baz\"` for `--foo=--bar=baz` because the\n  regular expression was not anchored to the start of the argument.\n\n- `ARGV.value(\"++\")` raised an exception because the string wasn't\n  escaped for use in the regular expression. (An unlikely corner case.)\n\nCloses #231.\n\nSigned-off-by: Martin Afanasjew <martin@afanasjew.de>","distinct":true,"url":"https://api.github.com/repos/xu-cheng/brew/commits/1087df1016f65e3b1cef9a11597086e56674a369"}]}