FAI stable release 3.4.x management

[Michael Prokop]

* Sebastian Harl <sh at tokkee.org> [Thu Aug 19, 2010 at 01:48:56PM +0200]:
> On Wed, Aug 18, 2010 at 06:39:57PM +0200, Michael Prokop wrote:
> > * Michael Tautschnig <mt at debian.org> [Wed Aug 18, 2010 at 03:49:17PM +0200]:

> > > If there are more use cases for git we might consider adding a git
> > > repository on alioth which is automatically synced with our SVN.
> > > Personally I enjoy the simplicity of SVN as I didn't see the need
> > > for all the nice features of git for FAI version control until now,
> > > but with multiple active branches git clearly has its advantages. 

> > > [1] http://faiwiki.informatik.uni-koeln.de/index.php/Main_Page#getting_FAI

> > Ah right, good idea. I've added Sebastian to Cc (in case he doesn't
> > follow the list actively those days).

> Good thing. That made the message being "hilighted", so I did not just
> <ctrl>-r read the whole thread as usual ;-)

:)

> > Sebastian, what do you think of the FAI-git on alioth approach?
> > Do you have any scripts that could help us in setting that up?

> If more people plan to use some FAI-git, it makes a lot of sense to move
> that to alioth imho.

I personally *have* to use git-svn to do the proper release
management for 3.4. :) I don't care whether I've to use Grml's git
infrastructure or alioth if it's just me, but if anyone else would
have use for it I'd vote for alioth as well.

> I'm currently using a simple shell snippet which uses "git svn rebase"
> to update a "sync repo" and then pushes everything to the "git only
> repo". Pushing could be done to master or some branch called, e.g.,
> trunk or whatever. I probably makes sense to push some other branches as
> well (either hard-core all the names or use "git push --all"). I don't
> think any other magic is required for that.

Ah ok, so similar to what I'm using for my stable branch. :)
I'd suggest to take a look at it together on the weekend where we'll
meet in RL at Froscon. :)

regards,
-mika-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.uni-koeln.de/pipermail/linux-fai-devel/attachments/20100819/3c51b085/attachment.bin