From: Thomas Monjalon <thomas@monjalon.net>
To: Bruce Richardson <bruce.richardson@intel.com>,
Baruch Siach <baruch@tkos.co.il>
Cc: "Mcnamara, John" <john.mcnamara@intel.com>,
"Yigit, Ferruh" <ferruh.yigit@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [PATCH] gitignore: ignore top level build/ directory
Date: Tue, 22 May 2018 23:45:31 +0200 [thread overview]
Message-ID: <7564883.QMXTE167Kr@xps> (raw)
In-Reply-To: <20161219171434.GA188176@bricha3-MOBL3.ger.corp.intel.com>
19/12/2016 18:14, Bruce Richardson:
> On Mon, Dec 19, 2016 at 04:50:57PM +0000, Mcnamara, John wrote:
> > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Bruce Richardson
> > > On Mon, Dec 19, 2016 at 03:05:20PM +0100, Thomas Monjalon wrote:
> > > > 2016-12-13 12:02, Ferruh Yigit:
> > > > > On 12/13/2016 11:48 AM, Baruch Siach wrote:
> > > > > > RTE_OUTPUT defaults to build/.
> > > > > >
> > > > > > Signed-off-by: Baruch Siach <baruch@tkos.co.il>
> > > > >
> > > > > There is a similar patch:
> > > > > http://dpdk.org/dev/patchwork/patch/11637/
> > > > >
> > > > > If you want you can review/comment that one too.
> > > >
> > > > Yes, sorry I've never commented above patch.
> > > >
> > > > I do not like filling .gitignore because I prefer seeing what is built
> > > > or copied or whatever with "git status".
> > > > What is really the benefit of .gitignore?
> > >
> > > I take the opposite view. I only like to see files that I actually care
> > > about in the git status. Any build artifacts should be ignored by git as
> > > they are not files that it ever should track. That way doing a build does
> > > not change the status of the repo as git sees it.
> >
> > As a workaround I have the following in my .gitconfig:
> >
> > [core]
> > excludesfile = ~/.gitignore
> >
> > Then I put the ignore rules in ~/.gitignore.
> >
> > John
> >
> Yes, I have something similar done, so this is not a problem for me
> personally. I just find it strange that we don't make more use of
> gitignore in DPDK. The file's name itself seems to imply that it should
> be used to list out files that git should not track, and build output is
> definitely one of those.
I don't understand why we should hide the default build directory and not
the other ones with different names.
It would be perceived as inconsistent and confusing.
next prev parent reply other threads:[~2018-05-22 21:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-13 11:48 [PATCH] gitignore: ignore top level build/ directory Baruch Siach
2016-12-13 12:02 ` Ferruh Yigit
2016-12-19 14:05 ` Thomas Monjalon
2016-12-19 16:14 ` Bruce Richardson
2016-12-19 16:38 ` Thomas Monjalon
2016-12-19 16:50 ` Mcnamara, John
2016-12-19 17:14 ` Bruce Richardson
2018-05-22 21:45 ` Thomas Monjalon [this message]
2018-05-24 21:08 ` Stephen Hemminger
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=7564883.QMXTE167Kr@xps \
--to=thomas@monjalon.net \
--cc=baruch@tkos.co.il \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=john.mcnamara@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.