Dans CVS, nous avons sur le projet avec plusieurs répertoires de là.
Il y a une construction nocturne qui doit tirer des trucs de différents répertoires dans le même projet CVS afin de construire la construction nocturne. Je devrais donc avoir cela à l'esprit et je dois modifier le script de construction pour vérifier les choses de différents référentiels si nous passons à SVN. Où que tout ce que nous développons sort du tronc et de tout 3RDParty que nous ne changeons pas va à / 3RDParty. < P> Tout bien, le script de construction nocturne doit maintenant marquer le coffre, vérifier la balise, consultez les trucs 3RDParty requis dans des répertoires appropriés, puis lancez le processus de construction. de
de
J'ai lu le SVN QA connexe, mais j'ai ma propre question que j'ai besoin de la réponse.
Je peux faire:
Le résultat de construction (trucs compilé) peut rester sur le support NFS pendant une certaine période, une équipe d'intégration peut remonter 2 semaines et recréer des problèmes.
Sont toutes mes bases couvertes?
5 Réponses :
Le SVN Redbook ici inclut beaucoup d'informations sur les présentations pour différents types de projets et comment les gérer .
Vous pouvez également utiliser des crochets / des déclencheurs / externes pour tirer des données d'un repo indépendant appelé «3ème partie». Donc, quand un développeur vérifie un représentant, il obtient aussi la 3ème partie. Il existe des tonnes de façons de séparer les préoccupations, mais présentent un repo unifié des composants.
J'ai peut-être vu des choses sur la branche de sortie dans le livre, ce sera une bonne faveur si vous pouvez souligner où c'est exactement. Merci
Mon script vérifie le coffre, modifie les fichiers (Ajuste les numéros de version dans les fichiers associéInfo.cs, etc.), puis des balises qui. Si vous n'avez pas besoin de modifier les fichiers de quelque manière que ce soit, le marquage d'abord serait bien aussi.
autre que cela, votre configuration vous semble bien au moins.
Doit faire référence à la tierce partie en dehors de votre dossier de base n'est pas une bonne idée. Je créerais un dossier sous le coffre \ Lib et mettez toutes les trucs de 3ème fête là-bas. De cette façon, vous pouvez éviter les références à l'extérieur de votre base. Imglo
Avez-vous posté votre script n'importe où donc je peux jeter un coup d'oeil? Merci
C'est un script finalBuilder, envoyez-moi un email (adresse de profil) et je vous enverrai une copie. Sauf si vous utilisez finalBuilder, cependant, cela ne vous fera probablement pas beaucoup de bien.
Pourquoi ne déplacez-vous pas la tierce partie dans le coffre? Lorsque chaque que vous branchez une copie de la tierce partie entre dans une branche. Et évidemment, vous ne changerez pas de trucs 3ème parti dans la branche parce que votre succursale a codé sur la base des trucs tiers existants.
Je ne suis pas si sûr de marquer de quoi vous parlez. Est-ce le numéro de version que vous voulez dire? Si c'est le numéro de version, passez à travers le script et étiquetez la construction.
3ème Parties dans le coffre? S'il vous plaît non, de cette façon la folie réside. 3RDParty est fondamentalement une branche de fournisseur du Red-Book, ce qui les empêche de séparer est mon vote.
Si les "répertoires multiples" sont des composants distincts que vous souhaitez une version indépendamment, vous devez disposer de chacun dans son propre référentiel afin qu'ils puissent être étiquetés séparément. Mais si c'est tout un projet unique autonome (c'est-à-dire si vous allez généralement marquer et ramifier tous les composants ensemble), vous pouvez probablement mettre tout le code dans le même référentiel.
Vous devez envisager d'utiliser externes pour le artefacts tiers.
Il pourrait être utile d'utiliser un moteur de construction comme Hudson ou contrôle de la croisière. Le flux de travail est légèrement différent - des balises sont effectuées après la construction, mais vous pouvez obtenir des modules supplémentaires qui vous donnent un contrôle sur cela. Point est, tout le travail de développement est effectué pour vous et vous obtenez un cadre décent pour vos constructions nocturnes et vous obtenez une belle interface Web pour contrôler et surveiller tout.
Personnellement, je mettais des définitions externes sur le tronc tirer dans les bibliothèques 3ème partie appropriées dans les endroits appropriés. De cette façon, lorsque vous modifiez la version de la bibliothèque 3ème partie, vous apportez les modifications au coffre et ne devez pas modifier les scripts de construction. Cela signifie également que vous pouvez construire des versions plus anciennes simplement vérifier le tronc / la branche / la branche appropriée. Soyez averti - faites-les simplement sur le coffre, les difformer peut-être peut conduire à un meurtre. P>
Je couche également le repo un peu comme: p>
project /trunk /branches /tags 3rdparty