Update copilot-instructions.md with comprehensive .NET for Android guidance

Co-authored-by: jonathanpeppers <840039+jonathanpeppers@users.noreply.github.com>

Author: Copilot

.github/copilot-instructions.md

@@ -1,8 +1,73 @@
 # Instructions for AIs
 
-This repository is .NET for Android.
-
-This is the main branch targeting .NET 10.
+This repository is **.NET for Android** (formerly Xamarin.Android), the open-source bindings and tooling for Android development using .NET languages like C#.
+
+This is the main branch targeting **.NET 10**.
+
+## Repository Overview
+
+.NET for Android provides:
+- Android SDK bindings in C# (`src/Mono.Android/`)
+- MSBuild tasks for building Android apps (`src/Xamarin.Android.Build.Tasks/`)
+- Native runtime components (`src/native/`)
+- Build tooling and infrastructure (`build-tools/`)
+- Comprehensive test suite (`tests/`)
+
+### Key Directories
+- `bin/`: Build output (Debug/Release configurations)
+- `src/`: Main redistributable source code
+- `tests/`: Unit tests and integration tests
+- `build-tools/`: Build-time-only tooling
+- `external/`: Git submodules (Java.Interop, mono, etc.)
+- `Documentation/`: Project documentation
+- `eng/`: .NET Arcade SDK build infrastructure
+
+### Project Types in this Repository
+- **Android API Bindings**: C# wrappers for Android Java APIs
+- **MSBuild Tasks**: Build logic for .NET Android projects
+- **Native Libraries**: C/C++ runtime components using CMake
+- **Java Support Code**: Java runtime classes
+- **Build Tools**: Custom tools for build process
+- **Tests**: NUnit tests, integration tests, and device tests
+
+## Build System
+
+This repository uses:
+- **MSBuild** as the primary build system with extensive `.targets` and `.props` files
+- **.NET Arcade SDK** for consistent .NET build infrastructure  
+- **CMake** for native C/C++ components
+- **Gradle** for some Android-specific build tasks
+
+Common build commands:
+- `./build.sh` or `build.cmd` - Main build
+- `./dotnet-local.sh` - Use locally built .NET tools
+- `make` - Various make targets for specific components
+
+## Android Development Patterns
+
+### API Bindings
+- Android Java APIs are bound to C# in `src/Mono.Android/`
+- Follow existing patterns for Android namespaces (e.g., `Android.App`, `Android.Content`)
+- Use `[Register]` attributes for Java type registration
+- Handle Java-to-.NET type mappings carefully
+
+### MSBuild Integration
+- Build tasks extend `Microsoft.Build.Utilities.Task` or related base classes
+- Place custom MSBuild logic in `src/Xamarin.Android.Build.Tasks/Tasks/`
+- Follow existing error code patterns (e.g., `XA####` for errors, `XA####` for warnings)
+- Support incremental builds where possible
+
+### Native Code
+- C/C++ code uses CMake build system
+- Native libraries are in `src/native/`
+- Follow Android NDK patterns and conventions
+- Use proper JNI patterns for Java interop
+
+### Testing Patterns
+- Unit tests go in `tests/` directory
+- Device integration tests in `tests/MSBuildDeviceIntegration/`
+- Use NUnit for C# tests
+- Mock Android APIs appropriately for unit testing
 
 ## Nullable Reference Types
 
@@ -107,3 +172,74 @@ try {
     // Code here
 }
 ```
+
+## Error and Warning Patterns
+
+### Error Codes
+- Use `XA####` for MSBuild errors (e.g., `XA1234`)
+- Use `XA####` for MSBuild warnings  
+- Use `APT####` for Android Asset Packaging Tool errors
+- Include clear, actionable error messages
+- Reference documentation when available
+
+### Logging
+- Use MSBuild logging (`Log.LogError`, `Log.LogWarning`, `Log.LogMessage`)
+- Include relevant context (file paths, line numbers when available)
+- Make error messages helpful for developers
+
+## Documentation Patterns
+
+### Code Documentation
+- Use XML documentation comments for public APIs
+- Document Android API level requirements where relevant
+- Include `<example>` tags for complex APIs
+- Reference official Android documentation where helpful
+
+### Project Documentation
+- Update relevant `.md` files in `Documentation/` when making significant changes
+- Follow existing documentation structure and formatting
+- Include code examples that actually work
+
+## Commit Message Guidelines
+
+Follow the patterns in `Documentation/workflow/commit-messages.md`:
+
+### Summary Format
+```
+[Component] Summary
+```
+
+Where Component is either:
+- Directory name (e.g., `[Mono.Android]`, `[Build.Tasks]`)
+- Broad category: `build`, `ci`, `docs`, `tests`
+
+### Dependency Bumps
+```
+Bump to org/repo/branch@commit
+Bump to [Dependency Name] [Dependency Version]
+```
+
+### Required Sections
+- **Changes**: What was modified
+- **Fixes**: Issues resolved (include GitHub issue numbers)
+- **Context**: Why the change was needed
+
+## Common Troubleshooting
+
+### Build Issues
+- Clean `bin/` and `obj/` directories
+- Ensure Android SDK/NDK are properly configured
+- Check `global.json` for required .NET SDK version
+- Use `make clean` for complete rebuild
+
+### MSBuild Task Development
+- Test tasks in isolation first
+- Handle incremental build scenarios
+- Consider cross-platform compatibility (Windows/macOS/Linux)
+- Validate inputs and provide clear error messages
+
+### Native Development
+- Use appropriate CMake patterns from existing code
+- Handle different Android ABIs (arm64-v8a, armeabi-v7a, x86_64, x86)
+- Follow Android NDK security best practices
+- Test on multiple Android API levels when relevant