SVN
yass_1988
Membre
Bonjour tout le monde,
dites je voulais savoir (je ne sais si cela a été déjà débordé sur ce forum) si des tutos qui expliquent comment mettre en place et utiliser l'outil svn sur Xcode.
Merci d'avance.
dites je voulais savoir (je ne sais si cela a été déjà débordé sur ce forum) si des tutos qui expliquent comment mettre en place et utiliser l'outil svn sur Xcode.
Merci d'avance.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
À ma connaissance, Xcode 4 ne permet pas de créer de dépôt SVN, il faudra donc utiliser un autre outil (ligne de commande...).
Ensuite, tu pourras ajouter le dépôt à Xcode et exécuter les opérations courantes (commit, update, checkout, etc.).
Sur un projet sur lequel je bosse, l'utilisation de SVN via Xcode est imposible. On à récemment (marre que Xcode nous empêche de bossé en équipe convenablement) préféré passer par un git-svn. C'est à dire qu'on a gardé notre serveur svn, mais on utilise un dépôt local GIT sur chaque machine, qui synchronisera les commits et les versions sur le serveur svn. (avec l'utilitaire git-svn fournie avec git)
Du coup, comment on met en place cet utilitaire et ou le trouver déjà ?
man git-svn
Vous l'utilisez quand vous êtes obligé d'archiver sur un server svn ?
Quelqu'un a déjà utilisé l'équivalent pour Perforce ? git-p4 ?
Le gros argument de git est qu'il décentralisé, mais dans les faits, il faut toujours centraliser au moins le code de l'appli finale.
Quand on a investi dans svn, passer à git n'est pas si intéressant que ça.
Je confirme, c'est un vaste merdié à déployer git, d'autant qu'il n'y a aucun serveur officiel de ce truc, qui est un hack immonde du SSH, donc fun quand il faut l'intégrer dans un serveur propre, over http avec gestion des identités.
Pour moi, qui ne travaille pas sur le noyau de linux, git apporte vraiment un plus sur l'aspect "gestion local" avec les branches et l'historique local, ce qui me permet de travailler proprement et de manière souple en nomade.
Par contre l'aspect très distribué est plutôt un frein dans des configurations traditionnelles où, de toutes façons, tout le monde a accès à un réseau interne.
Donc je pense que pas mal de jeunes équipes se la pète avec git parce que c'est tendance. Mais, au final, ils ont un workflow moins pratique pour travailler en équipe qu'avec svn ou Perforce. Et, souvent, ils s'emmêlent les pinceaux dans les lignes de commande de git qui ne sont pas très intuitives.
Et ça manque franchement de GUI correctes.
ça manque de GUI et de recentralisation.
Git est génial pour bosser vis à vis du système de commit local puis push, c'est vraiment ce point là qui est intéressant.
Mais d'origine il n'y a rien pour structurer un travail d'équipe un temps soit peu sérieux sans perdre de temps. Ce qui a réellement fait le succès de Git c'est GitHub, sans cela Git ne serait pas utilisé à mon avis.
GIT est intéressant pour ses commits locaux, mais aussi pour son système de "stash" très utile. Et pour 2-3 autres trucs sympas (genre "git archive" pour exporter toutes les sources en ZIP, sans avoir à faire un export + zip + delete comme avec SVN).
Mais son gros frein oui c'est le manque de serveur. Si c'était simple d'installer un serveur GIT, il serait bcp plus utilisé. Comme ça ne l'est pas, et que les serveurs sont en général sous Subversion, on utilise git-svn pour avoir le meilleur des deux mondes.
Pour un travail en équipe, un git-svn est vraiment le top je trouve, car permet de faire des commits locaux quand tu es chez le client une journée ou autre sans accès au réseau d'entreprise, par exemple, et permet de stasher tes modifs quand y'a ton chef qui dit "attends y'a un bug urgent à corriger là arrête tout ce que tu fais et corrige-le avant tout le reste", tu corriges, tu commit, et tu destash, c'est super pratique. Mais GIT tout seul sans serveur, par contre là oui c'est pas du tout adapté à du travail en équipe. C'est pour ça qu'il faut avoir soit un GIT avec serveur (façon github), soit utiliser git-svn et avoir un serveur SVN derrière.
Par ailleurs si tu connais un BON client svn sous OS X je suis preneur... pour mes web services le client svn intégré à netbeans fait quelques couacs...
Certains préfèrent CornerStone, plus complet, mais que je trouve moins ergonomique.
C'est un choix, moi je préfère un logiciel plus convivial au quotidien quitte à jouer de la ligne de commande de temps en temps.
Merci d'avance
http://lifeandcode.net/2012/02/using-git-svn-on-os-x-10-8-developer-preview/
Bon à savoir pour la lib perl !
J'essaye de mettre en place la collaboration Git sur le projet sur lequel je suis.
Voici les configurations:
- dernière version de Lion (10.7.5)
- dernière version d'x-code
- un projet qui doit fonctionner à partir de 5.1 sur iPhone et iPad avec Storyboard
- sourceTree comme client git
- un svn stocké sur un serveur local de l'entreprise
bref tout va bien ... premier commit puis push
après l'autre personne récupère le projet et essaye de le lancer pas de souci sur les simulateur 6 et 6.1 mais pas possible de le faire fonctionner sur le 5.1
le message d'erreur :
Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'Could not find a storyboard named 'MainStoryboard_iPhone' in bundle NSBundle </Users/*****/Library/Application Support/iPhone Simulator/5.1/Applications/9BE2F81E-7B93-4B0B-8D6A-6640BB8F93B2/*********.app> (loaded)'
Quelqu'un à déjà eu le cas ?
Et le fichier MainStoryboard_iPhone il existe bien ? Si tu l'a pour iOS 6 je vois pas pourquoi tu l'aurais pas sur le 5... ça ne semble pas être un problème de GIT (sauf si tu as iOS 5 sur une machine et 6 sur l'autre, dans ce cas tu aura simplement oublié un add).
Sinon c'est GIT ou SVN ? Car tu parle des deux dans ton post.
Le fichier Storyboard est bien présent ainsi que tout les adds
J'ai le même souci quand j'essaye de build la version iPad 5.1
C'est étrange