Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Init codemod package #1171

Merged
merged 8 commits into from
May 12, 2023
Merged

Init codemod package #1171

merged 8 commits into from
May 12, 2023

Conversation

isBatak
Copy link
Contributor

@isBatak isBatak commented Apr 24, 2023

Please select all that apply:

  • This PR contains a new feature
  • This PR updates an existing feature
  • This PR contains bugfixes
  • This PR contains all the relevant tests
  • This PR creates a breaking change

Please describe the differences between the current and new behavior

Codemods for migrating form datx v1 to v2

@isBatak isBatak marked this pull request as draft April 24, 2023 18:25
@isBatak isBatak marked this pull request as ready for review April 28, 2023 14:56
fs.copyFileSync('./README.md', './dist/README.md');
fs.copyFileSync('./LICENSE', './dist/LICENSE');

fs.rmdirSync('./dist/transforms/__testfixtures__', { recursive: true });
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be handled in .npmignore instead?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What should I add to it?
Should I copy .npmignore to dist folder then?
Because we are doing release from dist folder.
We are not doing this in any other package.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, I think it should be in the folder that is beeing published. By default, npm is taking gitignore if npmignore doesn't exist, so that's why we didn't really need it until now.

Copy link
Contributor Author

@isBatak isBatak May 8, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this what you meant?
image

Honestly, I don't like this setup.
It would make sense if we publish from the root and we don't want to publish some dev stuff.

We need to rethink publishing process and make a setup that would allow publishing form the package root folder, otherwise it might be confusing.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

https://www.npmjs.com/package/clean-package this tool can clean the root package.json form all the nonsense before publish and revert it back.
Then we will be able to publish form the root folder and in that case .npmignore would make complete sense.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, leave it as is for now

@sonarcloud
Copy link

sonarcloud bot commented May 8, 2023

Kudos, SonarCloud Quality Gate passed!    Quality Gate passed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell A 0 Code Smells

No Coverage information No Coverage information
0.0% 0.0% Duplication

@isBatak isBatak merged commit 2042ce9 into master May 12, 2023
11 checks passed
@isBatak isBatak deleted the codemods branch May 12, 2023 14:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants