Delphi History - Contrôle de source

Question

Après avoir lu quelques articles ici sur les avantages d'utiliser le contrôle de source pour un seul développeur, il me semble que le principal avantage est que j'aurai des sauvegardes de toutes les modifications apportées aux fichiers source. Delphi dispose d'une fonction d'historique intégrée qui le fait par défaut.

Est-ce vraiment la même chose ou devrais-je utiliser un "vrai" outil de contrôle de source à la place?

Answer 1

La fonction de l'histoire ne conserve pas l'histoire indéfiniment, et vous pouvez supprimer le répertoire __history un jour, que ce soit parce que vous le considérez comme étant illégal, ou parce que vous archivez le projet, etc.

Si jamais vous libérez votre code source - c.-à-d. l'envoyer à des tiers - vous voudrez être en mesure de garder une trace de ce que vous avez réellement publié . L'étiquetage peut aider avec ceci dans un système de contrôle de source; Le branchement peut alors vous permettre d'appliquer des correctifs à une version précédemment publiée, sans faire de contorsions telles que le maintien de plusieurs répertoires avec le même code source à différents degrés d'avancement.

Answer 2

L'historique delphi at-il des sauvegardes physiques de votre code source?

Etes-vous sûr que vous allez avoir d'autres personnes travaillant pour le même code?

L'historique Delphi vous montre-t-il qui a apporté les modifications au code?

Voici quelques questions que je pourrais vous poser. Si vous leur avez répondu oui, alors l'histoire de Delphes est peut-être suffisante pour vous.

Answer 3

L'historique Delphi est limité (je pense à 10 ou 25 exemplaires?). Alors que se passe-t-il quand vous voulez revenir plus loin? Le contrôle de version vous permet également d'avoir des ensembles de modifications, par exemple dans SVN vous pouvez voir quels autres fichiers ont été archivés en même temps.

En outre, tous les autres avantages du contrôle de code source sont manquants: ramification, la fusion, l'étiquetage, etc.

Answer 4

Vous devez conserver votre source dans un système de contrôle de source, la fonction d'historique delphi est trop limitée et ne protège pas contre les pannes matérielles catastrophiques. Cependant, la fonction d'historique de Delphi est encore très utile. Tandis que vous gardez des changements plus importants dans le contrôle de la source, vous pouvez garder un bref historique des changements les plus récents dans l'historique de Delphi. J'ai défini delphi pour conserver 90 entrées d'historique pour chaque fichier et cela me donne généralement un historique de 90 minutes de mon dernier travail si je modifie un seul fichier. Vous pouvez utiliser ceci pour comparer ce que vous avez fait récemment, restaurer l'ancien code que vous avez décidé de ne pas avoir supprimé mais que vous avez écrit après votre dernier enregistrement, restaurer une copie très récente si votre fichier pas/dfm est corrompu etc. . Donc, gardez votre code dans un système de contrôle de source (sur un autre ordinateur, dans un autre emplacement physique de préférence) mais n'oubliez pas l'historique de Delphi, car cela peut être utile.

Answer 5

Je suis un développeur unique et j'utilise Tortoise SVN depuis un certain temps maintenant et je l'ai trouvé utile. Je fais mon développement sur un ordinateur portable et j'ai le référentiel sur un autre ordinateur, j'ai donc des sauvegardes de mon code sur un autre ordinateur (je sauvegarde aussi mon ordinateur portable de temps en temps). Je trouve également réconfortant de pouvoir consulter mon code sur un autre ordinateur et de le compiler (après l'installation de quelques pièces tierces).L'autre avantage évident est l'histoire de la source dans le dépôt, mais la plupart du temps j'utilise le _History, car je veux généralement annuler seulement les changements mineurs - je n'ai encore rien fait de vraiment incompétent - mais c'est seulement une question de temps ;-)

Je n'ai pas encore commencé à ramifier/forcer mon code, mais je suppose que je commencerai probablement à l'étudier lorsque le besoin s'en fera sentir (et j'ai confiance).

Answer 6

J'ai une série de messages sur le contrôle de version commençant à http://sourceitsoftware.blogspot.com/2008/07/starting-out-with-delphi-and-subversion.html. Je ne réponds pas à votre question, mais cela peut vous aider à configurer le contrôle de version plus tard.

Du haut de ma tête, les principaux avantages pour un développeur en solo en utilisant un VCS (je suis l'un de ces) sont les suivants:

• sauvegardes hors site (j'utiliser une installation d'hébergement Web)
• I peut facilement voir l'historique complet des changements (Delphi est fichier par fichier ce qui ne facilite pas la découverte d'un bug introduit entre les versions 125 et 126)
• Possibilité de gérer différentes versions d'une application et de fusionner facilement les changements entre eux (c.-à-d. Je travaille sur v4 dans une branche, mais je peux facilement fusionner les corrections de bogues que j'ai faites pour v3 dans une branche différente)
• Facilite la programmation spéculative. C'est-à-dire que je peux essayer quelque chose, et si ça ne marche pas, je peux facilement annuler mes modifications pour revenir à une version de travail
• Fournit un journal d'audit/historique des modifications. Lorsque je fais une nouvelle version, je peux copier/coller l'historique des modifications dans le readme

C'est un peu comme un test unitaire. Cela prend un peu de temps, mais une fois que c'est fait, cela rend la vie beaucoup plus facile. AFAIC c'est d'être professionnel. Je ne travaillerais pas pour une entreprise qui n'utilise pas de PC, et j'y réfléchirais avant d'embaucher un programmeur qui ne l'a pas fait.