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

tagAndPush needs the same mustRunAfter as tag and both cannot be used at the same time #23

Closed
vivin opened this issue Sep 8, 2016 · 6 comments

Comments

@vivin
Copy link
Owner

vivin commented Sep 8, 2016

Currently tagAndPush doesn't have the same mustRunAfter definitions as tag and both tasks can be used at the same time.

vivin added a commit that referenced this issue Sep 8, 2016
Changes:

 - Set mustRunAfter for tagAndPush similar to tag.
 - Build fails now if tag and tagAndPush are used at the same time.
 - Added tests.
 - Updated README
vivin added a commit that referenced this issue Sep 8, 2016
@vivin
Copy link
Owner Author

vivin commented Sep 8, 2016

Fixed.

@vivin vivin closed this as completed Sep 8, 2016
@Vampire
Copy link
Contributor

Vampire commented Sep 9, 2016

What are the mustRunAfters for anyway? Because mustRunAfter does not make much sense if the dependency tasks do not do anything actually.

@vivin
Copy link
Owner Author

vivin commented Sep 9, 2016

Duh. This is what happens when I am in autopilot mode. :/

@vivin
Copy link
Owner Author

vivin commented Sep 9, 2016

Ooh, I just remembered why. I wanted tagging to be done only after a release. I should probably make it a dependency because you don't want it to tag unless release was successful.

@Vampire
Copy link
Contributor

Vampire commented Sep 9, 2016

But even then I don't understand why the marker tasks have to run before the tag task. If you would say "if release task exists, tag has to run after it" I'd understand. But that is not what is set up there. Besides that, I think it is in the responsibility of the build script author to make this setting as only the build script author knows which task is the ultimate release task after which the tagging should be done. There he can even do a finalizedBy relationship, so that if he calls "release" or "publishPlugin" or whatever, "tag" or "tagAndPush" however he likes is called automatically, even if not mentioned on the commandline.

@vivin
Copy link
Owner Author

vivin commented Sep 9, 2016

I think that was my original intent (if the release task exists, tag has to run after it). It isn't set up that way currently - I hadn't really given a thorough look to that section of code (other than to add this change real quick).

Yes, it definitely is the responsibility of the build author to set up the dependencies. But as I mentioned earlier, I had no idea what release could or would do, so I thought I would try and set up that dependency so that a tag isn't created even when release fails.

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

No branches or pull requests

2 participants