git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thomas Rast <trast@student.ethz.ch>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Sep 2008, #03; Fri, 19)
Date: Sat, 20 Sep 2008 00:20:24 +0200	[thread overview]
Message-ID: <200809200020.32285.trast@student.ethz.ch> (raw)
In-Reply-To: <7vprmzrh7w.fsf@gitster.siamese.dyndns.org>

[-- Attachment #1: Type: text/plain, Size: 2480 bytes --]

Junio C Hamano wrote:
> * tr/workflow-doc (Sat Sep 13 18:11:01 2008 +0200) 2 commits
>  + Documentation: Refer to git-rebase(1) to warn against rewriting
>  + Documentation: new upstream rebase recovery section in git-rebase
> 
> I think the last one on "recommended practice" needs discussion.  I do not
> think it describes _the_ recommended workflow, although I think (1) what
> is recommended in the draft does make sense within its own scope, and (2)
> it may be impossible to come up with _the_ recommended workflow anyway.

[The patch referred to is

  http://article.gmane.org/gmane.comp.version-control.git/95806

and the only response so far, to an earlier version,

  http://article.gmane.org/gmane.comp.version-control.git/95620 ]

I was hoping for more feedback, but maybe the list is not the right
audience: the intended readers of the document probably aren't as
active on the list and confident about patch review.

Regarding _the_ recommended workflow, I can think of a few possible
approaches:

a) Authoritative: either because we really believe it's the One True
   Workflow, or just because we want to sound so.

b) Descriptive: describe it as the workflow "we" use (presumably this
   includes linux.git which may be worth mentioning; I haven't touched
   the kernel though).

c) Encyclopedic: describe and classify as many recipes (building
   blocks) and workflows as possible in an attempt to build a
   complete reference of sorts.

d) Blind eye: we're just the tool.  Others can devise workflows.

I certainly aimed the patch at (a), since I wanted to be able to point
people at it (mostly on #git).  The resources I learned Git with,
except for the videos, just show simple examples of pull/push usage,
which I found both unsatisfactory (e.g. I want to know _why_ it's a
good idea to make topic branches) and incomplete.  This list is an
excellent place to learn, but I doubt that's an effort the average
user is willing to put in.

That being said, I'm certainly willing to rewrite it in the direction
of (b), and possibly help with the writeup (though not brainstorming)
of (c), if either of those is the list consensus.

- Thomas

PS: Anyone else noticed the striking number of "we have <setup>, what
is the best workflow and how do I implement it" mails in the past few
days?  Is that just a statistical anomaly, or another need for
documentation?

-- 
Thomas Rast
trast@student.ethz.ch


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2008-09-19 22:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-19 20:52 What's cooking in git.git (Sep 2008, #03; Fri, 19) Junio C Hamano
2008-09-19 22:20 ` Thomas Rast [this message]
2008-09-19 22:45   ` Junio C Hamano
2008-09-19 22:57     ` Santi Béjar
2008-09-19 23:43     ` david

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200809200020.32285.trast@student.ethz.ch \
    --to=trast@student.ethz.ch \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).