From: Jonathan Nieder <jrnieder@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Jens Lehmann <Jens.Lehmann@web.de>,
Thomas Rast <trast@student.ethz.ch>,
Git Mailing List <git@vger.kernel.org>,
in-gitvger@baka.org
Subject: Re: Submodules or similar for exercise/exam management
Date: Thu, 18 Nov 2010 17:49:16 -0600 [thread overview]
Message-ID: <20101118234916.GB21621@burratino> (raw)
In-Reply-To: <7vsjyyb6ui.fsf@alter.siamese.dyndns.org>
Junio C Hamano wrote:
> Jens Lehmann <Jens.Lehmann@web.de> writes:
>>> 3) never need to be aware of repo boundaries or manipulate sub-repo
>>
>> I think that this requirement is the hardest for any solution I know
>> of or can imagine, as you hit these boundaries sooner or later either
>> when you want to commit, push and/or when you have to resolve merge
>> conflicts.
>
> Just a quick sanity check. When this "requirement" makes sense, does the
> whole thing need to be a superproject with bunch of submodules, and why?
In this example: because the submodule represents individual
questions that are used by multiple exams.
Another instance of the same (slightly uncomfortable :)) practice:
suppose a certain chapter is part of multiple works I have
published --- maybe in an article and a larger book. When working on
the book:
- I do not want to make changes to that chapter and forget to commit
them.
- After making changes to many chapters, I do not want the fuss of
going from chapter to chapter and commiting them one by one.
- I certainly do not want to publish a version of the book that
"includes" versions of the chapters as dead links, so to speak.
That is, when I publish the current version of the book, I want
to publish the current version of all chapters, too.
- When starting work on the book again after long absence, I would
like to be able to see and have the chance to adopt changes to
chapters made as part of this book and as part of others.
If I understand correctly.
next prev parent reply other threads:[~2010-11-18 23:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-18 10:09 Submodules or similar for exercise/exam management Thomas Rast
2010-11-18 16:36 ` Seth Robertson
2010-11-22 13:20 ` Thomas Rast
2010-11-18 21:20 ` Jens Lehmann
2010-11-18 22:32 ` Junio C Hamano
2010-11-18 23:49 ` Jonathan Nieder [this message]
2010-11-22 13:56 ` Thomas Rast
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=20101118234916.GB21621@burratino \
--to=jrnieder@gmail.com \
--cc=Jens.Lehmann@web.de \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=in-gitvger@baka.org \
--cc=trast@student.ethz.ch \
/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