> Sauf à être admin, on ne peut pas annuler un commit avec svn. Par exemple, si je me suis trompé dans mon message de commit, je ne pourrais le changer, même si je m'en rends compte 2 secondes après avoir commité. Par contre, git permet de réellement annuler un commit (souvent pour le refaire plus proprement juste derrière).
Oui. Mais c'est du détail. Et ça relève aussi de la "politique". Est-il normal de supprimer un commit d'un gestionnaire de version public ? Pas évident de répondre à ça. Pour ma part je pense que non. C'est comme supprimer un commentaire ou un journal sur dlfp. Que l'admin puisse le faire est normal. Que l'utilisateur puisse le faire est plus discutable et d'autant plus pour un gestionnaire un version.
> C'est bien ce que je dis : seuls les gens autorisés peuvent le faire.
Et pour ton dépôt git ?
Tout le monde peut écrire dedans ?
Et es-ce parce que tu vas avoir ton propre dépôt que ça va être mergé en upstream ?
J'en doute.
La majorité des admins te donne un espace sur leur serveur svn si tu en as besoin.
Il faut aussi prendre en compte les effets sur la communication. Si toutes les branches sont sur le même serveur, et bien tout le monde peut voir le travail des autres, et merger, et le proposer en upstream, etc.
Si chaqu'un fait ça dans son coin...
> Si je n'ai qu'un accès en lecture seule sur le dépôt, je ne vois pas comment faire ca.
Ça se fait aussi avec svn. Après si tu ne veux pas le faire, ben ne le fait pas.
Es-ce que c'est plus pratique de le faire git ? Probablement.
> J'ai lu la doc de subversion, je pense savoir de quoi je parle, et je n'ai vu nulle part comment faire une branche distante et la garder à jour.
Si en plus ce avec quoi tu dois te synchroniser est un dépôt svn, c'est encore plus simple.
J'image que tu vas dire que c'est un enfer, etc mais ça se fait très bien si tu n'as pas deux mains gauches et un cerveau de poulpe.
> J'utilise quotidiennement svn au boulot, et ce depuis plusieurs années.
Désolé, mais parfois on ne dirait pas.
> j'espère que Git va devenir plus populaire, car il permet vraiment de nouvelles manières de développer.
Pour développer dans son coin c'est très bien.
Mais in fine, pour la majorité des projets, es-ce bien pour le projet ? J'en suis moins sûr.
C'est clair que git ou des choses comme ça ont leur place pour les projets hors-norme. Par exemple Linux. Le dernier patch de 2.6.23 à 2.6.24 :
10209 files changed, 776107 insertions(+), 483031 deletions(-)
Tu travailles souvent sur des projets de ce type ?
Moi pas.
En jours ouvré ça fait 1000 lignes d'ajouté par jour !
[^] # Re: Re:
Posté par IsNotGood . En réponse au journal Pourquoi Git m'importe ?. Évalué à 2.
Oui. Mais c'est du détail. Et ça relève aussi de la "politique". Est-il normal de supprimer un commit d'un gestionnaire de version public ? Pas évident de répondre à ça. Pour ma part je pense que non. C'est comme supprimer un commentaire ou un journal sur dlfp. Que l'admin puisse le faire est normal. Que l'utilisateur puisse le faire est plus discutable et d'autant plus pour un gestionnaire un version.
> C'est bien ce que je dis : seuls les gens autorisés peuvent le faire.
Et pour ton dépôt git ?
Tout le monde peut écrire dedans ?
Et es-ce parce que tu vas avoir ton propre dépôt que ça va être mergé en upstream ?
J'en doute.
La majorité des admins te donne un espace sur leur serveur svn si tu en as besoin.
Il faut aussi prendre en compte les effets sur la communication. Si toutes les branches sont sur le même serveur, et bien tout le monde peut voir le travail des autres, et merger, et le proposer en upstream, etc.
Si chaqu'un fait ça dans son coin...
> Si je n'ai qu'un accès en lecture seule sur le dépôt, je ne vois pas comment faire ca.
Ça se fait aussi avec svn. Après si tu ne veux pas le faire, ben ne le fait pas.
Es-ce que c'est plus pratique de le faire git ? Probablement.
> J'ai lu la doc de subversion, je pense savoir de quoi je parle, et je n'ai vu nulle part comment faire une branche distante et la garder à jour.
C'est vrai que ça ne saute pas yeux. Mais l'idée est là :
http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr(...)
Si en plus ce avec quoi tu dois te synchroniser est un dépôt svn, c'est encore plus simple.
J'image que tu vas dire que c'est un enfer, etc mais ça se fait très bien si tu n'as pas deux mains gauches et un cerveau de poulpe.
> J'utilise quotidiennement svn au boulot, et ce depuis plusieurs années.
Désolé, mais parfois on ne dirait pas.
> j'espère que Git va devenir plus populaire, car il permet vraiment de nouvelles manières de développer.
Pour développer dans son coin c'est très bien.
Mais in fine, pour la majorité des projets, es-ce bien pour le projet ? J'en suis moins sûr.
C'est clair que git ou des choses comme ça ont leur place pour les projets hors-norme. Par exemple Linux. Le dernier patch de 2.6.23 à 2.6.24 :
10209 files changed, 776107 insertions(+), 483031 deletions(-)
Tu travailles souvent sur des projets de ce type ?
Moi pas.
En jours ouvré ça fait 1000 lignes d'ajouté par jour !