From: Jens Lehmann <Jens.Lehmann@web.de>
To: Massimo Manca <massimo.manca@micronengineering.it>
Cc: git@vger.kernel.org
Subject: Re: git clone and submodules
Date: Thu, 16 Jun 2011 20:02:46 +0200 [thread overview]
Message-ID: <4DFA4546.1020905@web.de> (raw)
In-Reply-To: <4DFA017A.5070206@micronengineering.it>
Am 16.06.2011 15:13, schrieb Massimo Manca:
> 2. RepoWR will contain a complex project developed by several engineers
> and made of some subprojects (already existent) and some libraries. I
> would manage them as submodules, these are my intents:
> a) the library mclib (about 50 c files) has its repo on a different
> location, I would "connect" its repo inside RepoWR as a submodule
> because I am sure that we need to modify/extend the library and we would
> to have the ability to modify it and propagate modifications to its
> repo, forcing all users of mclib to see the modifications and to repeate
> their regression tests
That sounds like submodules would fit in nicely here.
> How can implement this situation? Where can I find info or documentation?
http://progit.org/book/ch6-6.html
http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#submodules
And for questions not answered there feel free to ask.
> b) every module (not more the 4-5 c files) will be developed and unit
> tested, so normally every engineer makes a unit test project
> implementing/using the module to test with TDD workflow. During the
> progress of the work the modules must be added and committed to RepoWR;
> the modules are on the working directory of RepoWR (RepoWR\src) and the
> test files on a specific subfolder (RepoWR\TestModuleOne\src).
> Is this a viable solution or are there hidden problems and so better
> solution to implement?
Did I get that right that the test files should not be put in the same
submodule (= directory tree) where the to-be-tested code lives? To me
it makes more sense when the tests and the code that is tested live in
the same submodule.
prev parent reply other threads:[~2011-06-16 18:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-16 13:13 git clone and submodules Massimo Manca
2011-06-16 18:02 ` Jens Lehmann [this message]
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=4DFA4546.1020905@web.de \
--to=jens.lehmann@web.de \
--cc=git@vger.kernel.org \
--cc=massimo.manca@micronengineering.it \
/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.