-
Notifications
You must be signed in to change notification settings - Fork 19
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
Setup version3 branch to accept pull requests and run CI/CD, without publishing. #100
Labels
Comments
1 task
maythamfahmi
added
version3.0.0-preview001
CryptoNet Version 3
enhancement
New feature or request
labels
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
…cd without publishing (#124) * #100 update to pipelines * #100 restructuring pipelines * #100 reordering name * #100 try build number example * #100 date version * #100 small year * #100 preview artifact release * #100 actions/upload-artifact v4 * #100 cd for github artifcat * #100 fix version * #100 update pipelines * #100 improve pipelines
maythamfahmi
added a commit
that referenced
this issue
Nov 3, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Setup version3 branch to accept pull requests and run CI/CD, without publishing.
I merged vesion3 with my local working branch, to avoid creating a lot of conflicts, but when I setup a draft PR, it would only allow me to target merging to main, which is not what I want to be testing for at the moment.
It's easy enough to configure on github, but you may need to implement some branch awareness in your build scripts, to avoid publishing bits from the version3 branch automagically.
From #90
Improve releasing version so that build number become patch number in version or something like that
In most environments, there's many more builds and consequent build numbers, than their are versioned releases. I like to use a scheme where there's two flavors of build. One for testing pull requests and one for building and publishing a new package.
The text was updated successfully, but these errors were encountered: