Quand on dit que l'historique est séquentiel localement dans un dépôt, ça va veut dire les patchs ont un ordre localement dans chaque dépôt?
Oui, mais c'est plus du gadget d'interface utilisateur qu'autre chose, la théorie ne dépend absolument pas de ça. Dans le futur, on s'en servira aussi pour accélerer les transferts réseau.
Quand on pull les patches de quelqu'un d'autres, il faut quand même les pull séquentiellement?
Si Alice a comme patchs P1, A, B (avec A qui modifie une ligne et B qui la supprime, comme dans la question plus haut), et Bob a comme patchs P1, Bob peut pull A et B, mais pas B et A?
Quand on dit que l'historique est séquentiel localement dans un dépôt, ça va veut dire les patchs ont un ordre localement dans chaque dépôt?
Si Alice a comme patches P1, P2, P3 et Bob P1, P2, P4, et que Alice veut appliquer P4 et Bob P3, dire que "les patches commuttent toujours", ça veut dire que Alice et Bob se retrouveront soit avec le même "code", soit avec le même conflict à résoudre?
Dans Pijul, chaque dépôt a sa propre histoire, et Pijul la connaît (pijul log sait l'afficher, par exemple). Mais comme deux ensembles de patchs identiques produisent toujours le même résultat, même dans des ordres différents, l'ordre a largement moins d'importance que dans Git.
J'ai du mal à comprendre comment appliquer un ensemble de patchs dans un ordre différent fonctionne. Si le patch A modifie une ligne et que le patch B supprime cette ligne, et que j'applique B puis A, au moment d'appliquer A, pijul "comprend" que la ligne a été supprimée et que le patch A doit être "ignoré"?
[^] # Re: Difference Pijul vs Git
Posté par dfroger . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 1.
D'accord. En tout cas, je trouve le projet super, je vais tester!
[^] # Re: Difference Pijul vs Git
Posté par dfroger . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 3.
Quand on pull les patches de quelqu'un d'autres, il faut quand même les pull séquentiellement?
Si Alice a comme patchs P1, A, B (avec A qui modifie une ligne et B qui la supprime, comme dans la question plus haut), et Bob a comme patchs P1, Bob peut pull A et B, mais pas B et A?
[^] # Re: Difference Pijul vs Git
Posté par dfroger . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 1. Dernière modification le 25 avril 2019 à 11:15.
Merci pour les explications.
Quand on dit que l'historique est séquentiel localement dans un dépôt, ça va veut dire les patchs ont un ordre localement dans chaque dépôt?
Si Alice a comme patches P1, P2, P3 et Bob P1, P2, P4, et que Alice veut appliquer P4 et Bob P3, dire que "les patches commuttent toujours", ça veut dire que Alice et Bob se retrouveront soit avec le même "code", soit avec le même conflict à résoudre?
[^] # Re: Difference Pijul vs Git
Posté par dfroger . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 1. Dernière modification le 25 avril 2019 à 09:44.
J'ai du mal à comprendre comment appliquer un ensemble de patchs dans un ordre différent fonctionne. Si le patch A modifie une ligne et que le patch B supprime cette ligne, et que j'applique B puis A, au moment d'appliquer A,
pijul
"comprend" que la ligne a été supprimée et que le patch A doit être "ignoré"?(Il faudra que je lise la théorie…).
# bretagne
Posté par dfroger . En réponse à la dépêche La ville de Plan‐de‐Cuques confie à Tetras-Libre le déploiement de PrimTux dans ses écoles. Évalué à 4. Dernière modification le 28 mars 2019 à 14:09.
Est-ce que ce que ce genre d'initiative à déjà eus lieu dans des écoles en Bretagne?
Edit: https://linuxfr.org/news/a-begard-en-bretagne-debian-a-le-vent-en-poupe-dans-le-milieu-scolaire