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.
version-control
git
solo-development
markasoftware
la source
la source
git clonede mon ordinateur portable à une clé USB.Réponses:
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.
la source
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.
la source
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
la source
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.
la source
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):
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.
la source