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 (comme Github) mais je pense que git est un excellent moyen d'organiser mon projet de source fermée.
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.
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.
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 déterminer exactement quel commit un bug ennuyeux a été ajouté (et vous permet ainsi de vous concentrer sur un segment beaucoup plus petit du code problématique).
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é. Alors que le cas commun est de l'utiliser avec un référentiel central, il a été conçu pour être utilisable sans celui-ci. Vous pouvez créer patches (ou encore mieux - bundles - qui sont un pack de patches [un seul patch ne peut contenir qu'un seul commit]) et les envoyer par mail à votre collègues ou enregistrez-les 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.
Pensez à ce dont vous avez besoin et à quoi vous allez l'utiliser - vos besoins.
Si c'est le code d'un pic pendant quelques heures, il suffit de l'écrire, ça peut aller.
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.