Jump to content

Wikimedia Release Engineering Team/Local Dev Sync/2020-02-13

From mediawiki.org

Works in progress:

[edit]
  • restrouter  https://gerrit.wikimedia.org/r/c/releng/local-charts/+/570236
    • keeping chart in local-charts for easier review
  • docker compose https://gerrit.wikimedia.org/r/c/mediawiki/core/+/550708
  • xdebug https://gerrit.wikimedia.org/r/c/releng/dev-images/+/571828
    • asking people in core clinic duty for some review before finally merging 
    • should this work go in a subdirectory in core? 
      • James: people should accept that RelEng owns enough files in root of repo that this shouldn't be an issue. There aren't multiple files here.
      • Kosta: advantage of keeping file in root is file completion for docker exec. Needs less documentation and is less complicated this way
      • James: maybe we should add some docs about things like how to run unit tests?
      • Kosta: could purge maintenance/dev scripts as an offer to others. need to save router.php for quibble (move it into quibble) if we do so.
      • James: At some point quibble could be replaced with docker for orchestration
      • How do we know we're not breaking the world when we rev this file in the future?
        • Brennen: You tear down your env and make a new one. could have data loss
        • James: Need some docs there.
        • Kosta: in the future would be advantageous to have tests for changes to the docker image
        • Brennen: We've had convo about this but no clear answer
      • James: Update main landing page with our official docker thing
      • Kosta: Phab project for tracking changes
      • Brennen: What should we call it?
  • mariadb replication https://gerrit.wikimedia.org/r/c/releng/local-charts/+/571621
  • proposal for complex dev environment: https://docs.google.com/document/d/1Z3yiRRtuux4yvI4V_9FmKkHlgfm9zPZ0aqe9wAsEgGc/edit#
    • Kosta: wach out for running on things on the host that gives different results for different OS for composer.php/npm modules
    • Jeena: We should definitely consider whether IDEs can integrate with a k8s cluster before continuing down this roa
    • Mukunda: VSCode has some k8s integration
    • Jeena: Let's work on that together
    • Kosta: Could ask Jetbrains about phpStorm & K8s
    • Brennen: Does anyone know how many people use a certain IDE?
    • James: people go back and forth but we have Jetbrainz licenses that we give to staff and community members so people probably use those. 1/3-1/2? of peple use some kind of IDE
    • Mukunda: have some instructions on basic setup
    • The idea of tests and quick keyboard shortcuts is nice

Action Items

[edit]
  • [kosta] Docs docker in core on how to run unit tests, note that it's for temporary testing not long-term data storage, etc. 
    • [done!] also added notes about running selenium and api-testing tests
  • File task for cleaning up maintenance/dev scripts
  • Docs for what happens when there is a new version of the docker image
  • Update the main (Docker?) dev page with our new solution (once it's merged) and figure out where the docker recipes should go
  • [brennen] Phab component for tracking changes, update DEVELOPERS.md with reference to it and #mediawiki support channel - Using existing mediawiki-docker tag
    • [kosta] updated the docs for that
  • Trying to get IDEs to test with k8s - Mukunda & Jeena
  • Do something about the mediawiki-docker in github