Support multiple links about gitman HOT 6 CLOSED

Sure, go ahead. Sorry for the long silence – I've stopped working on the project, where I had a use case for this feature and simply lost track of it.

from gitman.

I would love to take a stab at this, as I find it to be a useful feature. One could easily keep link around though so that existing gitman.yml continue to work.

from gitman.

As a suggestion of what the format could look like:

links:
  - source: subfolder1
    target: some/path/within/repo/
  - source: subfolder2
    target: other/path/

Here, source would be relative to the dependency's working directory, whereas destination is relative to the current working directory. Any bike-shedding on this?

from gitman.

That sounds pretty good to me!

from gitman.

Another (more challenging) option would be to let the link attribute be a string or list of string dictionaries for backwards compatibility without adding a new attribute. I might look into that if you are able to get a first pass done using links.

from gitman.

I have been thinking about this feature more lately and am planning to start implementing it.

The link setting will become deprecated and translate to links as follows:

• link: '' => links: []
• link: foo/bar => links: [{'source': '.', 'target': 'foo/bar'}]

where source is relative to the root of the dependency and target is relative to the root of the working tree.

This will also allow for links to files:

links:
  - source: scripts/foobar.py
    target: bin/foobar

The link creation phase might also be broken out from installation due to this added complexity.

from gitman.