Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Automatic in-place override without caching for targeted module or all modules

See original GitHub issue

Hi,

I was considering peru for my project. It seem pretty nice. However, I couldn’t find any quick way to get a subset of modules described in the *.yaml file cloned directly to their target location with their *.git (or *.hg) sub folder so that I can interract with them.

I saw there is an override command but one has to clone his git / hg repository in a separate step. This separate step seems superfluous most of the time as the url mentioned in the *.yaml is exactly where I want to clone/pull/push from.

As a first step, it seem to me that it would greatly help if I could simply do peru override add --all and have real clone put at their respective target locations using original url for every module listed in the *.yaml file (hg, git, svn, etc; only the simple cases where there are no complicated rules).

As a second step, it would be nice to be able to add modules to groups so that the override command could target one or many groups (e.g.: peru override add --group mygroup).

It could also be nice to have a way to force using override from the *.yaml file systematically.

With these options, one can develop a package and its dependencies under the same working directory and have all syncing deferred to peru (sync would stop on error).

Would there be any difficulties implementing theses enhancements?

Issue Analytics

State:
Created 9 years ago
Comments:20 (9 by maintainers)

Top GitHub Comments

1reaction

testing-in-chromecommented, Feb 8, 2017

Even if it was purposely designed to be that way, I think a lot of developers (me included) would appreciate if peru supports checking out sub repos in-place in a way that enables us to contribute to the main and sub repos simultaneously. It’s much more convenient and productive.

I honestly think this issue should be reopened so that it remains on the radar. It would be great if peru supports both workflows, and then developers can choose what suits them best.

0reactions

oconnor663commented, Feb 7, 2017

Yes, we had a little bit of experience with gclient and git submodules when we designed peru, and the differences in the design are on purpose.

Top Results From Across the Web

Command: apply | Terraform - HashiCorp Developer

The terraform apply command executes the actions proposed in a Terraform plan to create, update, or destroy infrastructure.

Development - Parcel

Parcel automatically tracks all of the files, configuration, plugins, and dev dependencies that are involved in your build, and granularly invalidates the cache...

Execute Terraform commands on multiple modules at once

The run-all command. To be able to deploy multiple Terraform modules in a single command, add a terragrunt.hcl file to each module:.

Using Cache Configuration Override - Coherence

You can specify the cache configuration override by using the xml-override attribute in the root element of cache configuration. The root element is...

Commands - Garden documentation

Automatically approve any yes/no prompts during execution. ... A map of all modules that were built (or builds scheduled/attempted for) and information ...