Building on Windows from scratch - guile problem SOLVED
Gary Bilkus
mail at gary.bilkus.com
Fri Jan 17 08:57:12 EST 2014
On 16/01/2014 13:23, Geert Janssens wrote:
>
> On Thursday 16 January 2014 12:14:49 Gary Bilkus wrote:
>
> >
>
> > So just to make sure I understand exactly what you need.
>
> >
>
> > 1. I should get the gnucash.git repository from
>
> > git://github.com:gjanssens/gnucash.git
>
> > 2. I should git branch -t mingw origin/mingw-rebasing and check out
>
> > that branch
>
> > 3. I should appy my patches to that branch - ignoring any which are
>
> > already there
>
> > 4. I should run git diff to get a series of patches against the branch
>
> > in the repository
>
> > 5. I should split the resulting diff into different files relating to
>
> > the different fixes
>
> > 6. I should post the result somewhere and tell you where it is
>
> >
>
> > Gary
>
> Gary,
>
> That's close. But git's workflow is slightly different:
>
> 1 and 2 are correct
>
> 3. Apply your patches and ignore those that are already there is also
> correct. Then before committing anything it's worth considering which
> changes logically belong together and check these changes in in
> separate commits. 'git add -i' will be tremendously helpful for this
> part (adding changes into the index interactively).
>
> 4. Each time you have added a coherent set of changes to the index
> file, you can create a (local) commit using 'git commit'. You may want
> to use clear commit messages in this step as they will eventually end
> up in the master repository. You can look at my commits for examples
> but they're only that not hard rules. I suggest though that you
> explicitly add an author line in your commit message. Since we're
> still linked to the svn repo, git's author information gets lost for
> non-committers when we commit to the master repository. This line is
> in the form:
>
> Author: name <email>
>
> 5. When there are no more changes to commit, you can run 'git
> format-patch' to generate a series of patch files like so:
>
> git format-patch origin/mingw-rebasing
>
> That should generate the patch files in the current working directory.
>
> 6. The normal way to make these patches available to me is to create
> an enhancement request in bugzilla and attach the patches there. But
> in this case I'm equally fine if you post them to the list or tell me
> where you stored them on your own server or whatever.
>
> Geert
>
OK Geert,
I think I have what you want at
http://www.greenwheel.com/publicFiles/rebase-patches.zip
Let me know if this works for you.
Not being a git expert, it's possible I've not quite done the right
thing, but I think this should be OK.
Gary
More information about the gnucash-devel
mailing list