Je me trouve toujours près d'inutile sans mon ordinateur portable. Il a tout ce dont j'ai besoin, Firefox, Notpad ++, Photoshop, des documents, etc ... Cependant, j'aime occasionnellement, j'aime coder sur mon bureau, car il est plus rapide et mieux, mais c'est parfois impossible à moins que je ne transfère que je ne transfère que les fichiers du site Web Desktop ou gardez mon FTP mise à jour. Je sais qu'il y a quelques solutions de synchronisation, telles que Droppbx, mais je suis intéressé à suivre une bonne pratique et intéressé par les idées intelligentes de vos pros.
Parfois, je n'ai même pas mon ordinateur portable et quand je dois éditer quelque chose pendant que je suis à l'école, je tire mon clé USB. Je configurais Portable Firefox avec plugins Fireftp et Firebug avec Notepad ++ sur mon bâton USB. C'est ce que j'aime appeler mon kit de développement Web.
9 Réponses :
contrôle source. La subversion est bonne.
Il existe également de bons systèmes de contrôle de la source en ligne, qui valent la peine d'être vérifiés.
C'est une partie massive de travailler en tant que développeur de logiciels. Je suppose que c'est un peu plus difficile pour un étudiant (hypothèse), mais il y a des solutions en ligne.
Oui, le contrôle de la source semble être la réponse ici. Je voulais juste poster un commentaire pour souligner le fait que si vous voulez être sérieux sur le travail avec le code, le contrôle de la source ne peut pas être négligé. (Je suppose que vous êtes étudiant, aucune infraction signifiait si vous êtes déjà dans l'entreprise).
@jimmeh Votre hypothèse est correcte, mais cela ne me dérange pas de commencer la tête dans le jeu :)
Puis-je suggérer xp-dev.com en tant qu'hôtement de subversion en ligne gratuit (encore légèrement restreint) si vous Vous ne voulez pas vous configurer un serveur de subversion vous-même (c'est facile, mais vous avez besoin d'un serveur de bord de bande)
Ne regardez pas seulement la subversion, soit: si vous n'êtes pas sur le contrôle de la source auparavant, il est maintenant temps de faire de la lecture de fond. (Je recommanderais personnellement un regard rapide au moins chez Bazar, Subversion, Git et Mercurial).
Quoi que vous choisissiez, un point clé pour vous sera votre capacité à synchroniser vos différents référentiels. Cela implique un serveur ou une synchronisation de dossier intelligent (Microsoft Mesh et un grand nombre d'autres)
J'utilise svn (comme @jimmeh suggéré), je le mets sur un serveur public (ce qui rend les choses lentement) mais je peux y accéder de n'importe où dans le monde et continuer depuis le dernier endroit où j'ai arrêté.
Je recommande d'appliquer le verrouillage et la fabrication de fichiers en lecture seule si non verrouillé.
+1 pour le contrôle de la source en ligne.
Cependant, cela n'aide pas à tout (tel que des outils spécifiques ou [dans mes cas] des problèmes spéciaux tels qu'un domaine joint à l'ordinateur portable et à la société VPN). J'utilise souvent un bureau à distance pour vous connecter à mon ordinateur portable pour faire le matériel spécifique à l'ordinateur portable (intranet, bureau de bureau) et mon bureau pour le travail de développement, car il s'agit d'un lot plus rapide.
Beaucoup de gens se déplacent au contrôle de source distribué avec des programmes tels que git et Mercurial . Celles ne nécessitent pas de serveur central pour la commande source - toutes les versions sont stockées sur tous les ordinateurs et vous pouvez fusionner des modifications chaque fois que vous apportez les ordinateurs ensemble.
N'utilisez pas l'outil de persévérance «social» («Beaucoup de personnes se déplacent») sans clarifier également les compromis respectifs. Avec le contrôle de source distribué, vous devrez effectuer plus de fusion et sans organisation, il y aura plus d'une version "supérieure" actuelle de la source à la fois. Avec un serveur, il n'y aura qu'une version de la source "supérieure" (celle sur le serveur!).
Mais de l'autre côté, le fonctionnement de la ligne de travail est extrêmement plus facile avec un DVCS et vous pouvez toujours configurer un serveur central. Surtout avec des DVC comme Bazar qui permettent explicitement l'un ou l'autre style de flux de travail, il n'y a vraiment aucun inconvénient d'utiliser les packages distribués sur Subversion.
@Quibblesomeome: en parlant de compromis clarifiants, DVCS ne nécessite l'existence d'une version "maître", mais il permet d'obtenir un seul serveur désigné (comme, disons, github) qui maintient une seule version de la source "top" est un modèle commun. J'ai aussi l'impression que l'OP a posé une question à propos d'un projet qu'il travaille sur Solo, ce qui contribue grandement à atténuer le chaos constant-branche-et-fusion que vous avez décrit même sans désigner une version principale.
J'utilise un référentiel maître pour mon contrôle de source personnelle. J'utilise un DVC afin que je puisse vous engager hors ligne sur mon ordinateur portable. Je préfère Mercurial, puisque j'ai trouvé les documents HG à être orientés par l'utilisateur. Git semble avoir besoin de trop de connaissances techniques à utiliser.
Pour synchroniser les machines qui ne sont pas connectées (derrière le pare-feu, VPN, Air Gabmente, etc.), j'utilise Syncback . Son libre, configurable, et je peux copier le profil sur toutes les machines que j'utilise et configurez la synchronisation à 1 clic.
Le contrôle de la version distribuée est la réponse à votre problème.
Il ne nécessite qu'un hôte (un dossier FTP fera le travail).
Quelqu'un a dit mercuial et git, mais je reconcrons Darcs.
Il est écrit dans une belle langue de programmation fonctionnelle, il est très facile à utiliser et puissant.
en utilisant Synergy Vous pouvez contrôler une machine avec le clavier et la souris de l'autre et utilisez la copie et la pâte .
Pour partager des fichiers, vous pouvez utiliser des actions NFS ou Windows ou ... en fonction de votre système.
Certains IDes sont pris en charge pour "travaux distants", les détails dépendent de l'IDE et de la langue que vous utilisez. (J'utilise NetBeans par exemple pour compiler et déboguer mon code sur une machine à l'aide d'un système différent dans un centre de données aléatoire tout en travaillant sur ma boîte locale)
et ensuite - bien sûr - contrôle de la version, git, svn, ...
Eh bien, puisque vous mentionnez que vous ne faites que codez, car il est plus rapide / meilleur, pouvons-nous supposer que vous aurez toujours votre ordinateur portable avec vous (je passe trop sur des phases de codage de bureau pour ordinateur portable)?
S'il est plus rapide en raison de la souris et du clavier / Number Pad, essayez VNC d'utiliser votre écran d'ordinateur portable.
Créez un dossier partagé sur l'ordinateur portable et travaillez via le réseau.
VNC est à la traîne! Ce n'est jamais aussi bon que la police actuelle de l'utilisation de l'ordinateur.
Eh bien, certains programmes VNC ont une "vitesse" différente qui peut aider, et si vous ne faites que taper, cela peut ne pas être trop mauvais. C'était juste une idée qui n'avait pas été mentionnée. J'utilise le dossier et la subversion partagés. Étant donné que je dispose de DBS pour les applications Web, et je ne souhaite pas avoir à mettre à jour plusieurs versions locales pour tester, je vais dossier partagé si je fais beaucoup de tests de DB, Subversion Si vous travaillez uniquement sur le code et les classes. Je voulais juste m'assurer que tous vos angles étaient couverts.
Si vous choisissez la voie de Subversion pour stocker votre code source, je vous recommande de donner à BeanStalk Un référentiel d'essais est gratuit (Limite de 100 Mo). Ensuite, vous pouvez accéder à vos fichiers via Tortoisesvn , un client de subversion sous la forme d'une extension de Windows Shell (Explorer) - également Gratuit.