[petsc-users] [petsc-dev] petsc git next branch *is* unwound!

Satish Balay balay at mcs.anl.gov
Thu Oct 2 17:33:02 CDT 2014


You would have to delete both 'next' and 'wdn_mods_next' branches from
all your clones - and recreate them.

Wrt recreating 'next' [as indicated in my previous e-mail] the
following should be sufficient:

git fetch origin  # add the extra option 'origin' because you have multiple remotes
git checkout next

Wrt recreating wdn_mods_next - presumably you have 'wdn_mods' in some
local branch - that you keep arround that you merge to next to get
wdn_mods_next..

git checkout next
git checkout -b wdn_mods_next
git merge wdn_mods

If not - perhaps you can cherry/pick/rebase as needed.

Or you can create it by merging 'wdn_mods_master' into 'next'
[assuming the 'wdn_mods' part is same for all the 3 branches]

git checkout next
git checkout -b wdn_mods_next
git merge wdn_mods_master

Satish


On Thu, 2 Oct 2014, Nystrom, William David wrote:

> On my local machine I have my master, bare git repo with the following config file
> which Jed suggested a year or so ago:
> 
> % cat config
> [core]
>         repositoryformatversion = 0
>         filemode = true
>         bare = true
>         sharedrepository = 1
> [receive]
>         denyNonFastforwards = true
> [remote "origin"]
>         url = https://bitbucket.org/petsc/petsc
>         fetch = +refs/heads/maint:refs/heads/maint
>         fetch = +refs/heads/master:refs/heads/master
>         fetch = +refs/heads/next:refs/heads/next
> [remote "artab"]
>         url = ssh://ml-fey.lanl.gov/usr/projects/artab/users/wdn/repos/git/petsc
>         fetch = +refs/*:refs/*
>         mirror = true
> 
> And for my workflow, I stay in sync with the official PETSc git repo by periodically
> executing the following command:
> 
> git remote -v update origin
> 
> And then I have various git clones from my master git repo where I do actual
> work.
> 
> Do I need to do anything special now that the "next" branch has been unwound
> with either my master git repo or my git clones?  In my master git repo, I have
> 3 additional branches - wdn_mods_next, wdn_mods_master and wdn_mods_maint
> where I keep any of my own modifications to those respective branches.  And I
> keep wdn_mods_next in sync with next by periodically executing the following
> commands in a git clone with the wdn_mods_next branch checked out:
> 
> git pull origin next
> 
> resolve any conflicts and commit
> 
> git push origin wdn_mods_next:wdn_mods_next
> 
> So, if I do the following set of steps, should I expect them to work now that next
> has been unwound?
> 
> 1. cd to my master bare petsc repo
>     git remote -v update origin
> 
> 2. cd to my git clone of petsc with wdn_mods_next branch checked out
>     git pull origin next
>     resolve any conflicts and commit
>     git push origin wdn_mods_next:wdn_mods_next
> 
> Thanks,
> 
> Dave
> 
> --
> Dave Nystrom
> LANL HPC-5
> Phone: 505-667-7913
> Email: wdn at lanl.gov
> Smail: Mail Stop B272
>        Group HPC-5
>        Los Alamos National Laboratory
>        Los Alamos, NM 87545
> 
> 
> ________________________________________
> From: petsc-dev-bounces at mcs.anl.gov [petsc-dev-bounces at mcs.anl.gov] on behalf of Satish Balay [balay at mcs.anl.gov]
> Sent: Thursday, October 02, 2014 7:38 AM
> To: petsc-dev at mcs.anl.gov; petsc-users at mcs.anl.gov
> Subject: Re: [petsc-dev] [petsc-users] petsc git next branch *is* unwound!
> 
> On Thu, 2 Oct 2014, Satish Balay wrote:
> 
> > petsc git users,
> >
> > If you are using next branch from git repository for integration or
> > testing or working with it in some form - i.e if you have 'next'
> > listed by:
> >
> > git branch
> >
> > Please delete and recreate it. i.e:
> >
> > git checkout master
> > git branch -D next
> > git checkout next
> >
> > From my check - the following feature branches are currently in next
> > (not yet merged to master).
> >
> > Feature branch owners, please remerge your feature branches into to
> > next - as you see fit.
> 
> BTW: Some of you might want to rebase/cleanup some of the feature branches
> before merging to new next.
> 
> Also some of these feature branches are from pre-petsc-3.5 timeframe.
> So a rebase to latest master might be something to consider. [if they
> are still in line for a merge to master]
> 
> Satish
> 
> >
> > $ comm -12 <(git branch -r --merged next | sort) <(git branch -r --no-merged master | sort)
> >   origin/barry/cleanup-blaslapack
> >   origin/barry/remove-dreal
> >   origin/barry/remove-sidl
> >   origin/barry/reuse-hwloc
> >   origin/dmeiser/pullrequest-fix-cusp-bjacobi2
> >   origin/dmeiser/pullrequest-remove-thrust-py
> >   origin/jed/sr-driver4
> >   origin/jed/vecghostgetvalues
> >   origin/karlrupp/fix-viennacl-veccopy
> >   origin/karpeev/fix-ksp-pcgasm
> >   origin/knepley/feature-optcontrol-mg
> >   origin/knepley/feature-plex-generator-args
> >   origin/knepley/feature-plex-nasm
> >   origin/knepley/fix-configure-petsc-dep
> >   origin/knepley/fix-quadrature-order
> >   origin/madams/sr-driver4
> >   origin/maint
> >   origin/mlange05/fix-gmsh-coordinates
> >   origin/next
> >   origin/paulmullowney/aijcusp-ellpack-fix
> >   origin/prbrune/sf-examplefix
> >   origin/prbrune/snes-ex19vtkoutput
> >   origin/sarich/fix-tao-jbearing-bqpip
> >   origin/shri/ts-dae-semi-explicit
> >   origin/shri/ts-is-for-differential-variables
> >   origin/shri/ts-powergrid
> >   origin/stefano_zampini/matis-preallocation
> >   origin/stefano_zampini/pcbddc-changeofbasis
> >   origin/stefano_zampini/pcbddc_deluxe
> >   origin/tisaac/feature-fe-geom-dim
> >   origin/tisaac/plex-flexible-projection
> >
> > [obviously remove maint, next from the above list]
> >
> > The previous 'next' branch is currently available as 'next-oct-2014' -
> > if you need it for any checks/debugging.
> >
> > Satish
> >
> >
> >
> >
> 
> 



More information about the petsc-users mailing list