Re: [RFC] Support projects including other projects
- From
Daniel Barkalow <barkalow@iabervon.org>
- Date
- May 12, 2005, 19:12 UTC
- Message-ID
- <Pine.LNX.4.21.0505121449370.30848-100000@iabervon.org>
- In-Reply-To
- <7vll6kgu21.fsf@assigned-by-dhcp.cox.net>
On Thu, 12 May 2005, Junio C Hamano wrote:
Show 8 quoted lines
> I have to think about this a bit but let me understand the > problem first. Let's say it is a couple of weeks ago when there > were not cg-status. You write cg-status, by adding -t flag to > ls-files.c You commit the addition of -t flag to git-pb > repository and note the commit id. You then commit addition of > cg-status to cogito repository and when you do so you want the > party that pulls the latter commit to know it needs the former > commit in the git-pb tree. Is it what you are solving here?
Right; and I'm not Petr, so the place that has the -t flag in ls-files isn't his git-pb repository, and I'm not going to remember to tell him about two places to pull from or two heads to pull.
Probably my biggest concern here is that it has to not make anything more difficult for Cogito hackers (or people working on similarly arranged projects) to have the other project demarcated as separate, or they'd tend to be lazy and the upstream core will suffer. I believe that this is why people in practice tend not to bother making projects clean and modular with current tools. Having it streamlined and automatic would mean that people in the position that Petr was in when he started would do it by default.
-Daniel *This .sig left intentionally blank*