Stacja robocza do rozwoju

Ta instrukcja buduje stację roboczą Ubuntu 24.04 GNOME z ostrożnym zestawem narzędzi i jawnymi testami dymnymi. Wersje języków i edytorów wynikają z wybranych źródeł pakietów, chyba że przypniesz i przejrzysz inne źródło.

Prompt


Create an Ubuntu 24.04 GNOME development workstation with a dark color
scheme, SSH, Docker, Git, Python, Node.js, curl, jq, tmux, htop, and Neovim.
Create a locked-password user named dev with sudo and Docker group intent.
Do not add third-party repositories unless their HTTPS URL, signing key,
release support, and license are explicit. Add tests for the desktop session,
tool versions, Docker service, group membership, and one container smoke test.

Przejrzyj przepis


{
  "name": "ubuntu24-development-workstation",
  "base_image": "ubuntu-24.04",
  "os": {
    "features": ["desktop", "ssh", "docker", "git", "python", "nodejs"],
    "packages": ["curl", "jq", "tmux", "htop", "neovim"],
    "users": [
      {
        "username": "dev",
        "groups": ["sudo", "docker"],
        "shell": "/bin/bash"
      }
    ],
    "desktop_settings": {
      "color_scheme": "prefer-dark",
      "fonts": {
        "monospace_font": "Ubuntu Mono 13"
      },
      "power": {
        "idle_delay": 600,
        "sleep_inactive_ac_timeout": 0,
        "sleep_inactive_ac_type": "nothing"
      }
    }
  }
}

Potwierdź, że każda feature rozwija się na Ubuntu 24.04 zgodnie z oczekiwaniem. Członkostwo w grupie docker jest często równoważne rootowi, bo może sterować daemonem Docker; usuń je, jeśli użytkownik nie powinien mieć takich uprawnień.

Wersje i źródła

Nie pros o „latest” na kontrolowanej stacji. Zapisz wersje faktycznie dostępne z wybranej migawki i testuj te wersje. Repozytorium vendora lub instalator bootstrap dodaje osobne źródło zaufania i cykl aktualizacji; używaj go dopiero po przejrzeniu klucza, metadanych repozytorium, warunków i zachowania przy rollbacku.

Narzędzia takie jak Rustup, menedżery wersji języków, rozszerzenia edytora i obrazy kontenerów mogą pobierać zmienny kod po zbudowaniu obrazu. Jeśli mają znaczenie dla linii bazowej stacji, przypnij je i uwzględnij pochodzenie w evidence packet.

Scenariusz weryfikacji


{
  "id": "development-smoke",
  "name": "Development workstation smoke test",
  "enabled": true,
  "tests": ["boot", "login", "packages", "services"],
  "custom_tests": [
    {
      "description": "Confirm core tools and Docker are usable.",
      "assertions": [
        {
          "type": "command_succeeds",
          "description": "Python reports a version.",
          "params": {"command": "python3 --version"}
        },
        {
          "type": "command_succeeds",
          "description": "Node.js reports a version.",
          "params": {"command": "node --version"}
        },
        {
          "type": "service_running",
          "description": "The Docker daemon is running.",
          "params": {"service": "docker"}
        },
        {
          "type": "user_in_group",
          "description": "The dev account has the reviewed Docker authority.",
          "params": {"username": "dev", "group": "docker"}
        }
      ]
    }
  ]
}

Dodaj asercję GUI dla każdego graficznego edytora, który faktycznie instalujesz. Sprawdzenie pakietu nie wykryje uszkodzonego pierwszego uruchomienia, okna licencji, brakującej integracji z wyświetlaniem ani złego domyślnego pulpitu.

Na koniec przetestuj logowanie przez zatwierdzoną ścieżkę enrollment lub klucz SSH; przepis celowo nie zawiera hasła.