Hi Ben,

I’ll complement a bit Gabriel’s answer. See inline

> El 11 may 2019, a las 10:39, Ben Coman <[email protected]> escribió:
> 
> I have a query about "Detached HEAD" status after a Metacello/Iceberg
> cascade load of required packages.  Starting with the general questions...
>  Is that a common status for this scenario?

Yes.

A git repository can be mainly in two states (I’m not being really accurate 
here, just simplifying the explanation).
 - you’re working on a branch, and thus commit, merge and other operations will 
affect the current branch
 - you’re working on a commit, outside of a branch. In this case some 
operations do not work, others will work but with different semantics. The 
thing that is clear is that operations do not affect any branch.

To understand it a bit better: there is a git variable called HEAD which points 
to the current commitish we are working on.
A git repository is said to be in `Detached HEAD` when HEAD does point to a 
commitish other than a branch.

To put in in bare command-line git, in general you’ll see that HEAD points to a 
branch, mostly when we clone a fresh repository, or when we `checkout` a branch:

```
$ git checkout myBranch
```

However, when checking out a tag or a commit, HEAD points respectively to the 
commit referenced by the tag (recursively…) or to the checked out commit.

```
$ git checkout tagV1.0

or

$ git checkout abcd123
```

This happens in your scenario because the project you’re loading has some 
dependency that has a version corresponding to a tag.
Detached HEAD does not mean your repository is broken, it means that to work 
properly you need to check out a branch.


Now, let’s imagine we decide to do a tool that automatically leaves you in the 
“correct branch” to avoid Detached HEAD state, the reality is that it is no 
straight forward.

Case 1) Take the simple case where the tagged commit is referenced directly by 
two branches.
There is no good automatic way to decide which branch is the good one without 
knowing the intentions of the user, or the conventions of the project…
Even creating an automatic branch may not be what the user wanted...


Case 2) Still simple but even more complicated: the two branches have diverged 
from the tagged commit.
The tagged commit is in the history of both branches, and there is no good 
automatic way to determine which branch is the good.
They are actually both equally good.
And even more dangerous, if we silently checkout one of the branches, we may be 
checking out a version that does not work!

>  How to leave the status looking good as "Up to date”?

Well, usually you have nothing to do. First thing to understand is that in git 
there is not such thing as "Up to date”.
The best you can do is to say that

[a branch] is up to date [with respect to a remote repository]

Which means that a particular branch has everything from that specific remote 
repository.
But
 * maybe there is another repository that has more commits (typical case of 
forks in github for example)
 * while there could be in your repository a branch that is up to date, other 
branches may not.

Now, I understand that you want to “update your project” to the latest version.
Looking at the graph in Case 2 above, what you need to do is to checkout the 
correct branch.
The selection of the correct branch would depend on the decisions of the 
developer, or the conventions of the community.
Right now we have no such conventions, and even if we had them, we should give 
some alternative for those who don’t want to strictly follow them.


> 
> Here is a case example...
> To avoid the a Filetree repo "filename too long" error on Windows,
> I pre-cloned the repo to specify s shorter path name...
>   Repositories > Add > Clone from github.com
>       Owner: dionisiydk
>       Project name: Mocketry
>       Local directory: C:\Temp\Mocketry
>       Protocol: SSH
> 
> Then in Playground evaluated...
>  Metacello new
>     baseline: 'Mocketry';
>     repository: 'github://dionisiydk/Mocketry';
>     load
> 
> This cascade loaded Ghost and StateSpecs repos leaving them
> with a status of "Detached HEAD".
> What does this mean?
> And how to have these load cleanly so they are left "Up to date” ?

Hope I answered those questions :).
If not, keep asking!

Cheers,
Guille

Reply via email to