Actually, I believe git submodule is a *huge* plus in this case, since it means you can choose whether or not you want to checkout the dependencies. I for one don't usually want them to interfere with my otherwise checked out dependencies.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org In Italia i fascisti si dividono in due categorie: i fascisti e gli antifascisti. — Ennio Flaiano
On Sat, Aug 30, 2014 at 9:12 AM, Kambiz Darabi darabi@m-creations.com wrote:
Hello,
with apologies for not having done the job in the first place, I would recommend using subtrees [1] instead of submodules. The most promiment difference for people who check out and use the repo is that they don't have to deal with 'git submodule init, git submodule update'.
The subtree is already in the checked out source as if it was an integral part of it, and it is fixed to a certain commit at the time when the git subtree command was issued by the maintainer(s) which minimises the risk of checking out an incompatible version with git submodule update.
I have pushed an updated version of your experimental-submodules branch to
https://github.com/darabi/asdf/commits/experimental-submodules
As you can see, all files are already present:
https://github.com/darabi/asdf/tree/experimental-submodules/ext/cl-ppcre
With git subtree split, it is easily possible to fix bugs in the ext/* repos and contribute them back to the original repo.
I will update the README with the exact commands which were necessary to create the subtrees and which ones to use to update/split the repos, if that file is the correct place for the documentation (maybe you would prefer having one single README at the top-leve).
Cheers
Kambiz
[1] https://github.com/git/git/blob/master/contrib/subtree/git-subtree.txt
On 2014-08-28 03:49 CEST, "Robert P. Goldman" rpgoldman@sift.info wrote:
Now is the time to speak up if there's any reason I should *not* merge the experimental-submodules branch, which will make ASDF freestanding by pulling in its build dependencies.
I'll probably merge this and push sometime tomorrow.
Cheers, r
Asdf-devel mailing list Asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
Asdf-devel mailing list Asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel