-
Notifications
You must be signed in to change notification settings - Fork 371
feat: Feature Sept 2025 - MACAE V3 #418
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
Conversation
Moves plan approval request and waiting state management from PlanChat and PlanPanelRight into PlanPage, passing them as props. This centralizes WebSocket handling and plan state, simplifies component logic, and ensures consistent plan approval UI updates across components.
Introduces a new StreamingBufferMessage component to render live agent message streams in PlanChat. Updates PlanPage and WebSocketService to handle and buffer streaming agent messages, improving real-time feedback during plan generation.
Introduces support for streaming agent messages in the plan chat by adding the AgentMessageData model, a new StreamingAgentMessage renderer, and updating PlanChat and PlanPage to handle and display agent messages. This enhances visibility into agent activity during plan generation.
Macae v3 fr dev 92
docs: Add note on role assignment for existing Azure AI Foundry access
… module configuration
Co-authored-by: Copilot <[email protected]>
Co-authored-by: Copilot <[email protected]>
Removed duplicate lines explaining the DeploymentNotFound issue and its avoidance.
fix: Restrict Supported Azure Regions and Add Configurable Zone Redundancy for Cosmos DB
fix: Restrict Supported Azure Regions and Add Configurable Zone Redundancy for Cosmos DB
fix: updated the main_custom for cosmos error
fix: merge Cosmos DB issue fixes from dev into main
fix: Updated the package-lock.json file to resolve the build issue
fix: Added the user_id explicitly to get the completed task
docs: Additional troubleshooting steps
Replaced the agent_flow.png and architecture.png images in the documentation to reflect updated diagrams. This improves clarity and accuracy in the project's README visualizations.
Update agent flow and architecture diagrams
fix: plan activities that mention agents, Logging fixes, clean-up
docs: clarify navigation by adding step to enter 'infra' directory before 'scripts'
chore: merging dev changes to main branch
chore: downmerge main to v3 feature branch
fix: updated the pipeline and bicep changes
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 seems to be the branch of vip we have been working in. I assume that it was tested fully by Persistent yesterday. Looking at last nights changes these look okay but tested by Persistent.
🎉 This PR is included in version 2.2.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Purpose
This pull request introduces new deployment workflows for v2 environments and updates the existing v3 deployment workflows to support new branches and image tags. The main changes include the addition of
.github/workflows/deploy-v2.yml
and.github/workflows/deploy-waf-v2.yml
for v2 deployments, enhancements to resource cleanup and notification handling, and updates to v3 workflows to support thedev-v3
branch and new image tags.New Deployment Workflows for v2:
.github/workflows/deploy-v2.yml
to automate deployment, resource cleanup, quota checks, and notifications for themacae-v2
anddev
branches, including scheduled and manual triggers. This workflow also runs end-to-end tests and cleans up resources after deployment..github/workflows/deploy-waf-v2.yml
for WAF deployments on v2, supporting scheduled and push triggers for themacae-v2
branch, with similar resource management and notification features.Enhancements to v3 Deployment Workflows:
.github/workflows/deploy.yml
and.github/workflows/deploy-waf.yml
to reflect "v3" in workflow names and support the newdev-v3
branch for deployments. [1] [2] [3].github/workflows/deploy.yml
to uselatest_v3
anddev_v3
tags for themain
anddev-v3
branches, respectively, improving clarity and separation between environments.createdBy="Pipeline"
parameter to the Bicep deployment step in.github/workflows/deploy-waf.yml
for better traceability of automated deployments.Does this introduce a breaking change?