-
-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set up GitHub ⇔ Jira connector #63
Comments
Sounds like you may wanna try Pipedream out. |
Yeah, maybe! I saw when you first linked that a while ago (probs on Twitter?). Are you actively using it? |
Options:
|
@chadwhitacre we've been using it at Formsort for many things and it works quite well. I think for Sentry's scale, you'd need to pay for the pro/team account up front as the daily limit of 66 invocations is a bit too low. The individual dev plan has more headroom for initial testing though. We did build out that magical "automated changelog based on SaaS deploys powered by Jira tickets" thing we have been thinking about :) |
Why should we use a nocode solution instead of eng-pipes? |
It is not a no-code solution. You do write code but don't have to deal with the boring and error-prone parts like authentication, tokens etc. Arguably, you can probably replace whole eng-pipes with Pipedream workflows. |
https://support.atlassian.com/jira-cloud-administration/docs/integrate-with-github/ - doesn't apply, it only covers code on GitHub not issues https://exalate.com/ppc-jira-github-integration/ https://marketplace.atlassian.com/apps/1218053/github-jira-two-way-sync => https://unito.io/integrations/jira-github/, I started looking at this a long time ago. So that's Exalate and Unito in addition to Pipedream and Zapier. |
No-one ever got fired for buying Zapier? :o) |
There's a "New Label in GitHub" event in Zapier but not afaict an "Apply label to issue" event. |
I looked through Pipedream's issues and PRs and didn't see anything already in the works for this event. |
@chadwhitacre I think you are looking for "New or Updated Issue (Instant)"? It is essentially the same logic with GitHub actions: new/updated issue -> filter by update type & label |
Afaict Zapier and Pipedream are focused on one-way automations, vs. Unito and Exalate which are focused on bidirectional syncing between objects in disparate systems. |
Unito was super easy to set up, no code! 😁 |
Seeing an unexpected result, when I remove the label from the GitHub issue, it moves the Jira ticket to "Done" and vice versa. |
Also seeing that Jira is using my auth (I selected OAuth 2 on setup). Not sure what's best, ideal might be to have issue author's auth used, more likely will need to set up a bot account on Jira. |
Looking into Unito/Jira auth ... https://guide.unito.io/a-guide-to-unitos-jira-integration |
Unito GitHub perms FTR ... https://guide.unito.io/what-permissions-are-required-for-github-users |
Well there ya go. :) That's for Jira. |
PricingThe word from GTM is that this would be useful across all tier 1 repos. That's currently 2,210 open issues/PRs. Unito prices are based on "items in sync," and each side counts for one, so if all 2,210 issues are synced from GitHub to Jira then that is 4,420 items. I don't expect all tickets will have a Jira shadow, certainly not off the bat. That said we are likely to see more tickets created in GitHub more rapidly than before. Some history: Assumptions
Scenarios
Base is 4,420, calculation is "items in sync".
I'm inclined to lean towards the higher estimate, because the whole point of this exercise is to get more issues created in GitHub, both by GTM teams and by customers directly. On the other hand it's not like we're going to label 3,500 issues immediately out of the gate. We'll start with zero, maybe label a couple hundred in an initial migration, and then grow from there. PlansThe two relevant plans are:
ConclusionI think we should go for the low end of the Company plan. We don't know exactly what to expect but if we're successful we should see significant growth this year. Remember that every new labeled GitHub issue counts for two items in sync, so we only need to label/sync 1,000 of our existing 2,210 issues (let alone sync new issues) in order to max out the Team plan. The sub-minute lag time will be beneficial for maintaining flow state for the ICs creating tickets. |
Had a call w/ sales, open questions:
|
Maaaaaybe?
They're offering a manual workaround once we have the prod flow ready.
No. |
One limitation with Unito is that we can't sync items after they've already been created. The workflow would have to be to recreate in GitHub and then go from there. |
What happens if we edit the link in the description? 🤔 |
I clobbered the footer in both GH and Jira for org-3392dc2e/testing#5 and found that the connection appears to survive. Pure gravy. |
Working through negotiations with Unito now, making progress. |
NDA signed, proceeding with Security review. |
Security review turned up a couple questions that we are waiting for answers on. In the mean time here are a few other bidirectional sync vendors: |
SO CLOSE |
Compliance passed! Now to purchase and configure ... |
Purchased. Installed in GitHub. Need help with Jira. |
This is part of getsentry/team-ospo#63.
Installed for |
Punting on this until there is demand. |
Punting. Shouldn't be common. |
Dropping getsentry/sentry#42452 from scope here so I can close. 💃 |
jk reopening to roll out to remaining repos, first one was in sentry-dart lol |
I've (manually) added the label in all of the Core and SDK repos. I don't think we need this in Shared repos, nobody from GTM should care about those. |
Confirmed they do care about Relay (makes sense since it's customer-facing). |
Done rolling out to other repos. |
To support #42 we want to set up an automation that creates a shadow Jira ticket for issues in the
sentry
GitHub repo. The purpose of the Jira ticket is to integrate with our existing customer tagging/tracking infrastructure, as well as our sprints and planning for EPD. Most comments and content should stay on GitHub. Ideally we wouldn't create a Jira for every GitHub, but only when we want to start doing something with it in Jira (tag a customer, bring it into a sprint, etc.(?)).Requirements
Trigger: Create Jira Ticket
Trigger: Create Jira Ticket
To Do
Sync: Jira
label sentry#42447Trigger:
labels sentry#42452sentry
.Put the thing in Advanced Options to avoid status jump on unlabel.The text was updated successfully, but these errors were encountered: