I guess I'm just having trouble understanding what I must do differently, does my patch simply need to be rebased and the commits deleting dtudcfonted can be reversed on your end, or do I need to manually readd all the previous files by hand from a previous version and repatch? Because one solutions seems a bit more like "madness" than the other. As for it being almost but not quite finished, I simply need to fix the remaining compiler warnings, problem is they are kind of stumping me, so I'd like it committed so that I could have some possible pointers on what I could do better and how to fix them.
Thank you for your time, -Chase ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On July 31, 2018 2:36 PM, Jon Trulson <j...@radscan.com> wrote: > Yes, what Matthew said below is the way to go - you don't have to throw > everything away and start over from scratch -- though you will need to > start a new, clean branch from master and "construct and maintain" it > properly as Matthew outlines below. > > It is important to rebase from time to time as you develop, since as > you've seen, the upstream branch (master in this case) is likely to > diverge while you work on your stuff. > > It is definitely a good idea, if not a requirement, to rebase (and of > course fix any conflicts) before preparing a patch or patch set for > submission. > > This is common git work flow, so it's worth learning how all this works. > > -jon > > On 07/30/2018 09:04 PM, Matthew R. Trower wrote: > > > Chase via cdesktopenv-devel cdesktopenv-devel@lists.sourceforge.net > > writes: > > > > > To be honest, I don't know how I would go about doing this, help would > > > be appreciated. Is it at least pheasable to revert the previous > > > commits and apply this one? I put a lot of work into it. My git > > > workflow consists of master and then a custom branch where I reverted > > > the previous commits and patched the software. > > > > That sounds about right. I assume by revert, you mean that you used > > `git revert` to cancel out the commits which removed the component to > > begin with. So: > > > > - `git checkout -b dtudcfonted` > > - `git revert <commit>...` > > - Make some commits fixing up the software > > - `git rebase master` > > > > You'll need to rebase your branch on master at the end to make sure your > > patch is applied to the latest code. I believe Jon wants this fully > > fixed up before he will merge it. Him and I discussed these > > requirements in a previous thread on this list. As this may take some > > time, you may want to periodically rebase to keep the branch in sync, > > rather than doing one big rebase at the end. > > When you finally do submit, you need to submit all of the patches on > > your branch - including the initial reverting commits. This could take > > the form of several patches in one E-Mail, or one big squashed patch. > > Does this clear things up for you? > > -mrt > > -- > > Jon Trulson > > "Fire all weapons and open a hailing frequency for my victory yodle." > > - Zapp Brannigan ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel