Je travaille principalement sur un Mac de bureau, mais aussi un ordinateur portable que j'utilise lorsque vous êtes loin du bureau.
Je veux accéder à mes derniers fichiers HTML, CSS, PHP et Python d'un ordinateur.
Je pensais que Github était la façon de le faire, mais j'ai un problème de comprendre le "flux" et j'ai RTFM! Je ne comprends pas si je devrais créer un référentiel sur GitHub, pourquoi quand j'essaie de "cloner" quelque chose que cela ne finit pas comme par magie sur mon ordinateur local ... où le joli bouton rouge qui dit "Sync" est ...
... ou si je devrais simplement utiliser la ligne de commande seulement ...
Donc, si je démarre sur mon bureau et créez de nouveaux fichiers, quelles sont les étapes correctes en utilisant git ou github (?) pour mettre ces fichiers où ils peuvent être accessibles à partir de mon ordinateur portable, puis les fichiers sur mon ordinateur portable ont-ils fusionné retour dans le référentiel GitHub afin que je puisse alors accéder à ces fichiers de mon bureau.
Merci à tous pour vos réponses et vos réponses! Le flux de travail de Git, pour mes besoins, est maintenant clair.
Le flux de travail présenté par wadesworld est concis et a été la vue d'ensemble dont j'avais besoin.
Cependant, Michael Durrant Les étapes de commandes de la ligne de travail sont remplies dans ce flux de travail spécifiquement avec les directives de Commandline - et j'en ai besoin aussi.
Plus précisément, Après l'initialisation du référentiel, assurez-vous d'utiliser "Ajouter" et "commettre". Celles-ci rendront les fichiers une version officielle du référentiel. Après cela, vous devez utiliser "Push" pour le télécharger sur le référentiel à distance. "
iLollar La ressource de l'ILollar, "Git pour 4 ans et plus" est également digne du clic, surtout pour les gens comme moi qui sont visuels!
Merci beaucoup tellement !!
6 Réponses :
J'utilise GitHub comme "hub" de GIT, pour partager des codes finis. (Et git pour le contrôle de la version)
et Dropbox pour synchroniser des fichiers entre différents ordinateurs et mobile / tablette, pour gérer des fichiers.
Ils servent de différentes fins pour moi. Les deux sont bons!
Edditoria, merci. Je cherche à faciliter le flux de travail. D'une manière ou d'une autre, je pensais que GitHub faudrait cela dans la mesure où pouvoir accueillir les derniers fichiers d'un emplacement central - puis je pouvais accéder à ces fichiers de n'importe où, apporter des modifications, télécharger ces changements, puis lorsque je reçois à ma prochaine machine, téléchargez le Le fichier de fichiers actuel, travaillez sur eux, téléchargez-les ...
Euh ... un point à noter: Dans Git, vous voudrez généralement commettre les modifications (confirmez que votre travail / point de contrôle est terminé). Si vous utilisez GitHub pour gérer vos codes, ce n'est peut-être pas une bonne pratique de commettre les codes en cours de travail. Je recommanderais Dropbox pour synchroniser des fichiers au lieu de tâches de téléchargement / de téléchargement manuellement. BTW, essayez ce que vous pensez en premier (seulement si vous travaillez dans de petits projets).
@Edditoria: Pourquoi ne serait-ce pas une bonne idée de commettre du travail en cours?
@echristopherson euh ... Je ne sais pas comment dire correctement. Par exemple, j'écris des codes quand j'attends mes amis dans un café. Ce n'est pas un bon moment pour commettre des modifications si le code n'est pas testé. Je viens de laisser la synchronisation du nuage. Je ne commet que des changements lorsque je pense que le développement atteint quelque chose (par exemple, créer un menu, corriger un bogue, etc.).
@Edditorian, je comprends ce que vous dites. Aux fins de cette question, je devais comprendre le flux de travail de Git. Compte tenu de ma situation, si j'étais dans cette atmosphère de café écrivant un code en attendant des amis, je
GIT est un outil avancé et plutôt difficile à utiliser pour le contrôle de la version. Si vous vous sentez courageux, vous pouvez essayer d'installer l'outil de ligne de commande, mais je vous recommande d'utiliser un client graphique spécifiquement Sourcetree.
http://www.atlassian.com/software/sourcetree/overview
Vous devrez cloner votre référentiel, ouc. Initialiser un nouveau. Pour vous connecter à votre référentiel, vous devez connaître l'URL et éventuellement un nom d'utilisateur et un mot de passe pour votre référentiel. Vous devez également fournir un nom valide pour le référentiel.
Pour mettre à jour les fichiers Il existe plusieurs étapes: premièrement, vous devez ajouter les modifications apportées au répertoire. L'arbre source pourrait le faire automatiquement. Ensuite, vous devez commettre les changements. Cela confirme essentiellement les changements et les signataires avec un commentaire. Pour les télécharger, vous devez utiliser Push et sélectionner le référentiel à distance correct. Lorsque vous souhaitez mettre à jour votre référentiel local, vous devez utiliser Tirez et sélectionnez à nouveau le référentiel à distance correct.
Pour vos besoins, cependant, il semble que Dropbox pourrait être meilleur, car il se met à jour automatiquement et est très simple. Si vous n'avez pas besoin du contrôle de la version avancé que GIT fournit (par exemple la ramification, la fusion de nombreux utilisateurs), il semble que ce serait une meilleure option pour vous.
https://www.dropbox.com/
Merci. Donc, j'ai un ensemble de fichiers dans un annuaire local que je souhaite pouvoir être disponible de n'importe où. C'est mon "référentiel local" après que je l'initialise comme tel, oui?
Oui. Après l'initialisation du référentiel, assurez-vous d'utiliser «Ajouter» et «commit». Celles-ci rendront les fichiers une version officielle du référentiel. Après cela, vous devez utiliser 'pousser' pour le télécharger sur le référentiel à distance.
Quel référentiel dois-je créer d'abord: le repo local ou la répétition de la télécommande (GitHub)) - ou est-ce important?
@Valerielynn, ce n'est pas important que celui que vous créez en premier. Cela ne compte que lorsque vous pensez pousser votre repo local à distance. Étant donné que Git souhaiterait voir s'il existe un espace réservé pour votre repo dans le site distant, vous devez donc avoir avant de vous PUSH PUSH Source locale à distance.
@uday, je pense que dis-tu est, je peux créer d'abord le référentiel - local ou distant. Mais lorsque je veux pousser ma source locale à une télécommande, je dois m'assurer qu'un référentiel à distance existe en premier. Merci.
Je recommanderais d'utiliser Dropbox ou Google Drive . Ils vous laisseront faire exactement ce que vous essayez de réaliser, ils sont très conviviaux (et gratuit [5 Go, je pense]).
Ils sont automatiquement mis à jour (tant que vous avez une connexion Internet évidemment)
Il suffit de créer un dossier, placez-y des fichiers et vous êtes absent.
Merci. J'ai considéré que Google Drive mais mes machines prennent en charge des disques Google distincts (c'est-à-dire différents comptes Google) et je pense que cela peut être un problème.
Haha, en effet ... l'un d'entre eux peut être utilisé pour cela. C'est ce que je fais la plupart du temps, bien plus que Git pour être honnête. Il suffit de créer un couple d'alias 'et votre loin.
Pour répondre au détail de votre question: J'irais avec Dropbox .
Ubuntuone est également bon, même pour les utilisateurs non Ubuntu et bien sûr Google Drive est le (grand) nouveau joueur sur le bloc.
Ils se comparent comme suit: pour répondre au titre de votre question: Si vous vouliez quelque chose plus adapté aux programmeurs, j'utiliserais GIT: Premièrement, installez GITX (lecteurs Linux, c'est GITG), car c'est de loin l'interface graphique la plus populaire pour GIT: pour le" flux "Je peux également vous renvoyer à ma radiation de diverses fonctionnalités à: Utilisation de gitx ou gitg Le flux spécifique est comme suit: 1) apportez quelques modifications aux fichiers. 2) Utilisez l'onglet "COMMIS" Outils pour voir ce qui est changé ("non planifié"):
3) Ajouter un fichier en le faisant glisser de "non planifié" à "mise en scène": 4) donner un message commettre
5) commettre le fichier.
6) Je le poussez ensuite à la télécommande à la ligne de commande à la ligne de commande Avec . Si je partage avec d'autres, je dois souvent faire La partie GitHub fait init et poussez-vous, mais je dirais juste lisez sur ces didacticiels plus plutôt qu'une telle question. Fondamentalement, je le fais: Configurer GITUB: Créer un référentiel GitHUB à l'aide de GitHub ( https://help.github.com/articles/Create-A-REPO ) puis appuyez sur votre référentiel local comme dans: GIT Push Origin Master. Si le référentiel existe déjà sur GitHub mais non sur votre PC local, c'est si vous cliquez sur le lien distant, puis dans un type de terminal Si vous êtes "Démarrer" avec GitHub: Si, à la fin de la journée, vous décidez d'aller avec quelque chose de simple comme Dropbox, vous pouvez utiliser mon lien de parrainage - http://db.tt/pZrz4t3k - pour obtenir un peu plus que la norme de 2 Go, en utilisant cette fois nous obtenir un 0,5 Go supplémentaire, mais qui de toutes ces routes pour aller est à vous et vos besoins. Je l'utilise tous ces services (git, github, UbuntuOne, Dropbox et Google Drive, donc je ne recommande pas l'un sur les autres -Cela dépend des besoins). 
Quels sont les concepts de base de Git, GitHub, Fourche et Branche. Comment git compare-t-il à svn? 
$ git push distant ou j'utilise l'interface graphique en cliquant avec le bouton droit de la souris et sélectionnez ING The 2nd Master - voir ici: 
git tirer pour obtenir ands fusionne dans d'autres chnages) avant de pouvoir faire un git poussoir
git init
git Ajouter.
GIT COMMIT "COMMIT INITIÈLE" CLONE GIT < / code> [pâte ici, par exemple Ctrl-V]
git pull - Obtenir la dernière version dans votre référentiel et fusion dans toutes les modifications
git add. Ajouter tous les fichiers modifiés
git commit "message" -m
git push maître # origine est la valeur par défaut.
Merci michael. Je lis le lien que vous avez fourni maintenant. Je n'étais pas au courant que je devrais avoir un visuel comme si github le ferait.
Dépend de la plate-forme. Sur le Mac, Sourcetree devient rapidement le client graphique de choix.
Michael, merci. Vos articles de ligne sous "Configurer le référentiel local dans Git", ont simplement fourni un lien manquant (je pense): essentiellement, je dois créer un référentiel localement (que je connaissais) mais simplement créer le référentiel ne dit pas: "Hey, Track tout ici. " Au lieu de cela, la création du référentiel ressemble plus à dire: "Hé, voici un seau que je veux stocker des choses." Utilisation de git Ajouter Spécifie Qu'est-ce que Je veux stocker ou suivre mais ne pas "tirer la gâchette". GIT COMMIS tire la gâchette et établit dans mon référentiel local ce que je suive.
Je viens d'ajouter également une spécifression supplémentaire de scénariste montrant que vous pouvez également pousser le maître à l'interface Usung the Gui!
Voulez-vous contrôler vos fichiers ou avoir un accès aux mêmes fichiers aux deux endroits?
Il est judicieux d'utiliser la version de la version en tant que développeur, que vous n'ayez pas de code d'écriture ou de conception de sites Web. Mais, de le faire, vous devez vous engager à apprendre comment fonctionner les systèmes de contrôle de la version, car ils ont tous une courbe d'apprentissage.
Mais, si vous n'êtes pas intéressé par cette complexité et que vous souhaitez simplement vous assurer d'avoir accès à la dernière version de vos fichiers, vous envisagez une opération de synchronisation de fichier qui peut être beaucoup plus simple.
Alors, lequel voulez-vous?
Edit: En fonction de la réponse, voici le modèle:
1) Créez un référentiel sur l'ordinateur de travail.
2) Créez un référentiel avec le même nom sur GitHub.
3) Appuyez sur le référentiel sur GitHub
4) à la maison, faites un clone git pour retirer les modifications que vous avez poussées.
5) Maintenant que le référentiel existe dans les deux endroits, vous pouvez simplement faire une poussée de git avant de quitter le travail et de tirer de la traction lorsque vous rentrez chez vous et vice-versa lorsque vous allez dans l'autre direction.
Wadesworld, merci d'avoir soulevé cette question de contrôle de la version par rapport à l'accès des mêmes fichiers. Je veux le contrôle de la version et l'accès aux mêmes fichiers.
Puisque expliquant comment utiliser tout un VCS en une seule réponse est une tâche accablante, je peux plutôt vous indiquer dans la direction de certaines ressources très utiles pour vous permettre de comprendre et d'utiliser GIT:
Git peut se sentir compliqué ou étrange au début, mais si ce que vous cherchez est un bon système de contrôle de version, c'est excellent.
Cependant, si tout ce que vous recherchez est un service de type nuage pour synchroniser certains fichiers sur plusieurs ordinateurs, comme les autres ont mentionné, Dropbox serait la voie à suivre.
Vous devez également savoir que Dropbox dispose également de la version intégrée des fichiers. Ce n'est pas pleinement présent et aussi robuste que quelque chose comme Git, mais cela vous donne une synchronisation facile et des versions.
Vous devriez lire help.github.com basé sur votre convinience Utilisez la ligne Commandline ou GUI. Si vous créez un repo sur GitHub d'abord ou non, peu importe lorsque vous créez un repo en premier, mais si vous souhaitez appuyer sur Repo local sur Repo (GitHub.com), vous devez avoir une répétition à distance. Comme RTFM je ne sais pas ce que cela signifie ...: P
Oui, cette page est help.github.com et est utile. Mais je ne suis pas sûr du "flux" et je suis un peu perdu. Ce que "devrait" que je souhaite que je souhaite tout copier d'un ordinateur jusqu'à Github, puis copiez tout ce que je viens de "télécharger" sur mon ordinateur portable, travaillez sur la machine, mais gardez toujours - et soyez en mesure d'accéder - La copie la plus récente disponible sur GitHub?
@duay: Dites-vous uniquement utiliser la ligne de commande ou uniquement l'interface graphique (pas à la fois en même temps)?
@Valerielynn, une fois que vous avez poussé des modifications à une répétition à distance (sur github.com). Vous devez le cloner en utilisant
$ git clone git@github.com: nom d'utilisateur / .git . Vous êtes libre d'utiliser à la fois une interface graphique et Commandline, aucune restriction. Détesté d'essayer de rendre le titre et le corps plus cohérent.
Je recommanderais d'utiliser la ligne de commande initialement. Bien qu'il y ait une courbe d'apprentissage, vous aurez une meilleure compréhension de GIT en le faisant.
Retiré pour rendre la question du titre plus cohérente avec le corps.