FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 08-01-2011, 06:47 PM
martin f krafft
 
Default Patch mgmt workflow proposal

also sprach Thomas Koch <thomas@koch.ro> [2011.08.01.1914 +0200]:
> So as a variation of the described workflow you can establish
> a special branch that holds references to all feature branch
> commits in its history.

This comes about of the way to the history pollution done by
TopGit. Not only would users potentially get confused by this
additional branch (which is an implementation detail), it would also
get in the way in gitk output (cf. pristine-tar) and annoy even the
unconfused.

I am currently investigating means to store information outside the
worktree in an immutable and automatically tracked-and-shared way:

http://permalink.gmane.org/gmane.comp.version-control.git/178349
(msgid 20110801121946.GA575@fishbowl.rw.madduck.net)
http://permalink.gmane.org/gmane.comp.version-control.git/178393
(msgid 20110801182015.GA3100@fishbowl.rw.madduck.net)

Feedback welcome, of course.

--
.'`. martin f. krafft <madduck@d.o> Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduck http://vcs-pkg.org
`- Debian - when you have better things to do than fixing systems

there is no place like ~
 
Old 08-02-2011, 12:23 AM
Ben Finney
 
Default Patch mgmt workflow proposal

martin f krafft <madduck@debian.org> writes:

> also sprach Thomas Koch <thomas@koch.ro> [2011.08.01.1914 +0200]:
> > So as a variation of the described workflow you can establish
> > a special branch that holds references to all feature branch
> > commits in its history.
>
> This comes about ¾ of the way to the history pollution done by TopGit.

I consider it very useful information, when needed. It's only pollution
if you let it be so.

> Not only would users potentially get confused by this additional
> branch (which is an implementation detail), it would also get in the
> way in gitk output (cf. pristine-tar) and annoy even the unconfused.

That's an argument not for hobbling a useful branching-and-merging
workflow, but for improving the output of those programs. Advocate with
Git (and other VCSen) to hide merged revisions by default, the way
Bazaar does.

--
“Not using Microsoft products is like being a non-smoker 40 or |
` 50 years ago: You can choose not to smoke, yourself, but it's |
_o__) hard to avoid second-hand smoke.” —Michael Tiemann |
Ben Finney
 
Old 08-02-2011, 08:34 AM
martin f krafft
 
Default Patch mgmt workflow proposal

also sprach Ben Finney <bignose+hates-spam@benfinney.id.au> [2011.08.02.0223 +0200]:
> > This comes about of the way to the history pollution done by TopGit.
>
> I consider it very useful information, when needed. It's only pollution
> if you let it be so.

That is a very wise statement, and I agree.

> > Not only would users potentially get confused by this additional
> > branch (which is an implementation detail), it would also get in
> > the way in gitk output (cf. pristine-tar) and annoy even the
> > unconfused.
>
> That's an argument not for hobbling a useful branching-and-merging
> workflow, but for improving the output of those programs. Advocate
> with Git (and other VCSen) to hide merged revisions by default,
> the way Bazaar does.

One person's reasonable default is another person's nightmare.

Fact is that we have new contributors who are being shyed away by
complexity.

Fact is also that you can already hide information explicitly.

I have already dipped my foot in the water on this
[http://bugs.debian.org/636228], but I feel somewhat it's an
uphill battle.

In the end, the best solution is one that doesn't expose
implementation details in the first place. The discussion at

http://www.spinics.net/lists/git/msg162549.html

is shaping up to be interesting.

--
.'`. martin f. krafft <madduck@d.o> Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduck http://vcs-pkg.org
`- Debian - when you have better things to do than fixing systems

http://lavender.cime.net/~ricky/badgers.txt
 

Thread Tools




All times are GMT. The time now is 11:36 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org