<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in matchTsConfigPathAlias.test.ts</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d8009c4b - feat(cli): add support for path aliases and absolute imports (#21262)</title>
        <link>http://172.16.0.5:8080/history/expo/packages/@expo/cli/src/utils/tsconfig/__tests__/matchTsConfigPathAlias.test.ts#d8009c4b</link>
        <description>feat(cli): add support for path aliases and absolute imports (#21262)# Why- In Expo Router, you have to import outside of the `app` directorywhich does not spark joy at scale (e.g. `../../../../../../`).- This is pretty standard functionality in web development, feels oddnot having it in our &quot;Metro for web&quot; system.&lt;!--Please describe the motivation for this PR, and link to relevant GitHubissues, forums posts, or feature requests.--&gt;# How- Add support for `compilerOptions.baseUrl` from `tsconfig.json` and`jsconfig.json` files to Metro. This enables absolute imports.- Add support for `compilerOptions.paths` aliases from `tsconfig.json`and `jsconfig.json` files to Metro. This enables path aliases. Tried tokeep the implementation as close to TypeScript as possible to reducemaintenance.- Absolute imports utilize built-in Metro behavior making it morereliable. We basically just register the baseUrl as a location to searchfor node modules.- Couldn&apos;t decide where to document the feature so I put it in multipleplaces.- We might need to update expo jest to have similar functionality in thefuture (it might already support these fields, didn&apos;t check).&lt;!--How did you build this feature or fix this bug and why?--&gt;# Test Plan- Added some unit tests for path aliases (non-exhaustive).- For correctness, you can use this feature in vscode and allautocomplete suggestions should work as the bundling now matches thebuilt-in resolution.&lt;!--Please describe how you tested this change and how a reviewer couldreproduce your test, especially if this PR does not include automatedtests! If possible, please also provide terminal output and/orscreenshots demonstrating your test/reproduction.--&gt;# Checklist&lt;!--Please check the appropriate items below if they apply to your diff.This is required for changes to Expo modules.--&gt;- [ ] Documentation is up to date to reflect these changes (eg:https://docs.expo.dev and README.md).- [ ] Conforms with the [Documentation Writing StyleGuide](https://github.com/expo/expo/blob/main/guides/Expo%20Documentation%20Writing%20Style%20Guide.md)- [ ] This diff will work correctly for `expo prebuild` &amp; EAS Build (eg:updated a module plugin).---------Co-authored-by: Expo Bot &lt;34669131+expo-bot@users.noreply.github.com&gt;

            List of files:
            /expo/packages/@expo/cli/src/utils/tsconfig/__tests__/matchTsConfigPathAlias.test.ts</description>
        <pubDate>Fri, 24 Feb 2023 18:20:14 +0000</pubDate>
        <dc:creator>Evan Bacon &lt;bacon@expo.io&gt;</dc:creator>
    </item>
</channel>
</rss>
