Commit Graph

8 Commits

Author SHA1 Message Date
Brian S. Stephan dd0fa00e8e gitlab bot: code reviews: ignore closed MRs 2016-06-27 12:39:52 -05:00
Brian S. Stephan 98bea53906 gitlab bot: don't bother scanning merged requests 2016-06-27 10:25:29 -05:00
Brian S. Stephan 5fc2c0c7f6 gitlab bot: merge request IDs arg to scanner
for use cases when we know the merge request(s) to scan, allow passing
them as an optional argument
2016-06-27 10:24:40 -05:00
Brian S. Stephan e2ed53d031 gitlab bot: more silly messages 2016-06-27 10:23:42 -05:00
Brian S. Stephan a0f76e4c0f gitlab bot: major refactoring of code review scan
this moves a bunch of code around and renames a bunch of things, so the
diff for it is fairly huge, but it's the same general idea, just
organized better. woo.
2016-06-24 17:44:36 -05:00
Brian S. Stephan fca69b1994 gitlab bot: add a class to track review scanning
the code to scan all merge request notes for reviews is getting messy,
going to try moving most of the state into a class. still unsure this is
final
2016-06-24 14:32:59 -05:00
Brian S. Stephan e846502b48 gitlab bot: start refactoring code review methods
the code review logic to this point is kind of convoluted, and still is
for the moment, but this moves some of the stuff into a more coherent
spot in the expectation of reuse. most of the refactoring is still to
come
2016-06-24 13:50:09 -05:00
Brian S. Stephan 8f7b477fb8 start of gitlab code review/merge bot
the intent of this thing is to scan configured projects' merge requests,
and automatically assign them to designated code reviewers. if someone
says "LGTM" in the merge request thread, that counts as a review and the
bot either selects another reviewer or assigns the thing to a designated
merge approver for the final approval and merge

this is most of the way there, but not done yet. things still to do:

1) more strings than "LGTM", but we should be careful to avoid things
   that someone might actually say
2) i'm trying to avoid it but i probably need to track the 2 of 2
   reviewer message separate from the message assigning the merge
   request to an approver. it's plausible that a reviewer is also an
   approver, and if the last reviewer is a candidate approver, the
   script does nothing, but we probably want it to still log the 2 of 2
   part. i could track the "nagging" for 2 of 2 messages, to avoid
   the bot repeating itself, but that seems unfortunately annoying
2016-06-23 23:49:38 -05:00