From: Pete Wyckoff <pw@padd.com>
To: Luke Diamand <luke@diamand.org>
Cc: git@vger.kernel.org
Subject: Re: [PATCH 1/4] git p4: bring back files in deleted client directory
Date: Mon, 30 Apr 2012 17:56:09 -0400 [thread overview]
Message-ID: <20120430215609.GA22615@padd.com> (raw)
In-Reply-To: <4F9EDB34.5090103@diamand.org>
luke@diamand.org wrote on Mon, 30 Apr 2012 19:34 +0100:
> On 30/04/12 13:36, Pete Wyckoff wrote:
> >luke@diamand.org wrote on Mon, 30 Apr 2012 07:55 +0100:
> >>
> >>Rebasing the current branch onto remotes/p4/master
> >>First, rewinding head to replay your work on top of it...
> >>File file1 doesn't exist. file1
> >>not ok - 3 submit with no client dir
> >
> >I can't figure it out. Will you help debug a bit? Something
> >like this maybe.
>
> User error.
>
> % cp git-p4.py git-p4
>
> Then it works fine.
Whew. I caught myself forgetting to build a couple
of times too.
"make git-p4" is a bit more official.
> Is there a way to get lib-git-p4.sh to check this?
This does seem appealing, but I'm not sure if it will be
attractive to everybody else.
My thought pattern of what to put in lib-git-p4.sh
went like:
test git-p4.py -nt git-p4 && {
echo "You must make git-p4" >&2
exit 1
}
to
test git-p4.py -nt git-p4 && {
echo "Making git-p4" >&2
make git-p4
}
to
make git-p4
to
make
and that's when I realized that everybody else has
the same problem too. Somehow they've gotten used
to rebuilding before rerunning the tests. I suspect
that we should get used to it too.
That said, it would have saved me some head scratching
on a few occasions.
-- Pete
next prev parent reply other threads:[~2012-04-30 21:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-30 0:57 [PATCH 0/4] git p4 submit fixes Pete Wyckoff
2012-04-30 0:57 ` [PATCH 1/4] git p4: bring back files in deleted client directory Pete Wyckoff
2012-04-30 6:55 ` Luke Diamand
2012-04-30 12:36 ` Pete Wyckoff
2012-04-30 18:34 ` Luke Diamand
2012-04-30 21:56 ` Pete Wyckoff [this message]
2012-04-30 0:57 ` [PATCH 2/4] git p4: test submit Pete Wyckoff
2012-04-30 0:57 ` [PATCH 3/4] git p4: fix writable file after rename or copy Pete Wyckoff
2012-04-30 0:57 ` [PATCH 4/4] git p4: submit files with wildcards Pete Wyckoff
2012-04-30 18:34 ` Luke Diamand
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=20120430215609.GA22615@padd.com \
--to=pw@padd.com \
--cc=git@vger.kernel.org \
--cc=luke@diamand.org \
/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).