-
Notifications
You must be signed in to change notification settings - Fork 15
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
OJ-36874: introduce ado adapter to agent #354
Conversation
pyproject.toml
Outdated
@@ -18,7 +18,7 @@ dependencies = [ | |||
"click~=8.0.4", | |||
"requests>=2.31.0", | |||
"python-dotenv>=1.0.0", | |||
"jf-ingest==0.0.105", | |||
"jf-ingest==0.0.120", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TODO: After this PR gets approved and deployed, this should be bumped to 121: https://github.com/Jellyfish-AI/jf_ingest/pull/160
@@ -371,6 +388,24 @@ def get_ingest_config( | |||
if config.jira_url and ( | |||
(creds.jira_username and creds.jira_password) or creds.jira_bearer_token | |||
): | |||
issue_metadata: List[IssueMetadata] = IssueMetadata.from_json( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Q: Is this to handle a change in jf_ingest?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also did we do a quick Jira test to validate this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is logic we were already doing, extracting the issue_metadata
Directly below it, though, we're building a new dictionary of "project IDs to pull froms", which is something the new jira sync uses (Kirk's speedup). We need to supply JF Ingest with a pull_from date for each project in order to get all the updated issues for that project
The new sync is currently not used in Agent, so this is pretty low impact. I did, however, do a Jira test with orthogonal networks just to make sure and it behaved as expected
] | ||
) | ||
# Jira is supported by all customers, always skip it | ||
directories_to_skip_uploading_for.add('jira') |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Q: Previously, were we dual-submitting, or is this due to changes in jf_ingest version bump?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, there was a bug where we were double submitting github
data. Not really a huge deal, but better practice to not do it. It might have had some run time performance if a customer tried to upload a massive file? But this is SUPER threaded so it was likely minimal
Description
Introduce the ADO adapter to Agent.
A lot of this seems to be
isort
andblack
?The bulk of this logic is to allow somebody to provide an ADO config/creds combo and run the Agent. To see my proof of testing, see this PR (which is in Jellyfish, to protect a customer name)
Testing
To test backwards compatibility, I ran the Agent for orthog for both Jira and Git. Additionally I did more testing for a specific customer, but I am keeping that testing plan in this private PR for customer privacy concerns.