2009-01-20 6 views
0

Existe-t-il un système de partage de code source qui vous permet de vérifier le code entrée/sortie au niveau de la fonction?Sourcecode Partage/contrôle au niveau fonctionnel?

Serait agréable de pouvoir vérifier une seule fonction ou un sous-programme ou une propriété pour travailler avec et laisser encore d'autres développeurs travailler avec le reste. Je sais que travailler avec des systèmes sorce-control qui fonctionnent en primaire avec la fusion me permet de le faire, mais j'aime le système check-in/check-out, mais je veux que ça ne fonctionne pas avec des fichiers entiers, je veux pour travailler avec des fonctions, des objets et un niveau de code inférieur. Quelqu'un doit avoir déjà parlé de cela avant et peut-être y at-il quelque chose là-bas qui le fait déjà?

Peut-être que pouvoir vérifier un #Region serait bien. Je ne sais pas, c'est juste que dans mon esprit Im ne travaille pas avec des fichiers, je travaille avec des parties du système que je fais, parties de classes, régions, objets, fonctions et veulent à la fois Visual Studio et Mon contrôle de source font aussi cette.

Répondre

1

Faites la quantité maximale de code que vous souhaitez vérifier la quantité maximale de code que vous mettez dans chaque fichier et vous êtes défini ...!

Je ne pense pas qu'aucun contrôle de source traite le niveau de la fonction. Pensez à ce qu'il faudrait savoir sur chaque langage de programmation obscur nécessaire pour que cette fonctionnalité fonctionne correctement?

+0

La plupart des langues n'ont-elles pas un début et une fin de fonctions et de sous-routines bien définis? – Stefan

+0

Ils peuvent avoir des règles très bien documentées mais compliquées délimitant le début et la fin des fonctions. Ils devraient tous être mis en œuvre ... pour chaque langue ... –

+0

Qu'en est-il des parties de classes qui ne sont pas des fonctions? Où irait la déclaration des variables d'instance? –

0

Il n'existe aucun système de contrôle de version qui fonctionne ainsi. Votre meilleur pari est de vous assurer que votre code est divisé en plusieurs petits fichiers. Par exemple, assurez-vous d'avoir une seule classe par fichier si vous utilisez Java. Cela a des limites cependant, cela n'a pas de sens de mettre seulement une fonction par fichier d'en-tête dans C. Assurez-vous de vérifier les commentaires que vous expliquez pourquoi vous vérifiez le code. Si vous utilisez un modèle exclusif de sortie, assurez-vous de ne garder aucun code pendant une longue période. Si vous devez vérifier le code depuis longtemps, assurez-vous que l'équipe sait pourquoi vous faites cela afin de pouvoir travailler sur autre chose. Si vous utilisez un système de caisse dans lequel plusieurs personnes peuvent extraire le même fichier, assurez-vous de mentionner les fonctions que vous modifiez dans les commentaires de paiement afin que les autres utilisateurs ne modifient pas cette fonction et provoquent des conflits de fusion.

Questions connexes