Add path: source strategy to pub, pull packages from location on disk

[sethladd]

Not all packages come from git, some come from a location on disk (like the SDK). Add a path: source strategy to find and use them.

e.g.

dependencies:
  unittest:
    path: /absolute/path/to/sdk/lib

[munificent]

We do plan to have a file path source, but you won't need that for SDK packages since they already have their own source.

---

Added this to the Later milestone.

[munificent]

Removed this from the Later milestone.
Added this to the M3 milestone.

[DartBot]

This comment was originally written by Roman.Korneyev@gmail.com

---

This feature is very useful. Please add support of 'path'..

[kevmoo]

Perhaps to double-down on the obvious.

If I'm developing two packages at the same time on local disk, I can use git with local path syntax, but then I have to constantly commit on one and re-run 'pub update' on the other.

Being able to reference a local path and have the symbolic link point to my working 'lib' dir would rock.

[sethladd]

Hi Nathan and Bob,

Would you take a patch for this? Is this functionality that you'd like to see in pub?

---

cc @nex3.
cc @munificent.

[munificent]

Yes, this is definitely a planned feature (and, last I checked, the most starred pub bug). Patches are welcome!

[DartBot]

This comment was originally written by @simonpai

---

Linking some related discussion, just FYI:
https://groups.google.com/a/dartlang.org/d/msg/misc/J9OR0zzZATE/LdfToVn94HMJ

[nex3]

Marked this as blocking #7199.

[selkhateeb]

I'm not convinced this is the right way to go as it makes it hard to share code with other developers, everyone must have his own pubspec.yaml file that points to some paths in his system.

I would propose having a 'development' version string, similar to the 'any' version concept. When 'pub install' encounters a 'development' version it would look for a global config file somewhere in the home directory named 'pubconfig.yaml'. The 'pubconfig.yaml' file would contain the path source that is needed by pub to install the dependancy.

Example:
project/pubspec.yaml:

dependencies:
    web_ui: development

~/pubconfig.yaml:
development:
    web_ui: /path/to/web_ui/

pub install
Resolving dependencies...
Linking web_ui /path/to/web_ui ...

[kevmoo]

Ooo...that's kinda nice.

Then pub publish can raise holy hell if it sees the development dependencies.

I have a lot of projects on my machine that depend on each other. Being able to register the 'dev' location for project X and refer to it w/ one change in other projects is pretty clean.

[jmesserly]

+1 for some way to set up development dependencies!
it's painful to try and coordinate work across several packages right now

[selkhateeb]

If anybody is interested, here is a patch that implements the path source idea. This patch can be applied to this latest stable trunk.

I used this for the past few days and concluded that its not the best way to be used for larger teams as in Comment 9

Give it a try and let me know what ideas you might come up with

Thanks

---

Attachment:
pub_path.patch (4.54 KB)

[DartBot]

This comment was originally written by ross.m....@gmail.com

---

+1 for the 'development' dependency idea ('dev' might be simpler and less prone to typos) and separating the local paths into a separate mechanism.

[DartBot]

This comment was originally written by VadimTs...@gmail.com

---

'development' dependency idea looks very promising to me too.

[munificent]

We're planning to do dev dependencies at some point. Here's the relevant bug to follow: http://code.google.com/p/dart/issues/detail?id=5358

same@, I have similar thoughts about path: dependencies. I'll see if I can sit down with Nathan soon and work out what we want to do here. I would definitely like to address this relatively soon.