kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #25839
Re: Git transition
What Chris said is exactly what I'd ask for!
Adam Wolf
On Mon, Aug 22, 2016 at 9:13 AM, Chris Pavlina <pavlina.chris@xxxxxxxxx>
wrote:
> On Mon, Aug 22, 2016 at 09:57:26AM -0400, Wayne Stambaugh wrote:
> > On 8/22/2016 9:53 AM, Clemens Koller wrote:
> > > Hi, Wayne!
> > >
> > > On 2016-08-22 14:09, Wayne Stambaugh wrote:
> > >> I wasn't planning on migrating the stable 4 branch to git. I'm hoping
> > >> there wont be too many more 4 stable releases so I'm not sure it's
> worth
> > >> the effort.
> > >
> > > Ok, I was wondering...
> > > I was missing the stable branch, too - as well as all the tags of the
> old
> > > releases, etc. I personally don't need them, but it could be useful
> > > and interesting to get all former references (r6994, rev 6994,
> 4.0.0-rc...)
> > > migrated over to the git side once.
> >
> > My one gripe about git is the commit hash tags. They really are not
> > very user friendly. The tags you mention above are all in 4 stable
> > branch so if you continue to use bzr for the stable 4 branch, you should
> > not have any issues. I will tag future stable versions in git when we
> > get to that point so you will be able to use git tags in the same
> > manner. I'm not sure how maintaining a stable branch in git is going to
> > work. I'm guessing that it will be a completely separate repo like we
> > do with bzr but I'm going to worry about that when the time comes.
>
> Personally I would do a stable branch as a literal branch in git rather
> than a repository. This makes it much easier to move code between the
> branches - when you want to pull a commit onto stable, just 'git
> checkout stable' and 'git cherry-pick 1234567'. Makes it easy for
> developers to switch between them, as well - I would very much
> appreciate stable being a proper branch as it would make developing
> fixes on stable and forward-porting them to devel, as you said we
> should, much simpler.
>
> I suspect most developers familiar with git will be strongly in favor of
> this - it's how branches are meant to work in git. Fairly standard
> workflow.
>
> Then just use tags to mark releases in the stable branch.
>
> Easy as pie. :)
>
> >
> > >
> > > Regards,
> > >
> > > Clemens
> > >
> > > _______________________________________________
> > > Mailing list: https://launchpad.net/~kicad-developers
> > > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > > Unsubscribe : https://launchpad.net/~kicad-developers
> > > More help : https://help.launchpad.net/ListHelp
> > >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help : https://help.launchpad.net/ListHelp
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
References
-
Re: Git transition
From: Maciej Sumiński, 2016-08-12
-
Re: Git transition
From: Wayne Stambaugh, 2016-08-12
-
Re: Git transition
From: Wayne Stambaugh, 2016-08-21
-
Re: Git transition
From: Chris Pavlina, 2016-08-21
-
Re: Git transition
From: Nick Østergaard, 2016-08-21
-
Re: Git transition
From: Wayne Stambaugh, 2016-08-21
-
Re: Git transition
From: kinichiro inoguchi, 2016-08-22
-
Re: Git transition
From: Wayne Stambaugh, 2016-08-22
-
Re: Git transition
From: Clemens Koller, 2016-08-22
-
Re: Git transition
From: Wayne Stambaugh, 2016-08-22
-
Re: Git transition
From: Chris Pavlina, 2016-08-22