Closed xmnlab closed 3 years ago
Hey there! I think you need to do this with the master branch of the fork checked out?
Hey @xmnlab just checking if you've been able to resolve this by checking out the master branch prior to running rever? If we don't hear from you in a couple days we will close this issue.
hey @rjkoch ! sorry for the delay here.
I created a branch called upstream_master that points to the master from upstream and I was using that. I thought to use this to avoid to push the changes to my fork and create a PR.
is that a wrong approach?
@xmnlab I am not certain, but I believe that rever is designed to be run from the master branch of your fork. I can imagine it would get confused otherwise.
I think the best practice would be to push changes to some branch of your fork and then create a PR. Once all relevant PRs are merged, ensure your fork is up to date with upstream and then run rever from the master branch of your fork.
Let me know if this works?
@xmnlab I should add that the latest release actually supports releasing from branches other than master
After updating to rever 0.5.0
, you would need to set the GHRELEASE_TARGET
environment variable (in your project's rever.xsh
file) to the name of the branch you'd like to release from.
@rjkoch that sounds great! I will try the latest release soon! thank you so much!!
Hi everyone!
In my normal workflow I fork a repo and I clone that locally. In the case of my problem I also have write access to the main repository.
I tried to create a new version of the software using rever from my fork (as origin) but it didn't work (I have the main repo as remote "upstream"). This is the error raised:
for instance, this is my rever.xsh file:
Am I doing anything wrong?