BETA

Skip links

  • Skip to primary navigation
  • Skip to content
  • Skip to footer
Queensland government logo Queensland government logo
Sign in Sign out
Sign in
  • Profile summary
  • Sign out
Department of Education Department of Education Developer Portal
  • Home
  • Tags
  • Chat
  • Beta
    APIs
  • SDLC
  • Help
  • Contact us
  • Dark mode
  • Home
  • Tags
  • Chat
  • Beta
    APIs
  • SDLC
  • Help
  • Contact us
  • My profile
  • Dark mode

Can we keep code in a public repository in government?

Joyclyn Vincent Government
By Joyclyn Vincent
Published 17 March 2026
Updated 18 March 2026
Myths
Myths

This post is a follow-on to my previous post that asks, Can we use open source software in government? and addresses the question about keeping code we create and manage in a public repository.

So, can we create and manage code in a public repository in government? The short answer is yes we can.

In fact, since January 2022, the Queensland Government Enterprise Architecture (QGEA) digital service standard has specified that all new source code must be open by default, recognising that open sources helps to:

  • reduce costs
  • avoid lock-in
  • stop duplication
  • increase transparency
  • add benefits, from improvements by other developers.

The QGEA also provides a guideline on open-source software (OSS), giving Queensland agencies information and advice to consider when using and releasing OSS. The guideline acknowledges that, by making our in-house software available as OSS we support the:

  • cultivation of trust with Queenslanders and our partners
  • leveraging of our existing investments within government and industry.
Myth or concern Reality
Publishing our code is a security risk. Security depends on protecting credentials and infrastructure rather than hiding source code. Sensitive information should never be stored in a public repository.
What if sensitive information is accidentally committed to a public repository? Standard development practices and automated scanning tools help prevent credentials or confidential information from being published. But if they are, it’s quick and easy to roll changes back.
Having a public codebase means external parties can interfere with our code. All suggested changes must be reviewed and approved by authorised maintainers before they become part of the code base.
Having a public codebase opens the department up to criticism. Public visibility can attract feedback, but it can also improve quality and transparency by allowing issues to be identified and discussed openly.
Exposing our codebase to the public will overload the department with suggestions and issues. Public repositories can accept feedback without committing the organisation to implement or support every request or creating an obligation to provide ongoing support. The README file can be a good place to set boundaries for interaction.

Further reading: • QGEA (Queensland Government Enterprise Architecture) (2025) Open data, information sharing, access and use policy, accessed 17 March 2026.

Powered by Link to AI chat
  • Copyright
  • Disclaimer
  • Privacy
  • Right to information
  • Accessibility
  • Jobs in Queensland Government
  • Other languages

© The State of Queensland (Department of Education) 2026

Queensland Government

Scroll to top