Replies: 4 comments 1 reply
-
👍 |
Beta Was this translation helpful? Give feedback.
-
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.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
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