get rid of alias

[deanmalmgren]

This is a little redundant given the fact that we have autocomplete incorporated into workflow. This has the added benefit of making the internal code a bit simpler.

[deanmalmgren]

@ahwolf before we get rid of aliases, are you using them at all?

[ahwolf]

Nope.
On Apr 7, 2014 1:09 PM, "Dean Malmgren" [email protected] wrote:

@ahwolf https://github.com/ahwolf before we get rid of aliases, are you
using them at all?

Reply to this email directly or view it on GitHubhttps://github.com//issues/45#issuecomment-39763543
.

[deanmalmgren]

I started to get rid of alias, but before I merge this, I'd like to see what happens with #11, which has a pretty compelling use case for an alias. This is also described in the design specification. If anyone has any workarounds for these...

[deanmalmgren]

In digging into the regexp implementation in issue #11 a bit, I'm realizing that getting rid in favor of tags as described in #45 would be pretty nice. When Tasks are dynamically added to the TaskGraph that match a particular regular expression, it'd be nice for those tasks to be able to re-use the tags in their commands definition. Then its explicit that these aliases are not unique.