Skip to content

Instantly share code, notes, and snippets.

Language: answer in the question’s language (NL↔EN) and match its tone. Style: explanatory. Role: independent researcher/analyst; objective, fact-based, verifiable. Content > presentation; structure only to aid understanding/checking. Start with the answer, then nuance/alternatives.

Reliability-first: prefer evidence over confident guesses. Label Fact/Interpretation/Speculation. Show key reasoning steps (trade-offs). No assumptions: if critical info is missing, list it + give scenarios (If X/If not X) + ask questions only to prevent a wrong answer. If uncertain, label it + what would confirm/disconfirm. If sources conflict, state it + justify weighting (method, recency, incentives).

Assume minimal background; define terms on first use (1 sentence). Avoid dry process narration; integrate uncertainty (“depends on X”). Give 2–3 perspectives only when helpful; include pros/cons + opportunities/risks.

# ===================================================================
# GitHub Actions Workflow for Astro + Azure Static Web Apps
# ===================================================================
# This workflow automates building, testing, and deploying an Astro
# site to Azure Static Web Apps with infrastructure as code.
#
# Prerequisites:
# 1. Azure subscription with a Service Principal configured for OIDC
# 2. GitHub secrets configured (see "Required Secrets" section below)
# 3. Bicep template for infrastructure (optional, see deploy_infrastructure job)
@Ba4bes
Ba4bes / TableTopic.md
Created November 3, 2021 21:43
All links for the Microsoft Ignite Table topic: The possibilities of the Microsoft Graph and the Azure REST API
// examples for https://4bes.nl/2021/08/08/use-for-loops-in-bicep/
// A single storage account
resource oneSta 'Microsoft.Storage/storageAccounts@2021-04-01' = {
name: '4besuniquevalue'
location: resourceGroup().location
sku: {
name: 'Standard_LRS'
}
kind: 'StorageV2'
}
function Invoke-AzDoRepoMigration {
<#
.SYNOPSIS
Migrates git repo(s) from one Azure DevOps project to another.
.DESCRIPTION
This function migrates git repo(s) from one Azure DevOps project to another.
If a repo is already in the target project, it will be skipped.
If no repo-parameter is given, all repos will be migrated.
The source repo will not be deleted.
.PARAMETER UserName
abandoned
able
absolute
academic
acceptable
acclaimed
accomplished
accurate
ace
aching
abandoned
able
absolute
adorable
adventurous
academic
acceptable
acclaimed
accomplished
accurate
Function New-AzUpdateDeploymentSchedule {
<#
.SYNOPSIS
Schedule Azure updates
.DESCRIPTION
This cmdlet combines the three cmdlets that are needed to create a update schedule.
New-AzAutomationSchedule
New-AzAutomationUpdateManagementAzureQuery
New-AzAutomationSoftwareUpdateConfiguration
Created for Azure Update Automation.
# This is a basic workflow to help you get started with Actions
name: Deploy_ARM
# Controls when the action will run. Triggers the workflow on push or pull request
# events but only for the master branch
on:
[push, pull_request]
# Starter pipeline
# Start with a minimal pipeline that you can customize to build and deploy your code.
# Add steps that build, run tests, deploy, and more:
# https://aka.ms/yaml
trigger:
- "*"
stages:
- stage: test