Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Coder à plusieurs sur un même projet
Bonjour,
J'ai un projet à faire en binôme en c et je cherche un moyen (gratuit) de pouvoir coder avec mon binôme sans devoir envoyer par mail les modifications effectué en permanence, est ce qu'il existe un moyen de pouvoir mettre le fichier en ligne pour voir les modifications en temps réels et pour qu'on puisse modifier tous les 2 le fichier.
Merci d'avance !
Ce que tu recherches est un logiciel de gestion de version par exemple git, svn ou mercurial. Tu peux trouver plusieurs tutoriels pour apprendre à t'en servir. TOUS les programmeurs apprennent à s'en servir dans leur formation (en théorie).
Le problème c'est que svn c'est assez compliqué à installer et git c'est payant si on veut rester que cela soit privé
Bonjour,
Git, c'est le logiciel lui-même. C'est l'une des deux plus grandes réussites de Linus Torvalds avec le noyau Linux lui-même, pour lequel il a d'ailleurs été développé au départ, même s'il s'agit bien de projets complètements distincts. Git est un logiciel libre et il n'est pas soumis à tarification pour être utilisé, même à plusieurs (surtout à plusieurs, devrait-on dire).Envoyé par yoyozaza
Ce qui est éventuellement « payant », ce sont les services offerts par différentes forges et qui s'appuient sur ce format. À toi de choisir la bonne. Personnellement, j'ai ouvert un dépôt sur BitBucket il y a quelques années qui me permettait d'avoir gratuitement jusqu'à cinq collaborateurs sur un projet privé, et GitLab a maintenant l'air de proposer ça en illimité (les restrictions s'appliquant sur le trafic) : https://about.gitlab.com/gitlab-com/
L'utilisation d'un tel logiciel est franchement ce qu'il faut faire, et c'est quelqu'un qui a collaboré pendant des années (les années 1990) en envoyant des disquettes par la Poste qui te le dit.
En fait la je viens d'installer mercurial et ça à l'air de bien fonctionner avec BitBucket
Merci beaucoup pour ton aide !
En fait, c'est aussi avec Mercurial que j'avais commencé sur Bitbucket parce que la personne avec qui je travaillais utilisait ça. Et entre Git et Mercurial proprement dits, j'avais aussi commencé professionnellement par Mercurial parce que c'était en vigueur de longue date dans mon équipe (jusqu'à qu'un petit sondage informel montre qu'en fait, l'intégralité, moi compris, de l'équipe préférait Git
J'ai aujourd'hui, personnellement, une nette préférence pour Git mais il est vrai qu'il faut avoir creusé un tout petit peu la chose pour comprendre pourquoi on ne veut plus revenir en arrière après avoir essayé, et ça explique aussi un peu sa suprématie actuelle, telle que mise en évidence par Google Trends par exemple.
Certes, Mercurial reste très efficace et est assez simple à prendre en main de prime abord mais évite de choisir un produit au simple motif que « ça te suffit bien pour ce que tu en fait » car il est très difficile de migrer ensuite. Pas tant sur le plan technique, mais parce qu'il faut généralement désapprendre à se servir d'un produit pour proprement appréhender l'autre et parce qu'il faut ensuite une volonté politique forte pour aller migrer un dépôt existant, surtout quand il est collaboratif.
Une fois ces avertissements exposés, tu restes libre de choisir la solution qui te convient le plus mais assure-toi d'avoir bien demandé l'avis de tes collaborateurs avant d'ouvrir le dépôt et de choisir l'outil que vous allez utiliser pendant longtemps.
En vérité c'est juste pour un petit projet en binôme, donc ce qui est plus simple et plus rapide à utiliser me convient parfaitement
Oui mais relis bien :
Tu es en train de précipiter vers le piège dans lequel il ne faut pas tomber.En vérité c'est juste pour un petit projet en binôme, donc ce qui est plus simple et plus rapide à utiliser me convient parfaitement
Ici, les deux se valent. Bitbucket gère Git comme Mercurial et les deux sont aussi simples à utiliser pour ce que tu veux en faire. Mais tu rates une bonne occasion de te servir de ton projet comme exercice pour appréhender quelque chose qui n'est pas trivial de prime abord mais qui pourrait t'apporter beaucoup. Je pense qu'il est plus facile de passer ensuite de Git à Mercurial que l'inverse (encore que…).
De toute façon normalement on a un svn pour les gros projets à la fac donc c'est pas tellement important la c'est juste temporaire
Salut,
J'ai envie de dire : raison de plus!De toute façon normalement on a un svn pour les gros projets à la fac donc c'est pas tellement important la c'est juste temporaire
Le but de la FAC est normalement de t'apprendre à apprendre, pas de te fourrer les "oiseaux tous rotis" dans le gosier.
Profites donc d'un projet dans lequel tu pourrais apprendre quelque chose par toi-même pour... apprendre à utiliser un système de gestion que tu ne verras pas autrement!
Personnellement, je m'en fous: j'apprécie tout aussi bien git que svn ou mercurial. Mais si on regarde du point de vue de l'utilité que l'on en a, force est de constater que git a un "taux d'imprégnation" bien supérieur à mercurial. Si bien que, quand tu auras fini la FAC, tu as sans doute bien plus de chances de "tomber" sur une équipe qui utilise git que sur une équipe qui utilise mercurial.
Alors, sachant que les deux "suffiront à tes besoins immédiats", la question que tu devrais te poser est sans doute "lequel des deux sera un atout par la suite". Et je crois que la réponse t'a été donnée : ce ne sera sans doute pas mercurial.
A méditer: La solution la plus simple est toujours la moins compliquée
Vous avez raison le plus important c'est d'utiliser des outils qui seront utiles dans l'avenir mais la c'est un projet que je dois rendre dans 2 semaines donc j'ai pas vraiment le temps d'utiliser d'autres outils si celui que j'utilise fonctionne...
De toute façon normalement avec la fac on a un svn donc la c'est juste quelque chose de temporaire
Et on essaye de te faire comprendre qu'un truc "temporaire" est encore le meilleur moyen d'acquérir des compétences par toi-même que tu n'auras peut-être pas l'occasion d'acquérir "par ailleurs". Mais bon... tu es majeur, sans doute vacciné... Tu es sans doute assez grand pour comprendre les conséquences de tes choix
GitHub est vraiment l'outil qu'il vous faut. Très simple à utiliser, très pratique. Et Git est certainement un outil indispensable à maitriser de nos jour. Effectivement, tes projets sont publiques. C'est le hic. Posez vous la question si pour un projet de fac c'est vraiment un problème
Je trouve pas ça un probleme , je ne suis pas pourtant un évangéliste de l'open source loin de la , avant j’étais un peu sceptique de mettre mon code sur le net maintenant cela ne me dérange plus de mettre mon code a disponible de tous !
Dans les faits c'est rare que quelqu'un vous pique un code source , ou même qu'il le lise ...
Si tu ne veux pas que ton code soit publique, GitHub n'est pas la solution. Dans ce cas, c'est un "problème").
"Problème" (et un peu "hic") a une connotation nécessairement négative. Et je suis d'accord, et c'est un peu l'objet de mon message, que ce n'est pas un problème pour tout le monde. Je mets moi-même mes projets sur GitHub. Mes projets sont sous licence BSD, en gros c'est open bar. Mais comme tu le dis si bien, tu ne risque pas grand chose à mettre ton code publiquement accessible. Je pense que personne n'a jamais lu mes codes... Alors de là à ce que quelqu'un s'en servent sans respecter la licence, j'ai le temps d'avoir une barbe blanche
Répondre avec citation
Partager