Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Noham Choulant

Toutes les informations sur VSTS

Actualités

venez donnez votre avis
Est-il, pour vous, important de pouvoir gérer une version locale de l'historique des modifications d'un projet et de pouvoir synchroniser sur un TFS pour l'ensemble de l'équipe ? Est-il pertinent de pouvoir se synchroniser entre développeur sans polluer TFS ? lien : http://choulant.blogspot.com/2010/09/tfs-et-ma-gestion-local.html
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: jeudi 9 septembre 2010 22:43 par pc152
Classé sous :

Commentaires

KooKiz a dit :

# septembre 9, 2010 23:15

pc152 a dit :

KooKiz, la réservation de TFS ne permet pas de :

Gérer un historique en local

D'envoyer des modifications par mail

De partager avec un ou plusieurs un ensemble de modification avec historique

La réservation de TFS permet certaine chose mais à un niveau simple d'utilisation.

# septembre 9, 2010 23:22

Kangoo a dit :

Pour moi, ce dont tu parles ici est ni plus ni moins qu'une branche au sein d'une stratégie de branche :

Tu as de l'historique et tu partages avec un ou plusieurs personnes sans polluer les dev principaux...

# septembre 10, 2010 09:16

pc152 a dit :

Attention, je ne parle pas de stratégie de branche, je parle de stratégie de codesource. @Kangoo, je comprends bien, mais si j'ai 10 développeurs je ne vais certainement pas polluer mon TFS avec 10 branches de développement.

Le débat est intéressant, ma vision est vraiment différente et je pense vraiment faire un article sur ce sujet.

Il existe déjà ce type de concept utilisé depuis 5 ans. Je pense que TFS est un bon outil mais dans une utilisation courante il lui manque certaine fonctionnalité. Je sais que MS va intégrer (des petits bruits de couloir) une version décentralisé dans la prochaine version. Cela rejoint donc ma réflexion.

# septembre 10, 2010 09:29

Kangoo a dit :

C'est quoi pour toi la différence entre stratégie de branche et stratégie de code source (première fois que j'entends ce terme) sachant qu'une stratégie de branche... concerne le code source... ?

Concernant les branches de dev, j'ai plusieurs clients qui, sur des projets spécifiques, ont plusieurs branches de développement. Ca fonctionne bien et tous les cas que tu cites peuvent entrer dans ce mode de fonctionnement.

Enfin, il ne faut pas confondre version décentralisée/distribuée avec le fait d'être déconnecté du source control.

Dans quel autre produit le concept dont tu parles existe-t-il déjà ?

# septembre 10, 2010 09:44

pc152 a dit :

Pour moi une stratégie de code source ne concerne que le code source et rien d'autre. Une stratégie de branche concerne effectivement le code source, mais également la gestion des versions, des path correctif, des builds, des tests etc... C’est une stratégie englobant beaucoup de chose. Elle met aussi à contribution des équipes de développement, de testeurs, d’intégrateur et les équipes clients.

Moi je parle de reste au niveau des développeurs et donc du code source, oui il y a les réservations mais qui ont leur limite. Je ne parle pas non plus de déconnection. Le mode déconnection ne permet pas d'avoir un historique et donc de revenir en arrière, revenir à une date ou un label précis.

Personnellement je trouve important de pouvoir avoir son propre historique en local permettant de tester des développements, des architectures de les partager avec d'autre membre de l'équipe.

Chez mes clients je préconise le minimum de branche pour un maximum de maintenabilité, de stabilité. Les branches oui mais pas de foret.

# septembre 10, 2010 10:34

Etienne Margraff a dit :

Personnellement, je trouve ça très curieux de stocker un historique localement.

Je me rappele que Mathieu (http://batswirl.com/blogs/batswirl_fr/) avait un jour développé un outil qui effectue un shelve toutes les X minutes tournant sur un nombre défini par le développeur.

Evidemment cette solution ne permet pas d'effectuer de comparaison ou je ne sais quoi d'autre, mais je trouve que c'est largement suffisant pour le besoin.

Mais bon, c'est que mon humble avis :)

# septembre 10, 2010 20:03
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01

- SharePoint Online: Script PowerShell pour supprimer une colonne dans tous les sites d’une collection par Blog Technique de Romelard Fabrice le 11-27-2018, 18:01