-
Notifications
You must be signed in to change notification settings - Fork 43
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
End to End tests #81
Comments
Great idea 👍 I would suggest to use a separate organization for testing (like |
@christophwitzko can you create a sub group on gitlab. I have created the github org already |
I will 👍 |
Created the |
@christophwitzko my username is cliedeman on gitlab. I made you an owner. I have generated the first pass sample repo here - https://github.com/go-semantic-release-test/test Used it to test the pagination on the gitlab provider and picked up some fun behaviour... go-semantic-release/provider-gitlab#2 I havent figured out the next step for the e2e tests.
The code used to generate the sample repo is here. |
@cliedeman Thanks, added you too :)
I also have not thought about the next steps, but hopefully, I will have some time next week. |
Got a bit further. The generate repo is populating the test repo on master ci run. I am getting a failure pushing to gitlab thought (both are using a deploy key with write permissions). It works locally but fails on ci. I think its due to the ssh fingerprint not being trusted https://github.com/go-semantic-release-test/generate/runs/1330832285 My next thought is how to run the actual integration test. Do I run the semantic-release binary directly or invoke it in process? Edit: investigate if deleting the tag on a repo deletes the corresponding release. |
I want to add some end to end tests to avoid issues like go-semantic-release/provider-gitlab#1
My plan is to create a sample repo (Probably a bash script that generates a lot of commits and with branches for each test scenario). Place this repo into github and mirror it to gitlab.
Then we use dry-run tests to verify the output and run them only on master to avoid concurrency issues.
The text was updated successfully, but these errors were encountered: