Question

I have got a question regarding suprepositories. Our project is set up like this:

+ projectA
    + some files
    + dependencyA
        + some files

dependencyA is a subrepository. It was created this way:

1. cd projectA
2. mkdir dependencyA
3. cd dependencyA
4. hg init
5. hg pull ssh://hg@somerandomiphere/dependencyA
6. cd ..
7. echo dependencyA = ssh://hg@somerandomiphere/dependencyA > .hgsub
8. hg add
9. hg commit
10. hg push

If I make changes to the suprepository, then commit and push them from main project. Both of them will be pushed to the server since its recursive. Now my colleague wants to pull changes from the server. But since nothing was changed in the main project, it wont work. But if I change something in the main project and push it to server. Upon hg pull he will get the newest changeset and if he does hg update then, it will update the subrepository as well. This is expected behaviour.

Now my question would be, if there is a way to pull changes, but only for subrepository without making a new clone of it or what would be the best way to do it.

Answer 1

What was suggested above works like I thought it would. The real problem was my way of creating a subrepository.

Instead of:

1. cd projectA
2. mkdir
3. dependencyA
4. cd dependencyA
5. hg init
6. hg pull ssh://hg@somerandomiphere/dependencyA

It should have been a simple:

1. hg clone ssh://hg@somerandomiphere/dependencyA dependencyA

As we know .hgsusbtate will lock the subrepo on specific revision after commit. This is what happened, but (!) doing hg pull in subrepository ended with an error

paths cannot contain dot file components

So this means my subrepo was locked on the revision it was updated after commit and it could not pull changes from its repository due to the error shown above. Why this happened is explained pretty well in this accepted answer.

Solution:

cloning is the way to go