Est-il raisonnable d'utiliser git uniquement sur ma machine locale? [fermé]


22

Est-il correct de n'utiliser git que localement? Je ne veux pas avoir à payer pour un service qui fournit des référentiels privés (tels que Github) mais je pense que git est un excellent moyen d'organiser mon projet de source fermée.


3
Oui ... pourquoi ne serait-ce pas? Linus a même une copie locale de git sur une seule machine.

(la [citation nécessaire] pour cette copie locale uniquement peut être lue sur mikegerwitz.com/papers/git-horror-story.html qui renvoie à la vidéo you tube youtube.com/watch?v=4XpnKHJAok8 qui dure 1h et je n'ont pas trouvé l' endroit précis où il le mentionne)

8
BitBucket propose des référentiels privés gratuits.
Rig

4
En ajoutant les balises, j'ai trouvé le git + solo-development donne En tant que développeur unique (pour l'instant), comment dois-je utiliser Git? comme quelque chose de similaire qui pourrait être ce que vous cherchez (ou vous rechercheront)

1
Également une forme grossière de sauvegardes: en plus d'autres moyens, je passe git clonede mon ordinateur portable à une clé USB.
Izkata

Réponses:


22

Bien qu'il soit tout à fait raisonnable et possible d'utiliser git localement, il est préférable d'avoir une sauvegarde.

Vous pouvez pousser arbitrairement des dépôts vers n'importe où. Github se trouve être un hébergement et une collaboration faciles. Il existe d'autres options telles que l'utilisation de Google Drive ou Dropbox si vous souhaitez un stockage à distance.


12
Bitbucket.org et Codebreak.com ont tous deux des référentiels privés gratuits
Kevin

4
Notez également que VC n'est pas une sauvegarde (bien que ce soit mieux que rien). Créez toujours également une sauvegarde régulière.
sleske

@sleske Pourquoi Git avec un référentiel central ne serait-il pas une solution de sauvegarde viable?
Hashim

@Hashim: Cela peut être un malentendu. Bien sûr, un référentiel git central est une bonne solution de sauvegarde pour votre référentiel . Ce n'est tout simplement pas une sauvegarde générale ("sauvegarde" comme dans "sauvegarde de tous les fichiers de votre système"). Je voulais juste rappeler à tout le monde qu'une sauvegarde complète est généralement nécessaire aussi.
sleske

14

Oui, il est tout à fait raisonnable d'utiliser git uniquement localement. Vous pouvez vouloir pousser vers un lecteur réseau local ou une sauvegarde amovible pour des raisons de redondance, mais git lui-même fonctionne parfaitement bien sans se connecter au serveur de quelqu'un d'autre.


4

Un autre excellent argument pour utiliser git localement (c'est-à-dire une seule copie dans l'univers) est git bisect, qui peut être utilisé pour trouver de nombreux bugs néfastes et m'a sauvé plusieurs fois. Il permet de préciser exactement quel commit un bug ennuyeux a été ajouté (et vous permet donc de vous concentrer sur un segment beaucoup plus petit du code problématique).

En savoir plus sur git bisect


merci beaucoup à ce sujet (pourquoi ne le savais-je pas avant de jeter 1 000 lignes de code ...), mais c'est plus une suggestion qu'une réponse. +1 de toute façon
markasoftware

2

Le seul "inconvénient" de l'utilisation de Git localement (par rapport à l'absence de SCM) est le travail supplémentaire de validation, de branchement et de balisage - et ce travail supplémentaire n'est pas seulement négligé dans le grand schéma mais contribue également directement à l'organisation de votre code et documenter vos progrès.

Gardez également à l'esprit que Git est un SCM distribué. Bien que le cas commun soit de l'utiliser avec un référentiel central, il a été conçu pour être utilisable sans celui-ci. Vous pouvez créer des correctifs (ou encore mieux - des bundles - qui sont un pack de correctifs [un seul correctif ne peut contenir qu'un seul commit]) et les envoyer par courrier à vos collègues ou les enregistrer en tant que sauvegardes. C'est moins confortable que d'utiliser un référentiel central (c'est pourquoi les gens préfèrent généralement en utiliser un), mais cela vous permet d'utiliser Git pour la collaboration sans payer pour un dépôt privé ou en héberger un sur votre propre serveur.


1

Pensez à ce dont vous avez besoin et à quoi vous allez l'utiliser - vos besoins.
Si c'est du code pour un pic pendant quelques heures, il suffit de l'écrire peut être correct.

Si vous arrivez au point où vous commencez (ou en ressentez le besoin) à effectuer des sauvegardes pour «enregistrer les versions de travail», un système de contrôle de version peut vous aider.

De plus, si vous obtenez du code à un point de travail et que vous voulez faire votre propre pic, il peut être pratique de faire une branche que vous pouvez ensuite fusionner, comme indiqué ci-dessous où je suis le seul contributeur et ce dépôt n'a jamais été poussé n'importe où (les «méthodes de découplage» étaient une branche que j'ai faite pour un pic): entrez la description de l'image ici

Bien sûr, si vous maintenez également un logiciel qui a plusieurs versions et / ou versions, un système de contrôle de version est très utile, en particulier avec la possibilité de fusionner les modifications.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.