-
Notifications
You must be signed in to change notification settings - Fork 1.4k
How to install/publish packages from multiple @scope
and multiple registers?
#67
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
Comments
given this: #49, #52, #53, #64. a the optimal solution would be something like this:
where,
|
@scope
and multiple registers?@scope
and multiple registers?
For example, a package named in GPRS
It will be enough to call 2 times If the name is the same, make a second call to setup-mode to configure
or publish from different folders in root project
|
This didnt work for me. EDIT: We ended up introducing a .yarnrc |
@WtfJoke Read carefully - he's suggesting a great way to implement it if this support is added. It's not supported currently, so... yeah. It won't work. |
Is there support in general for scopes? I wasn't able to find anything in the readme for this action about scopes, but my case is slightly different as I only need one scope at the time being. I am publishing on the GitHub Registry and my
Should I file a separate ticket for this or is it supported already (or documented somewhere I missed)? I'm just learning GitHub actions, so I assume that if this isn't supported, I could just copy a slightly different version of this file to support the environment variable passed in via this action. Would that work? |
@jwlms yeah one scope is already supported see here the official example: name: Node.js Package
on:
release:
types: [created]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
# Setup .npmrc file to publish to GitHub Packages
- uses: actions/setup-node@v2
with:
node-version: '12.x'
registry-url: 'https://npm.pkg.github.com'
# Defaults to the user or organization that owns the workflow file
scope: '@octocat'
- run: npm install
- run: npm publish
env:
NODE_AUTH_TOKEN: ${{ secrets.GITHUB_TOKEN }} Always check out the action.yml of an action it defines all possible inputs/outputs. You can adapt it to your needs :) |
Thanks! I will keep that tip in mind for next time. FWIW: I ended up just writing a temporary |
Is there any plans to implement this? And what is the current workaround (e.g. how do you write your |
We have a file called
This is the workflow step which replaces the variable: - name: Prepare npmrc
run: envsubst < .npmrc_ci > .npmrc
env:
NODE_AUTH_TOKEN: '${{ secrets.NODE_AUTH_TOKEN}}' I dont think there is an easy fix for that issue. As far as I know its not possible to provide lists as action input variables (only single value/key), see actions/toolkit#184. So you probably end up with some separator which doesnt look nice. |
WEEPKRK-234: Add print logs on console argument
09956375 |
this would be a really nice feature to add. It's currently a pain to use with private repos and checking in a file with vars isn't working. |
This comment has been minimized.
This comment has been minimized.
If I can get a thumbs up from maintainers to quickly review, I'll write the PR for it. |
It looks like lists as shown in the original requirements are not yet available (actions/toolkit#184) but we could use multiline inputs as those appear to have been merged (actions/toolkit#829), though not sure how that would look in practice. One option, less than the original request but perhaps a step in the right direction would be to have a scopes attribute that would take comma separated list. This wouldn't be useful if you have multiple registries but would be useful for multiple GitHub orgs each with private packages. More flexible but harder to use, would be to have an |
How to install packages from multiple
@scope
and multiple registers?I have settings
.npmrc
in the root of the project:and
npmjs.com
by default for a publicI need to create something like this settings
.npmrc
in the home folder before installing:or
The text was updated successfully, but these errors were encountered: