<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Nx on bradleycarey.com</title>
    <link>https://bradleycarey.com/tags/nx/</link>
    <description>Recent content in Nx on bradleycarey.com</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 01 Mar 2026 13:28:20 -0500</lastBuildDate>
    <atom:link href="https://bradleycarey.com/tags/nx/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>From Many Repos to One: An Honest Nx Monorepo Migration Retrospective</title>
      <link>https://bradleycarey.com/posts/migrating-large-enterprise-apps-from-angular-to-nx/</link>
      <pubDate>Sat, 21 Feb 2026 00:00:00 -0500</pubDate>
      <guid>https://bradleycarey.com/posts/migrating-large-enterprise-apps-from-angular-to-nx/</guid>
      <description>&lt;p&gt;Migrating a standalone Angular app to &lt;a href=&#34;https://nx.dev/getting-started/intro&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Nx&lt;/a&gt; is a one-liner: &lt;code&gt;npx nx@latest init&lt;/code&gt;. Migrating &lt;em&gt;many&lt;/em&gt; Angular repos to an integrated monorepo is not. We consolidated several large enterprise Angular apps and libraries into a single Nx monorepo in late 2023. Here&amp;rsquo;s what that actually looked like.&lt;/p&gt;&#xA;&lt;h2 id=&#34;problem-statement&#34;&gt;&#xA;  Problem Statement&#xA;  &lt;a class=&#34;heading-link&#34; href=&#34;#problem-statement&#34;&gt;&#xA;    &lt;i class=&#34;fa-solid fa-link&#34; aria-hidden=&#34;true&#34; title=&#34;Link to heading&#34;&gt;&lt;/i&gt;&#xA;    &lt;span class=&#34;sr-only&#34;&gt;Link to heading&lt;/span&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&#xA;&lt;p&gt;To share components across multiple frontend surfaces (a main web app, a &lt;a href=&#34;https://learn.microsoft.com/en-us/office/dev/add-ins/develop/add-ins-with-angular2&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Microsoft Office add-in&lt;/a&gt;, and a &lt;a href=&#34;https://ionicframework.com/&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;mobile app&lt;/a&gt;), we maintained multiple &lt;a href=&#34;https://angular.io/guide/libraries&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Angular libraries&lt;/a&gt;. Every time we needed to change a shared component, the workflow looked like this:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Nx Angular Component Generation Schematic: Path Does Not Exist</title>
      <link>https://bradleycarey.com/posts/nx-angular-component-generation-schematic-path-does-not-exist/</link>
      <pubDate>Sun, 06 Oct 2024 15:48:48 -0500</pubDate>
      <guid>https://bradleycarey.com/posts/nx-angular-component-generation-schematic-path-does-not-exist/</guid>
      <description>&lt;p&gt;A few years back, I successfully migrated several Angular libraries and applications from individual projects to a monorepo using &lt;a href=&#34;https://nx.dev/&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Nx&lt;/a&gt;. Nx is a great tool for managing multiple projects and libraries in a single repository.&lt;/p&gt;&#xA;&lt;p&gt;Nx provides many schematics to generate code and migrate existing code. One of the most common tasks is generating a new Angular component. However, I encountered an issue where the schematic was unable to resolve the path where it was supposed to generate the code.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
