La ramification, dans le contrôle de révision est la duplication d'un objet sous contrôle de révision afin que les modifications puissent se produire en parallèle le long des deux branches.
Je pense que cet article, A Successful Git Branching Model , est très bien connu des utilisateurs expérimentés de DVCS. J'utilise hgprincipalement, mais je dirais que cette discussion est très bien pour n'importe quel DVCS. Notre flux de travail actuel est que chaque développeur clone le référentiel maître. Nous écrivons …
Je suis sur un projet privé qui finira par devenir open source. Nous avons quelques membres de l'équipe, suffisamment talentueux avec les technologies pour créer des applications, mais pas des développeurs dédiés qui peuvent écrire du code propre / beau et surtout à long terme. J'ai décidé de refactoriser la …
Notre équipe vient de passer de FogBugz & Kiln / Mercurial à Jira & Stash / Git. Nous utilisons le modèle Git Flow pour créer des branches, en ajoutant des branches de sous-tâches hors des branches de fonctionnalités (relatives aux sous-tâches Jira des fonctionnalités Jira). Nous utilisons Stash pour affecter …
J'ai un projet de jeu qui aura deux versions: Une version simple du jeu, le noyau. Une version avancée du jeu. J'ai la 1ère version dans mon référentiel public, et seulement je vais y travailler. Quant à la 2ème version, deux de mes amis et moi allons y travailler. La …
Je fonde mon dépôt Git sur Un modèle de branchement Git réussi et je me demandais ce qui se passe si vous avez cette situation: Supposons que je développe sur deux branches de fonctionnalités A et B, et B nécessite du code de A. Le nœud X introduit une erreur …
Dans notre équipe, en plus des unités de travail individuelles (Histoires), nous avons des thèmes de travail plus longs (Epics). Plusieurs histoires font une épopée. Traditionnellement, nous avons eu des branches de fonctionnalités pour chaque histoire, et avons fusionné celles-ci directement à maîtriser lorsqu'elles passent le contrôle qualité. Cependant, nous …
Dans notre travail, nous avons plusieurs applications .net différentes qui partagent beaucoup de fonctionnalités de base. Nous avons construit ces applications en utilisant une architecture propre à n niveaux, mais nous avons atteint ce moment où nous nous rendons compte que nous avons ré-implémenté les mêmes fonctions plusieurs fois. Évidemment, …
Je veux savoir comment gérer un gros projet avec de nombreux composants avec un système de gestion de contrôle de version. Dans mon projet actuel, il y a 4 parties principales. la toile Serveur Console d'administration Plate-forme. La partie web et serveur utilise 2 bibliothèques que j'ai écrites. Au total, …
Remarque: Ma question se concentre sur mon problème spécifique (qui concerne Liferay) mais j'espère que cela peut être utile pour quiconque a besoin de maintenir différentes versions d'un même projet sur git. Je travaille sur une entreprise qui écrit de nombreux plugins pour Liferay Portal . Ces plugins (portlets, thèmes, …
Nous sommes actuellement dans la situation suivante, où une branche de fonctionnalité a été branchée pour une branche de sous-fonctionnalité (comme, travailler sur des choses backend et frontend pour la même fonctionnalité): o | o development |\ | o feature-a | | | o | |\ | | o feature-a-sub …
Pour donner suite à cette question : Si je travaille seul sur une équipe, je peux conserver des messages de validation utiles lors de la fusion de branches en écrasant toutes les validations dans un seul diff, puis en fusionnant ce diff. De cette façon, je peux facilement voir quels …
Je suis développeur de logiciels dans une équipe agile assez importante (nous avons huit développeurs apportant activement des modifications à un référentiel de code unique). Toutes les deux semaines, nous mettons en production une nouvelle version de notre logiciel. Voici notre flux de travail actuel: Lors du démarrage d'une nouvelle …
J'aime vraiment cet article sur le fait de laisser le code / camping dans un état plus agréable que vous ne l'avez trouvé - cela semble être une approche pratique dans le monde réel pour rester au top de la propreté du code. J'aime aussi beaucoup les branches de fonctionnalités …
Nous faisons des projets, mais nous réutilisons beaucoup de code entre les projets et avons beaucoup de bibliothèques qui contiennent notre code commun. Au fur et à mesure que nous implémentons de nouveaux projets, nous trouvons plus de façons de factoriser le code commun et de le mettre dans les …
Commencer avec une nouvelle équipe de développement sur un nouveau projet et nous devons définir notre stratégie de branchement pour notre référentiel source ( par exemple Microsoft Team Foundation Server 2010 ). Nous avons eu une discussion délicate sur l'opportunité ou non de ... A . Avoir une branche Release …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.