On Tue, Aug 20, 2013 at 10:39 AM, Francis Moreau <francis.moro@xxxxxxxxx> wrote: >> On Mon, Aug 19, 2013 at 3:55 PM, Johan Herland <johan@xxxxxxxxxxx> wrote: >> On Mon, Aug 19, 2013 at 10:13 AM, Francis Moreau <francis.moro@xxxxxxxxx> wrote: >>> Is it possible to keep submodules notes in the super project ? >> >> Not easily. I guess it depends on what you want to use the notes for. >> In order for notes to be generally useful (i.e. show up in logs, >> surviving a notes prune, etc.) they really must reside in the same >> repo as the annotated objects [1]. Now, if all your interaction with >> notes happens through scripts that you control, then I guess it would >> be possible to hack this in some sort of semi-workable way, but you >> would still have to make sure never to run "git notes prune" in the >> super project. I guess the real question here is: Why would you want >> to do this? and is there maybe some other way your use case can be >> accomodated? > > Well, I'm tracking different foreign git repositories as submodules. > Those repositories which tracks different projects are not mine > therefore I can't save my own stuff directly in them. Sure you can. It's your clone, you can store whatever you want in there, regardless of whether you are allowed to push your additions back to the foreign repo. You can always set up another remote repo (e.g. on GitHub) where you can push your additions (whether they be notes or other Git objects). > I need to > annotate some commits in each submodule. > > One option would be to clone each repository in my own place, but I > though it would be simpler if I could store the anntotion in _my_ > super project. No, it's probably much more straightforward to simply maintain your own clones/forks of each submodule, and keep the annotations directly in there. In Git, there is no real concept of _ownership_ of a project. I might put a repo on a server somewhere, and I can "own" that repo in that I control who is allowed to push into it, but anybody that can read that repo, can also clone it, and I have no say in what happens inside those clones. If somebody is not happy with how I control/maintain the project, they can make their own clone/fork available online, and convince everybody to use that repo (instead of my repo) as the authoritative source of the project. ...Johan -- Johan Herland, <johan@xxxxxxxxxxx> www.herland.net -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html