Pharo GitFileTree SubscriptOutOfBounds lors de l'ajout d'un référentiel

Question

J'ai décidé d'essayer un peu de Pharo et j'ai trouvé https://www.peteruhnak.com/blog/2016/07/25/how-to-use-git-and-github-with-pharo/.

Cependant, lorsque je tente de suivre les étapes pour ajouter un dépôt, je reçois une erreur, chaque fois que je tente de faire ce qui suit:

A file dialog will appear (left new File Dialog, right old Morphic File Dialog). Note that you should navigate into the target directory, so in both images you have to go one level deeper into the repository directory.

J'ai un dépôt git local (cloné à partir github) sous ~/development/Pharo/PharoGitTest/ qui ressemble à ceci:

.git 
repository # folder 
    (empty) 
.gitignore 
LICENSE 
README.md 
test.md 

Il ne fait aucune différence, lorsque je navigue à l'un des PharoGitTest ou PharoGitTest/repository, dans les deux cas, je ne peux pas ajouter le dépôt à Pharo en cliquant sur OK:

Je reçois l'erreur:

Fondamentalement, une gamme semble être vide, mais devrait avoir au moins 1 article:

Le résultat de la commande git indiquée dans le code du 4. cadre de pile de la partie supérieure de la trace de la pile (voir la capture d'écran suivante)

est:

[12:38:37]:[~/development/Pharo/PharoGitTest]: git rev-parse --is-inside-work-tree 
true 

et à l'intérieur du sous-dossier repository:

[12:39:22]:[~/development/Pharo/PharoGitTest/repository]: git rev-parse --is-inside-work-tree 
true 

Il semble quelque chose est cassé dans la version stable de GitFileTree ou le guide que je suis est faux. Comment puis-je résoudre ce problème? Je vois déjà d'autres projets Pharo ou Smalltalk sur Github, mais je n'ai pas encore trouvé le bon endroit, pour publier ceci comme un numéro de GitFileTree. Peut-être que ce n'est pas le cas et que je fais quelque chose de mal ici.

Informations additionnelles

• Ma version de Pharo est: pharo6.1-64, en cours d'exécution sur Xubuntu 16.04.3. La version de git est: git version 2.7.4.

Answer 1

(écrit à partir de Septembre 2017, je devrais il sera fixé à l'avenir)

La raison de l'erreur est que la bibliothèque sous-jacente accès git (OSSubprocess) n'a pas encore été pris en charge sur 64 bits Pharo.

Par conséquent, la solution est de utiliser 32bit Pharo, car c'est toujours la version canonique.

Quant au gitfiletree lui-même, la nouvelle approche recommandée pour travailler avec git est d'utiliser Iceberg à la place https://github.com/pharo-vcs/iceberg.