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

[kfidelak94]

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.

[PavelKrusina]

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

[rishavtei]

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.

[Szandor72]

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.

[GilsonCanario]

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.

[jonny-harte]

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

[techadmincoaxis]

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