Re: Publishing "filtered branch repositories" - workflow / recommendations?
- From
Martin Langhoff <martin.langhoff@gmail.com>
- Date
- Dec 5, 2013, 18:43 UTC
- Message-ID
- <CACPiFCKZ4c-FgY36Y8J8OJ9E=MYxrc1BNadBF2QUWm_PD8KMLw@mail.gmail.com>
- In-Reply-To
- <CACPiFCJPq0fqOQrJD-8CHH405Xw61ZDynqqfN+_aZb3ZBgV2VA@mail.gmail.com>
On Wed, Dec 4, 2013 at 6:01 PM, Martin Langhoff <martin.langhoff@gmail.com> wrote:
> Is there a reasonable approach to scripting this?
Found my answers.
The 'subtree' merge strategy is smart enough to "mostly" help here. However, it does not handle new files created in the subdirectory.
My workflow is this one. It is similar to the recipes for the subtree merge strategies, but invoking git mv to pull files out of the
git merge -s ours --no-commit upstream/branch git read-tree --prefix= -u upstream/branch git mv mysubdir/* ./ ### read-tree can't do this git commit
... time passes
git merge -s subtree --no-commit upstream/branch
if [ -d mysubdir ]; then
# handle new files
git mv mysubdir/* ./
fi
git commitglad that I ended up reading a lot about subtree.
cheers,
m
-- martin.langhoff@gmail.com - ask interesting questions - don't get distracted with shiny stuff - working code first ~ http://docs.moodle.org/en/User:Martin_Langhoff