{"push_id":1977282368,"size":12,"distinct_size":12,"ref":"refs/heads/gpexpand-terraform","head":"1309b641b765e6dba58de51d2b0c881f86f3de0c","before":"387c485d62955fba79c9a376820aade32047eb45","commits":[{"sha":"657741477c5df6686f4e807ec86cb2f2f65cfde4","author":{"name":"David Yozie","email":"9e6e5f3fdfb982e56d3fe6eea342111e580bc4f1@pivotal.io"},"message":"Docs: Reorg of loading/unloading data section (#3210)\n\n* reorganizing / promoting external tables topic\r\n\r\n* correcting graphics locations\r\n\r\n* more reorg and consolidation of topics\r\n\r\n* promoting shortdescs, consolidating web table topics\r\n\r\n* removing duplicate, manual chapter toc\r\n\r\n* promoting more shortdesc's, removing more manual tocs\r\n\r\n* changing title of hdfs section\r\n\r\n* promoting gphdfs section, removing oveverview section that mentions pxf\r\n\r\n* adding shortdesc to gphdfs topic","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/657741477c5df6686f4e807ec86cb2f2f65cfde4"},{"sha":"31fd953d6a86520f193dc20e685f980a5d366c20","author":{"name":"Xin Zhang","email":"b6d95a0eb68d4c6e74ca1397252803ae831802da@pivotal.io"},"message":"ATExecSetDistributedBy: Fix ALTER TABLE ... SET (REORGANIZE)\n\nOriginally, if the REORGANIZE option is used, and the source and target\ntables got same partition distribution policy, then the redistribute is\nskipped. This is due to the nature of planner optimizer will skip\nreshuffle if the source and target distribution policy match.\n\nHowever, if both source and target distribution policies are random,\nthen planner will generate a redistribution motion to balance the tuples\nacross the cluster.\n\nLeveraging that thought, we added new code path to temporarily set the\nsource table's distribution policy to random while executing the CTAS\nquery, and hence the optimizer can generate the proper query plan with\n`redistribute motion`. We restore the policy after creating the\ntemporary table.\n\nTest cases are added to show case the scenario where a table is loaded\nwith data inconsistent with its distribution policy when using\nCOPY ... ON SEGMENT. The second case catches a regression when using\nSET WITH (REORGANIZE = TRUE) DISTRIBUTED RANDOMLY.\n\nSigned-off-by: Jacob Champion <pchampion@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/31fd953d6a86520f193dc20e685f980a5d366c20"},{"sha":"de4371b8d2bff18a177e3526c41e2f68181e9c0f","author":{"name":"Haisheng Yuan","email":"4e24902153f8fdd98376ef4432fd7247fb3951f8@pivotal.io"},"message":"Update README.md for building GPDB on centos\n\nAdd required steps before building GPDB on centos.\nFixes issue #2715, #2995 and #3163.\n\n[ci skip]","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/de4371b8d2bff18a177e3526c41e2f68181e9c0f"},{"sha":"8aca2fe40ed9c973e1dde40cd34e28f1c795eb86","author":{"name":"Marbin Tan","email":"071f6209c223d48a4a462c602b13860aba4adfbf@pivotal.io"},"message":"gpcheckcat: pipeline update migrate pulse test to terraform","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/8aca2fe40ed9c973e1dde40cd34e28f1c795eb86"},{"sha":"a08b6e83488692c687e5e9af056e31961371a219","author":{"name":"Heikki Linnakangas","email":"05628fb5af084483329a74d57058afe6d592a16d@pivotal.io"},"message":"Fix assertion failure with window aggregates and ORCA.\n\nRemove the assertion that WindowRef.winagg is set correctly in the\nexecutor, because it won't be if the plan was generated by ORCA.","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/a08b6e83488692c687e5e9af056e31961371a219"},{"sha":"d16710cada58e27a1323eeeaca3848177a4228d8","author":{"name":"Heikki Linnakangas","email":"05628fb5af084483329a74d57058afe6d592a16d@pivotal.io"},"message":"Optimize away DISTINCT and ORDER BY in a NOT IN (...) subselect.\n\nIt occurred to me while looking at PR #1460 that when there's a DISTINCT or\nan ORDER BY in a subselect NOT IN (...) subselect won't make any difference\nto the overall result, so we can strip it off and safe the effort. In its\ncurrent form, PR #1460 would pessimize that case slightly more, by forcing\nthe subselect's resul to be gathered to a singled node for deduplication or\nfinal ordering, while before, we would do only a local ordering /\ndeduplication on each segment. But it is a waste of effort to do that\neven within each segment, and this PR gets rid of that.","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/d16710cada58e27a1323eeeaca3848177a4228d8"},{"sha":"d2d198236b9cc0256f862788e296310d69de7278","author":{"name":"Heikki Linnakangas","email":"05628fb5af084483329a74d57058afe6d592a16d@pivotal.io"},"message":"Run autoheader.\n\npg_config.h.in is generated by autoheader, but it had fallen out of date.\nHas everyone just been adding stuff manually to it, or how did this happen?\nIn any case, let's run it now.","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/d2d198236b9cc0256f862788e296310d69de7278"},{"sha":"c44c4603d0a74df0ce97e969a058b48f0ba32335","author":{"name":"Heikki Linnakangas","email":"05628fb5af084483329a74d57058afe6d592a16d@pivotal.io"},"message":"Refactor the removal of DISTINCT and ORDER BY, to reuse the existing code.\n\nIn commit d16710cada, I added an optimization to NOT IN subqueries, to\nremove any DISTINCT and ORDER BY. But on second thoughts, we should use the\nexisting functions to do that. Also, the add_notin_subquery_rte() was not\na good place to do it. It's a surprising side-effect for that function.\nMove the code to convert_IN_to_antijoin(), which is in line with the\nsimilar calls in convert_EXPR_to_join() and convert_IN_to_join().","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/c44c4603d0a74df0ce97e969a058b48f0ba32335"},{"sha":"650584c1638928108f87ee585d60436a46d1acd9","author":{"name":"Xiaoran Wang","email":"6f548bf5af6eb05218c7c31d83214e631b72b866@pivotal.io"},"message":"gpcheckcloud: append new line to files who miss it\n\ngpcheckcloud will append new line to files who miss it, so that the\nending line won't concatenated with the first line of next file.\n\nAdd an option gpcheckcloud_newline to support configuring new line, will\nreport error with other new line than LF, CRLF or CR.\n\nSigned-off-by: Xiaoran Wang <xiwang@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/650584c1638928108f87ee585d60436a46d1acd9"},{"sha":"b3ff0dca497a43a8f103df30a6d3d4484649ba26","author":{"name":"Marbin Tan","email":"071f6209c223d48a4a462c602b13860aba4adfbf@pivotal.io"},"message":"gpaddmirror: add test coverage\n\nSigned-off-by: Larry Hamel <lhamel@pivotal.io>\nSigned-off-by: Shoaib Lari <slari@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/b3ff0dca497a43a8f103df30a6d3d4484649ba26"},{"sha":"0418e58dda320e97ba902fc562cb82c09b814803","author":{"name":"Marbin Tan","email":"071f6209c223d48a4a462c602b13860aba4adfbf@pivotal.io"},"message":"behave: error out when no flags or tags gets passed\n\nThere are times where the flags/tags are not passed in the pipeline\nconfiguration but the jobs shows as green anwyays (false positive).\nThis is due to the return code being 0 event though we don't do\nanything.\n\nForce an error when we don't specify flags/tags when running behave\nwith the makefile.","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/0418e58dda320e97ba902fc562cb82c09b814803"},{"sha":"1309b641b765e6dba58de51d2b0c881f86f3de0c","author":{"name":"Marbin Tan","email":"071f6209c223d48a4a462c602b13860aba4adfbf@pivotal.io"},"message":"WIP: gpexpand-terraform behave","distinct":true,"url":"https://api.github.com/repos/Chibin/gpdb/commits/1309b641b765e6dba58de51d2b0c881f86f3de0c"}]}
{"actor":{"display_login":"Chibin"}}