Replies: 4 comments 1 reply
-
The rebase strategy was a mess, no good experience doing it, a lot of conflicts, and definitely not something nice to do. I already tried doing a cheery-pick of the changes that I wanted no implement on my fork and was easy, fun, and straightforward. In the next weeks, I will implement all the RFC proposals using cherry-pick, I will let you know. |
Beta Was this translation helpful? Give feedback.
-
I usually do such a job by comparing the folders 1:1 with a tool, eg. Beyond Compare. For the future I will try to handle version bumps in a single PR, so that it is less work for you. |
Beta Was this translation helpful? Give feedback.
-
For me, this can be closed, I'm really happy with the results of cherry-picking, easy, straight forward and on the commits picked leaves the co-author that personally I find it really nice. I will put my strategy followed:
These are the features/fixes implemented at the moment of writing this on the fork ngx-deploy-npm (more coming)
|
Beta Was this translation helpful? Give feedback.
-
Hello.
I think that is useful to have a guide to know how to update the new releases, features, bug fixes that are being released, to have them in our forks.
It would be nice to adopt a strategy that allows us to have our forks updated instead of making all the changes by hand, copying and pasting the new code. I think that rebase our changes to the master branch is a good strategy and will avoid the copy and paste.
I have to update my fork to adopt the new releases I will go with the rebase strategy to set it down and document my experience here
Beta Was this translation helpful? Give feedback.
All reactions