The following page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features or functionality remain at the sole discretion of GitLab Inc.
| Stage | Plan |
| Content Last Reviewed | 2025-01-09 |
Welcome to the Knowledge group direction page! Knowledge group is in the Plan Stage of GitLab and contains the Wiki, Pages, Markdown, and Text Editors categories. Knowledge Group also manages the development of GitLab Query Language (GLQL), as well as Views, powered by GLQL. These categories, and GLQL, fall within the knowledge management (KM) market as defined by Gartner. The focus of KM is to provide visibility and access to a flow of information across a variety of operations, enabling collaboration that has traditionally existed in silos. Commonly used products in the KM market include Confluence, and Notion.
If you have feedback related to Knowledge Group please comment and/or contribute in these issues, or create a new issue if you find none fit your criteria. Make sure to tag @mmacfarlane, Product Manager for Knowledge group, so he can read and respond to your comment. Sharing your feedback via issues is the one of the best ways to contribute to our strategy and vision!
At GitLab, our vision is to become the AllOps platform, a single application for all innovation. The Knowledge Group plays a pivotal role in this transformation by breaking down silos and enabling seamless collaboration across teams and roles. Here's how our Knowledge Group categories drive this vision forward:
Pages: Pages empowers everyone—from novice to expert—to host web content. We're enhancing this experience with GitLab Pages Parallel Deployments, streamlining the deployment process for all users. Looking ahead, we're exploring ways to make content management more intuitive for non-technical teams, including features like User Authentication and Authorization and comprehensive Audit Logs.
Text Editors and Markdown: We're expanding our Rich Text Editor across GitLab to unite technical and non-technical teams on a single platform—a key enabler of our AllOps vision. By delivering a consistent editing experience everywhere, we're breaking down traditional barriers between development and business teams. Our ongoing improvements in advanced editing features and performance ensure every team member can contribute effectively, fostering true cross-functional collaboration in one application.
Wiki: As a cornerstone of modern Agile Planning, our Wiki solution bridges documentation and development in the GitLab platform. We're actively expanding its capabilities with features like PDF export, WYSIWYG editing, and templates. Our latest enhancement, an experimental vision of Wiki comments, fosters direct collaboration and knowledge sharing within documentation. Building on our Jobs-to-be-Done research, we're evolving the Wiki to strengthen GitLab's integrated Agile Planning experience, enabling seamless knowledge sharing across the entire software development lifecycle.
Pages: Our 1 year plan for Pages can be broken into two distinct themes, stability and improvement.
Our first theme, stability, focuses on the breakdown of existing bugs and maintenance items, as well as updating documentation related to previous releases. Specific to documentation, we've come to understand that some previous feature rollouts did not include updates to technical documentation, which has caused some confusion to users in utilizing the product.
Our second theme, improvement, focuses on new feature development. We are close to wrapping up major feature development on Parallel Deployments and look forward to evaluate other opportunities in the space.
Text Editors and Markdown: Our Text Editors and Markdown strategy directly advances GitLab's AllOps vision by democratizing content creation across the platform. By implementing the Rich Text Editor throughout GitLab, we're breaking down traditional barriers between technical and non-technical teams. This unified editing experience accelerates collaboration and empowers every team member to contribute effectively, regardless of their technical expertise. Additionally, in the coming year we are aiming to begin development of collaborative editing.
Wiki: In FY24Q2 we completed research on the Wiki category in order to develop JTBD. We've finalized these JTBD and will utilize them to inform our Wiki strategy.
Text Editors and Markdown: Rich Text Editor: Release Rich Text Editor Generally, Display and Edit Markdown Comments in the Rich Text Editor, Insert Table of Contents in the Rich Text Editor.
Wiki: Draw.io/diagrams.net integration with wiki, Editing Sidebar in Project or Group Wiki Removes Existing Sidebar,Relative Links are Broken On Wiki ASCII Pages, templates in wiki, and autocomplete.
Pages: GitLab Pages without DNS Wildcard and GitLab Pages Parallel Deployments Beta.
Pages: GitLab Pages Parallel Deployments GA
Rich Text Editor: Enabling the rich text editor across GitLab
Wiki: GLQL implementation in GitLab, including Wiki
Knowledge Group Competitive Statement: The focus of Knowledge group is to provide visibility and access to a flow of information across a variety of operations, enabling collaboration that has traditionally existed in silos. Commonly used products in the market include Confluence, Notion, and GitHub. We believe that fundamental improvements in our Pages, Text Editors, Markdown, and Wiki categories enable us to deliver a more competitive planning experience against industry leaders.
Pages: We are invested in supporting the process of developing and deploying code from a single place as a convenience for our users. Other providers, such as Netlify, deliver a more comprehensive solution. There are project templates available that offer the use of Netlify for static site CI/CD, while also still taking advantage of GitLab for SCM, merge requests, issues, and everything else. GitLab offers configurable redirects, a well-loved feature of Netlify, made available in gitlab-pages. We are seeing a rise in JAMStack and static site generators partnering in the media. This trend toward API-first, affirms our modernization effort of Pages, reinforcing our cloud native installation maturity plan. GitHub also offers hosting of static sites with GitHub Pages. Key differentiators between the two are that GitHub Pages configuration and deployment is more "automatic" in that it doesn't require you to edit a CI configuration file, and that GitHub Pages has limits placed on bandwidth, builds, and artifact size where GitLab currently does not.
Text Editors and Markdown: These two categories do not necessarily have a direct competitor but they are important to our vision of becoming an AllOps platform.
Wiki: We currently most closely compete with GitHub Wiki but we would like to compete with Confluence, Notion, Roam Research, and Google Docs. We've heard from customers that managing wikis with tens of thousands of pages can be challenging. And while a full-featured product like Confluence has advanced features and integrations, the GitLab wiki would be a stronger competitor if we improved our sidebar structure and parity between Group and Project Wikis.