Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change VM branch on the fly #4

Closed
romuleald opened this issue Nov 28, 2016 · 4 comments
Closed

Change VM branch on the fly #4

romuleald opened this issue Nov 28, 2016 · 4 comments

Comments

@romuleald
Copy link
Contributor

Being able to change the current branch of you own VM would be useful, that would let us to check something quickly

@ricofehr
Copy link
Owner

I dont agree with that. Because a branch change is a big change: sometimes project are completely different between branchs, sometimes it's not possible because local changes, ...
So i mean, there is no way to implement this features without dirty compromises. If you want test project in other branch, you launch a new vm. It's not very long (~10min) and it's clean and tested method.
And anyway, if you really want change branch on your vm, you can already do it ... manually ! You can connect into vm by ssh, or directly by vnc on the webui (term popin), execute git command and some other build needs, ...
So, i dont recommand this (i prefer launch new vm), but you can doing it if you want.

@romuleald
Copy link
Contributor Author

It could be a setting of the project (or the VM) that give the ability to do this, that VM would be visible only by the VM's creator.
The local change could be erased by git checkout -f

@ricofehr
Copy link
Owner

ricofehr commented Nov 29, 2016

hehe je sais bien Antoine, on peut cleaner les changements sur le repo local. Mais c'est le plus simple à résoudre. Et encore, si des changements en locals, on overwrite ces changements ? Sans demander à l'user ? et si on demande, ca commence à faire lourd niveau ux ... Mm pour ce problème qui est simple, c'est assez lourd à prendre en compte.
Si on prend en plus les spécificités de chaque framework, je dis juste que pour faire cela bien, c'est compliqué à mettre en place. Et que du coup, le rapport entre "mettre en place une grosse usine à gaz" sur le sujet et garder les choses comme maintenant (c à d pas de workflow automatisé mais soit on lance une nouvelle vm, recommandé, soit on change de branche à la manno) me paraît clairement aller vers le second choix.
Bref, j'ai réfléchi assez longuement à cette problématique, et depuis longtemps, et j'en suis arrivé pour l'instant à la conclusion "dont change anything if it works".

@ricofehr
Copy link
Owner

ricofehr commented Nov 29, 2016

Pour finir, merci pour ta remontée !
Même si au final, ce n'est pas pris en compte, c est toujours utile.

Pour rappel, deux solutions actuellement pour travailler sur une branche différente sous NextDeploy

  • Lancer une nouvelle vm sur cette branche (environ 10min d'install), c'est la solution recommandée qui garantit une plus grande efficience.
  • Se connecter sur la vm (en vnc via la webui ou en ssh) et changer de branche "à la manno" via les commandes git.

Il faut voir aussi que le concept principal de NextDeploy est la mise en place d'un cycle de développement en continu. Si on suit ce principe, une nouvelle évolution, ou une nouvelle branche induit une nouvelle vm de test et de validation. Donc en plus de la faisabilité technique compliquée, introduire un système de changement de branches au niveau de la webui irait contre ce principe.

Et puis, en soit, changer de branche n'est pas si éloigné de changer de projet. Donc à ce moment-là, pourquoi pas donner la possibilité de changer de projet :)

Cette demande est mise pour l'instant de côté. Peut-être cette évolution sera envisageable courant 2017.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants