I made a project and put it on github, it's basically a small powershell function that is pretty useful in some situations. I've since made some improvements to it to add functionality...but someone else liked it as well and made his own 'dev' branch to it.
I don't want to be a jerk and ignore his changes, but I also like the code that I made and my new changes are pretty great for what people will be doing with this tool. What would be considered the best practice in a situation like this? Should I rename my changes as Scriptv2.ps1? Should I just push my new changes in a commit and let the other party make his tweaks again?
What's considered polite in a situation like this one?
-
Are your changes incompatible with the other developers? Is the license on the project (and the commits made by the other developer's) such that you can merge his or her changes back into your mainline?user40980– user409802015年08月04日 16:53:50 +00:00Commented Aug 4, 2015 at 16:53
1 Answer 1
Collaboration is the reason why git is powerful! Go ahead and make your changes in a new commit. The other developer will be able to then merge your changes back into his branch and continue working on whatever extensions or changes he wants. Any merge conflicts that arise are something that he is responsible for; not you.
-
1I would add as well - open a dialogue with the other developer as well if you like what they have done / where they have taken it, and if that code is functional but not pretty - rework it into a future commit and give them credit for the inspiration and thought behind it - reference their original commit if you feel extra diplomaticBrandt Solovij– Brandt Solovij2015年08月04日 16:49:45 +00:00Commented Aug 4, 2015 at 16:49
Explore related questions
See similar questions with these tags.