This is great! Is there a limit to how often one can get property values reassessed? I'd pay for a service to automatically optimize my property taxes of it kept up with Zillow/redfin and auto-appealed each year that the market value was lower than the assessment.
Integration is as easy as clicking "install app" on your Github Repo :) though you'd still have to spend some time configuring rules on our settings page if you want to fine-tune advanced settings.
Re other companies: internal devX challenges that crop up while scaling eng teams seems to be a class of problems that isn't strictly CI or source control or deployment infra, though adjacent to a lot of such tools... Maybe that's why?
Hey HN! Ankit and I (from MergeQueue- YC S21) built Changesets to help coordinate Pull Requests across multiple repos.
If your team works on projects where developers have to submit Pull Requests across many repos, you've probably felt the pain of coordinating these groups of PRs so they all merge together without breaking dependencies. Github doesn't have a native solution to this, as it treats each repo as an isolated code base. With ChangeSets you can now group these PRs together so that they can be merged and rolled-back as a single unit of change.
If you’re on Github, we’d love to have you try it out! For now we’ve added ChangeSets as a toggle under our existing product (MergeQueue) since it was just lower overhead that way (email [email protected] if you already have an account with us and we’ll let you into the ChangeSets beta), but you can sign up to try it directly using this link too: https://mergequeue.com/?ref=changesets
Fair point! We definitely don't want our analytics to be used to enforce/incentivize arbitrary targets (we've seen those behaviors backfire so many times, unfortunately...). I'll update the language from "Keep a tab on your builds and merges. Know your star developers" to "Keep tabs on your builds, merges and developer activity".
bors solves a similar problem, but we've found that enterprises require a lot of additional features to get their dev teams to actually use it, so we've focused on those to make this production-ready. Specifically:
1. We focus on being "no-maintenance", since our primary value prop to customers is "you won't have to spend eng resources on merge problems any more". This means: a one-click "set and forget" install, no additional config files to maintain or DSL to learn, unlike bors.
2. We have all the security and access-control features you'd want (we're Soc2 compliant, offer on-prem etc). This is important since the product interacts with our customers' source code.
3. We offer various customizations on merge workflows to help our customers optimize the exact parameters they care about (eg: developer wait time vs CI costs vs time to identity bad PRs in a batch, optimistic merge heuristics etc)
4. We offer a whole host of useful analytics to show you merge bottlenecks. We initially just put these as a nice-to-have, but we've now got customers who use us specifically because of these analytics!
We're also constantly adding new features based on customer requests (for instance, the flaky test features we're piloting originally came from customer requests we kept hearing over and over!). Speaking of which, if there's something you'd like to see that you don't currently get from your existing system/bors, do let me know :)
tbh we've found it's just easier for many of our customers that way. However, we do offer custom pricing plans (annual contracts etc), so do let us know if you have a different preference!