|
From: | David Hill |
Subject: | Re: [savannah-help-public] Gnuspeech - git repository |
Date: | Fri, 18 Sep 2015 17:57:40 -0700 |
Dear Steve, You make a powerful, multithreaded case for submodules. You did see what Assaf said, did you? "Starting a fresh repository is not a bad idea. Instead of adding the previous history to a git-commit message, I'd simply create a 'ChangeLog-OLD' file, listing the detailed changes. For example, GNU coreutils has multiple 'changelog' files containing detailed old changes: ( http://git.savannah.gnu.org/cgit/coreutils.git/tree/ ). Coreutils stopped updating the 'Changelog' files manually circa 2008 when git commit history replaced it." Check out that page. By the way, for how long have you been using Git -- surely not since 2003? So we wouldn't lose 12 years of change history, and none if the change logs were included in the Git repo as Assaf says is a possibility. Nevertheless, it is looking as though we are probably back to the submodules solution after all, even though there does seem to be an alternative that preserves the change logs. At least I got some strong responses (to my tentative decision on a single repo) that clears the view quite a bit. :-) Thank you. If so that would mean submodules for: Gnuspeech GnuspeechSA plus a README file. Right? The binaries should go into ftp.gnu.org because it is the place where binaries are put, and it saves cluttering the Git repos and not included in Gnuspeech (they are not there in my tests). I notice a few gratuitous .DS_Stores have remained in a few places. They will have to be removed. I'll do some more reading on submodules, but presumably I'll need the S-Hs to set me up with two bare submodules in the bare Git repo I generate and in which I then create a brief README file. What else might need to go at the top level, outside the submodules? Sound reasonable? Comments please. What about the alternative? Warm regards. david On Sep 18, 2015, at 15:37 48PM, Steve Nygard wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |