Hi Dan > Important: The only version of org-babel that's intended for users is > the version in current org-mode. I.e. the current master branch of > Carsten's org-mode repository. The other repository (the babel repo) is > for development only. Any stable improvements in there are rapidly > merged into Carsten's repo.
O.k. thanks for the clarification. I started using babel-git since in an older thread someone refereed that the functionality is no in a branch of babel-git. I did not know that you merge quickly with Carstens org-mode git. Depending on the speed of merging, you might like to use tags in babel-git signaling at which commit you merged org-babel back to org-mode. Then people can quickly run a git diff to see if the particular change they are looking for is already in merged to org-mode or not. > I think the main point is that the current set up means that org-mode > and org-babel share a common history of commits. My current idea of git > submodules is that I would include something as a submodule when it is a > module that gets used by multiple different projects... As far as I understand git submodules (but I never get in real use to them yet) they can be considered as a part of a project which keeps it own history. If that is right it might be perfect for org-mode and org-babel. You can develop on top of the org-mode git and does not cluttering the history of org- mode git. However, as far as I read there are some potential flaws which, if used wrong, can create some serious problems. Many thanks for helping me so fare Torsten _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode