martin f krafft <madduck@madduck.net> writes:I've had a line "/Meta" in my .git/info/excludes ever since I started to maintain the 'todo' branch (which is managed in an independent repository situated there, and pushed into the 'todo' branch of git.git), and having to have that line never bothered me. While I do not think of a reason offhand not to ignore anything that has .git/ and is not a subproject, other than that ignoring might interfere your adding such a separate project as a subproject. I know "git add" would countermand the ignore list, but not listing means it lets you forget. Thinking about it more, such a separate project is not even special. We list untracked files to remind you that you might want to add them. Why should a separate project that is not tracked by us (i.e. a potential superproject) be treated any differently from other untracked things on the filesystem? So, my thoughts are moderate "negative" at this point, but others may have better arguments.. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andi Kleen | [PATCH x86] [0/16] Various i386/x86-64 changes |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Pavel Roskin | ndiswrapper and GPL-only symbols redux |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
