Automating cross-repository issue tracking and milestone synchronization in GitHub Projects #176057
Replies: 1 comment
-
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
BetaWas this translation helpful?Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Question
Feature Area
Projects
Body
Our engineering organization has recently adopted GitHub Projects (the new Projects experience) to manage work across 40+ repositories within our GitHub organization. We're looking for strategies to automate and streamline our project management workflows, particularly around cross-repository coordination.
Current setup:
Challenges we're encountering:
Cross-repository milestone tracking: We have milestones defined at the repository level (e.g., "Q4 2025 Release"), but there's no native way to aggregate or synchronize these across repos in a single Project view. How do teams handle release planning across multiple repositories?
Automatic issue routing: When issues are created in various repositories, we'd like them to automatically appear in the appropriate Project board based on labels, repository, or other criteria. What's the best approach for this - GitHub Actions workflows, Project automation rules, or third-party integrations?
Field synchronization: We've created custom fields in our Projects (Priority, Team Owner, Sprint, etc.), but these values aren't reflected back to the source issues. Is there a recommended pattern for keeping Project metadata in sync with issue labels or custom properties?
Status workflows: Different teams have different development workflows (some use Kanban, others use Scrum). How can we support team-specific columns/statuses while maintaining organization-level visibility?
Rollup reporting: We need to generate reports showing progress across multiple Projects (e.g., "all Backend team work" regardless of which Project board it appears in). What approaches work for aggregating data from Projects?
Questions:
Looking forward to hearing how other large teams structure their Projects workflows!
Guidelines
BetaWas this translation helpful?Give feedback.
All reactions