Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Access to CVS
- X-seq: zsh-workers 30892
- From: Wayne Davison <wayned@xxxxxxxxxxxxxxxxxxxxx>
- To: Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
- Subject: Re: Access to CVS
- Date: Sat, 15 Dec 2012 11:07:37 -0800
- Cc: Phil Pennock <zsh-workers+phil.pennock@xxxxxxxxxxxx>, Zsh workers <zsh-workers@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=R9WMgA92XQcXN0Zw4/4xIta5/PWHt/nBAgS8L+4Ty1w=; b=mQsxI+3g6Z6GgIXY0dfeXdgJ6f3s2veA/R4y+b38HALfJZDfUsF5Z/6ZF1vOCCb2Kt P3ra3aCuzwA8uIuMoWjZusXzxB22Kd0TjpdshhPBacDx/0t3hrF7CwcE844VD2o9EPL8 ezI1It/R1N04EqoCiRmR6o+XXTBaCTsRHcpSSQIR2nOYCnIC6yAxrQzGhRbcZavdxTeK eqkw04MIZnH0/hzxAE+ylMrGW9EonYhv1zuq0rtJu4+lrglYf/rmoTcobfdnbP11cqFY Or857SCddJb/C/bJY0GxEloAHorT46J+Ukvhm3HW00VFi+nGHrBjGYwP4EYvOV+zfc+z BhAw==
- In-reply-to: <20121215180934.65918de9@pws-pc.ntlworld.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <17903.1355496262@thecus.kiddle.eu> <20121214150912.03bde6ae@pwslap01u.europe.root.pri> <20121214192945.GA40810@redoubt.spodhuis.org> <20121215180934.65918de9@pws-pc.ntlworld.com>
- Sender: 4wayned@xxxxxxxxx
On Sat, Dec 15, 2012 at 10:09 AM, Peter Stephenson <
p.w.stephenson@xxxxxxxxxxxx> wrote:
> If anybody thinks that above *isn't* the basic sequence, or that their
> own preferred procedure is something other than a more sophisticated
> form of theabove, it would be good to hear.
>
It's always good to view your own commit to double-check it, and to also to
check for missed files. So I'd suggest adding "git show" after "git commit
-a" (that lets you look over your latest commit) and "git status" (lets you
look for uncommitted files). And then, right before the "git push", toss
in "git pull --rebase" to remind folks to check for remote changes prior to
pushing (using --rebase instead of merge). Finally, it would be good to
mention tags somewhere, since it requires a separate "git push --tags" if
you want your tags to become public, but I doubt we'd want to mention it in
the basic sequence, since it's likely we just want things like release tags.
% $VISUAL file1.c file2.c new-file3.c
% git add new-file3.c
% git commit -a
% git show
% git status
% git pull --rebase
% git push
..wayne..
Messages sorted by:
Reverse Date,
Date,
Thread,
Author