# Upcoming changes to our GitHub repositories **URL:** \ **Category:** Official Announcements\ **Created:** [February 26, 2025, 6:38pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648 "2025-02-26T18:38:02Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![Modular](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/modular/32/17_2.png) [@Modular](https://forum.modular.com/u/Modular)\ **Post date:** [February 26, 2025, 6:38pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648/1 "2025-02-26T18:38:02Z")
Tomorrow (February 27), we’re streamlining our GitHub repositories! The [`max`](https://github.com/modular/max) repo is merging into the [`mojo`](https://github.com/modular/mojo) repo, bringing everything under one roof. A new subdirectory will house the Mojo standard library and examples. Once the merge is complete, the `max` repo will be deleted, and the `mojo` repo will be renamed to `max`. **What does this mean for you?** - If you’re working with the Mojo or MAX repos locally, you’ll need to update your remote repository’s URL(s) to reference the updated repo URL. [Here](https://docs.github.com/en/get-started/git-basics/managing-remote-repositories#changing-a-remote-repositorys-url) are instructions for making this change. - Although the MAX examples and Mojo standard library will be located in the same repository, we won’t be accepting contributions to MAX examples. - All open PRs on the Mojo repo will be rebased after the transition. - All open MAX Issues will be reviewed and migrated after the transition. Got questions? Let us know—we’re here to help! ---
**Author:** ![duck\_tape](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/duck_tape/32/432_2.png) [@duck\_tape](https://forum.modular.com/u/duck_tape)\ **Post date:** [February 26, 2025, 10:03pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648/2 "2025-02-26T22:03:13Z")
Does this indicate any sort of internal shift away from viewing or prioritizing Mojo as its own standalone, general purpose, language? ---
**Author:** ![Caroline](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/caroline/32/8_2.png) [@Caroline](https://forum.modular.com/u/Caroline)\ **Post date:** [February 26, 2025, 11:34pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648/3 "2025-02-26T23:34:37Z")
Hi @duck_tape, Mojo is a fundamental technology that enables us to build the MAX platform. Our long-term vision is for Mojo to be the best programming language for portable high-performance computation, and unifying the repositories enables us to work faster in delivering MAX as the best platform for putting AI workloads into production. ---
**Author:** ![clattner](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/clattner/32/201_2.png) [@clattner](https://forum.modular.com/u/clattner)\ **Post date:** [February 27, 2025, 9:41pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648/4 "2025-02-27T21:41:02Z")
To +1 Caroline, we’ve always maintained that Mojo🔥 is useful for a wide variety of purposes, but a major differentiator for is in GPU and xPU programming. To enable those use-cases we want to provide the runtime and other required capabilities in an easy to use way. That doesn’t prevent using subsets of the tech: you don’t need a GPU runtime on CPU :-), but if you’re on GPU then we want everything to be simple and easy and “just work”. These goals aren’t in tension given our “Modular” approach to layering and lack of dependencies. -Chris ---
**Author:** ![duck\_tape](https://sea1.discourse-cdn.com/flex001/user_avatar/forum.modular.com/duck_tape/32/432_2.png) [@duck\_tape](https://forum.modular.com/u/duck_tape)\ **Post date:** [February 27, 2025, 10:04pm UTC](https://forum.modular.com/t/upcoming-changes-to-our-github-repositories/648/5 "2025-02-27T22:04:15Z")
I appreciate the reply! Even with the announcement noting that this was an ergonomic change, it did feel like a step back for Mojo the language to no longer have its own repo. As such, it’s meaningful to see the original assurances and motivations around Mojo restated. Continually impressed by the communication around the project as it balances the internal development with external tinkering.