# Usage of subdirectories to store multiple packages in a single repo

**URL:** https://discourse.julialang.org/t/usage-of-subdirectories-to-store-multiple-packages-in-a-single-repo/55534
**Category:** Tooling
**Created:** [February 18, 2021, 10:37am UTC](https://discourse.julialang.org/t/usage-of-subdirectories-to-store-multiple-packages-in-a-single-repo/55534 "2021-02-18T10:37:30Z")
**Posts on this page:** 1
**Showing post:** 11

<div class="post-metadata">

### Author: ![MA\_Laforge](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ma_laforge/32/385_2.png) [@MA\_Laforge](https://discourse.julialang.org/u/MA_Laforge)
#### Post date: [October 16, 2021, 3:15pm UTC](https://discourse.julialang.org/t/usage-of-subdirectories-to-store-multiple-packages-in-a-single-repo/55534/11 "2021-10-16T15:15:32Z")

</div>

Thanks for pointing that out. I was unaware that building local registries like this was a practical means of registering multiple packages simultaneously.

At some point, I thought I saw either @GunnarFarneback or @fredrikekre suggest that an automated flow could eventually be developed to achieve simultaneous registration. I wonder if the methodology you just outlined is the goal, or merely a temporary stepping stone (looking at a roughly 1 year timeframe, I suppose).

> [@tim.holy](#):
>
> The main hangup: someone needs to manually merge the PR.

I noticed the SnoopCompile.jl example you referenced only had to register a chain of 2 packages: `SnoopCompileCore` & `SnoopCompile`.

Would you say that this methodology is more convenient than registering the 2 packages manually? I ask because it almost seems as if the local registry solution only becomes the more convenient approach once we need to register a chain of 3 or 4+ packages. It might also depend on how long it takes for github CI to greenlight your builds (if you tend to be extra diligent).

---

_[View the full topic](https://discourse.julialang.org/t/usage-of-subdirectories-to-store-multiple-packages-in-a-single-repo/55534)._