Skip to content
Snippets Groups Projects

Bugfix for gfortran version > 9

Merged PIANEZZE Joris requested to merge (removed):MNH-57-branch into MNH-57-branch

Merge request reports

Merged by RODIER QuentinRODIER Quentin 8 months ago (Jul 10, 2024 7:57am UTC)

Loading

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • requested review from @quentin.rodier

  • C'est encore un test :-)

  • RODIER Quentin marked this merge request as ready

    marked this merge request as ready

  • RODIER Quentin mentioned in commit 502f0777

    mentioned in commit 502f0777

  • Dans cette MR, il y a 4 commits, mais un seul commit de changement ("Changes") et 2 commits de "merge main vers ton dépot". Avec le squash on s'en sort en seulement 2 commits mais pour être + propre, je te propose quelque chose pour ta future MR :

    • synchronise d'abord ton fork avant de te lancer dans le développement (sync le dépot + pull)
      • développer sur une autre branche dans ton fork (à essayer).

    Tiens moi au courant

  • D'accord je vais tester ça.

    Sur mon dépôt je vois ce messsage maintenant : "2 commits behind, 4 commits ahead of the upstream repository."

    Les 2 commits behind viennent d'apparaitre, suite à ton merge.

    J'ai encore la possibilité de faire une merge request (ce qui ne devrait pas être le cas) ou de mettre à jour le fork... hier j'ai mis à jour le fork et je n'avais plus que les commits ahead.

    Une idée de ce que je peux tester pour MAJ proprement mon dépôt sur koda ?

    Edited by PIANEZZE Joris
  • Ah c'est parce que j'ai squash les commits également (pour fusionner les 2 commits de merge) en 1 ! Du coup mon dépot a les commits squashés alors que le tien a les commits développés.

    2 solutions :

    • tu fais une MR encore et je la prends telle quelle;
    • ou tu supprimes en local et sur serveur tes 4 derniers commits puis une synchronisation devrait remettre au propre. (peu importe comme on fait des tests)

    Je pense que pour éviter ce problème, il faudrait que tu travailles sur une branche à toi sur ton fork (et pas sur la MNH-57-branch)

  • Je suis finalement reparti from scratch et j'ai créé une branche. à suivre !!

Please register or sign in to reply
Loading