devops-center-roadmap icon indicating copy to clipboard operation
devops-center-roadmap copied to clipboard

Updates made directly in GitHub should be more reliably reflected in DevOps Center

Open kfidelak94 opened this issue 2 years ago • 8 comments

With our hybrid team use-cases (commits/merges made directly to repository, outside of DevOps Center), we currently rely on the GitHub Events API to understand when these actions have happened so that DevOps Center can reflect them in the UI and in the project state. More and more the GitHub Events API has been experiencing heavy latency in reporting changes made to the project repository, leading to delays in DevOps Center receiving this information and subsequent inconsistency in the state of the project during this time.

So given the current experience, and based on the guidance from GitHub, we are now pursuing an alternate implementation.

kfidelak94 avatar Mar 30 '23 16:03 kfidelak94

Please do not rely on GH evens and just provide user with Refresh button in DevOps Center. User usually knows when the repo changes.

PavelKrusina avatar Oct 04 '23 07:10 PavelKrusina

This is one of the thing which has forced me to delete my pipeline twice. External commits are simply not identified by system and hence it leads to empty deployment of work item. And as changes were there in GitHub so branch is merged with changes and hence really difficult to push the same changes again.

rishavtei avatar Dec 05 '23 08:12 rishavtei

While waiting for a commit to be reflected, I thought I might stop by and repeat how detrimental this is to the current experience. Surprised to see so little discussion (= rants) so far.

Szandor72 avatar Apr 18 '24 09:04 Szandor72

Thank you for the feedback @Szandor72 and yes, we understand that this a difficult pain point. The good news is that team is actively working in providing an improvement for this in an upcoming release. I have recently added a glimpse of what we are currently working on here.

GilsonCanario avatar Apr 19 '24 13:04 GilsonCanario

Yeah this is manage issue that seems to be getting worse not better. Having a major impact on delivering on time. A manual process to trigger an update is a must

jonny-harte avatar Apr 26 '24 08:04 jonny-harte

Waited for 2 hours for the changes to reflect. Are there any ways to trigger from github or devops center?

techadmincoaxis avatar May 01 '24 01:05 techadmincoaxis

Please do not rely on GH evens and just provide user with Refresh button in DevOps Center. User usually knows when the repo changes.

Adding weight to this comment. If Github events are the route cause of these delays then please lets just have a button to refresh a given work item's status from the remote repo. I've been waiting 2+ hours for a change to be detected and if I were able to click refresh then this wait would have been removed. We can still have events run in the background for less urgent work but relying on them is slowing things down. Looking forward to seeing the latest news on these. Thanks for all your teams hard work :-)

john-hutchinson avatar May 29 '24 15:05 john-hutchinson

Thanks for all the feedback on this. We are actively working on this and are currently looking at late summer or early fall for release. Thanks for your patience as we complete this work!

kfidelak94 avatar May 29 '24 15:05 kfidelak94

We are still facing this issue. When commiting externally from VSCode it's taking ages. Yesterday a commit took 6 hours to appear in DevOps Center.

danielg-ankorstore avatar Oct 24 '24 09:10 danielg-ankorstore

what does 'Shipped' mean? This is still an issue in our org.

LukeJeff86 avatar Nov 28 '24 15:11 LukeJeff86