-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Publish without version prompt #3011
Comments
You should be able to run |
Yeah, we should allow publishing without bump. |
but i am confused, code says there is already an argument for version, see |
That one is |
@bestander well, the code for the |
So what happens when you pass version via --version? |
ah, i think we can do |
hmm, tried that and am hitting the next stumbling block. with
let me explain my use case. i am running this bash script to deploy new releases: there you can see that i am tagging new releases with git flow, doing stuff on gulp, bumping the version, doing a final commit before pushing and publishing that to npm. in other words, the version bump already has been done and i don't want yarn to bump it. honestly i think yarn shouldn't do this local check and not print the |
@bestander @arcanis if you think that's a separate issue, happy to raise another one |
Go ahead, a PR will be appreciated
…On Sat, 8 Apr 2017 at 02:24, Michael Heuberger ***@***.***> wrote:
@bestander <https://github.com/bestander> @arcanis
<https://github.com/arcanis> if you think that's a separate issue, happy
to raise another one
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3011 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ACBdWIgyC3S26pih2d_Mo4mwCCUZVU45ks5rtuHkgaJpZM4Msop0>
.
|
here's the PR @bestander #3103 |
fixed |
@bestander is this still not out? |
@bestander now gave this a try and something does not look right. it gets stuck when publishing.
|
hello?? |
@bestander cc |
Thanks for reporting, @binarykitchen. |
@bestander why not reopen it? it's the same original issue - happy to examine and to submit another PR here |
Thanks @binarykitchen, looking forward to get a fix |
hmmm, i figured out that stream.pipe(new ConcatStream(resolve))
.on('error', reject); in publish.js is the problem. when I added a data listener while debugging, publishing suddenly worked. like that stream.pipe(new ConcatStream(resolve))
.on('data', console.log)
.on('error', reject); probably the stream needs a data sink to make this actually work? @bestander have an idea what that is? |
@binarykitchen, thanks for reporting more. Do you have a repo where this issue can be reproduced 100%? |
yeah, good idea with |
@BYK, you said you have an idea where the bug is coming from. |
@binarykitchen, thanks for reporting anyway, hope we can win you back soon. :) |
**Summary** Potentially fixes #3011 (specifically https://git.io/vHAzW) Turns out our `ConcatStream` implementation was only used to read from `tar-fs` when creating a package to upload and put that stream into a memory buffer. Since `ConcatStream` was implemented as a `stream.Transform` and nothing was reading back from it, it had the potential to just hang there until something reads from it. This patch replaces that with [a small script][1]. [1]: http://www.geekpeak.de/images/produkte/i22/22-go-away-or-i-will-replace-you-de.jpg **Test plan** Removed existing tests for the old module. Rely on other existing tests for the replacement code.
…am (#3646) **Summary** Potentially fixes #3011 (specifically https://git.io/vHAzW). Turns out our `ConcatStream` implementation was only used to read from `tar-fs` when creating a package to upload and put that stream into a memory buffer. Since `ConcatStream` was implemented as a `stream.Transform` and nothing was reading back from it, it had the potential to just hang there until something reads from it. This patch replaces that with [a small script][1]. [1]: http://www.geekpeak.de/images/produkte/i22/22-go-away-or-i-will-replace-you-de.jpg **Test plan** Removed existing tests for the old module. Rely on other existing tests for the replacement code.
Do you want to request a feature or report a bug?
minor feature
What is the current behavior?
yarn publish
is prompting for a new version numberWhat is the expected behavior?
For a release and deployment bash script, I bump the new version internally and would like to pass on the new version to yarn with an argument like
yarn publish --version new.version.number
And better,
yarn publish auto
, would parse the new version number in package.json. Sometimes I bump it there too.Please mention your node.js, yarn and operating system version.
Think that's irrelevant?
The text was updated successfully, but these errors were encountered: