detailed`
### Working with Azure Data Factory Components
- Located in `*/AzureDataFactoryPipeline/` directories
- PowerShell scripts for deployment in `*/scripts/` directories
- Contains ARM templates for Azure resource deployment
- Tests are often skipped (expected
notification drive.
Poll only external state the harness can't see (CI, deploy, remote queue).
- **Short-circuit no-change ticks.** Cheap check first (hash/timestamp/`git rev-parse`);
unchanged → one status
import/ # Data import tools
│ └── tests/ # Test suite
├── store/ # Quranic data storage
└── Makefile # Build and deployment commands
```
## Development Workflow
### Setting Up the Development Environment
1. Install dependencies:
```bash
pip install pyparsing
used by DacFx to build database projects, perform schema comparisons, and generate scripts for deployment.
## Key points (quick read)
- Grammar files live in: `SqlScriptDom/Parser/TSql/` — each file corresponds
Standard structure with project name, use case, features, and architecture diagram
- Step-by-step deployment and customization instructions
- Getting started section with quick setup options (GitHub Codespaces, Dev Containers, local
Azure Deployment Standards
## Naming Conventions
**⚠️ CRITICAL: Always use the `azure-naming-research` skill to lookup CAF abbreviations and Azure naming constraints before suggesting or validating resource names.**
Use consistent
want to build out Trusted Research Environments on Azure. It enables authorized users to deploy and configure secure workspaces and researcher tooling without a dependency on IT teams.
Trusted Research
front-end UI, but **all resource provisioning comes from `labautomation/deploy-lab.ps1`**.
Without a working deployment script, no resources appear in the Azure portal — the platform is just a shiny front
Removed` when applicable.
On `develop`:
- maintain exactly one `## [Unreleased]` section;
- add every user-, operator-, deployment-, contract-, or release-relevant
change under it;
- do not create a future numbered release section
learn.microsoft.com/en-us/microsoft-365/agents-sdk/microsoft-authentication-library-configuration-options)
- **ClientSecret/Certificate**: Works with dev tunnels for local debugging.
- **Federated Credentials/Managed Identity**: Requires deployment to App Service or container (cannot use dev tunnel).
## Samples
Samples are in `src/samples/`. Each
against.** Guides are sufficient for prototyping and initial development (parameter stability >95%). For production deployment or when API behavior doesn't match expectations, use `web_fetch` on references/ URLs
scenario's `src/eShopAppHost` using `dotnet run` (or the provided VS Code task).
- For Azure deployment, use `azd up` from the scenario root after `azd auth login`.
- Local dev often requires
confident the fix is robust and comprehensive.
VERSIONING
Application versioning remains in `application/single_app/config.py`.
Deployer and CI/CD versioning lives separately in `deployers/version.txt`; when files under `deployers/` are modified, increment `deployers/version.txt
tauri dev` before considering them complete
- The application runs locally - no server-side deployment needed
## Common Tasks
### Adding a new Angular component:
```bash
cd ai-terminal
ng generate component component
other secret management solutions.
- Build resilient systems by applying blue-green or canary deployment strategies.
## Specific Scenarios
### Docker and Docker Compose
- Use multi-stage builds in Dockerfiles to optimize image