La gestion de projet ne peut pas être séparée du contrôle de la version. Actuellement, les outils de contrôle de version grand public sont probablement SVN et GIT. Quant à la différence entre les deux, je ne les présenterai pas en détail ici. Si vous ne comprenez pas, vous pouvez rechercher des informations en ligne. Si vous en avez l'occasion à l'avenir, je commencerai la colonne en détail. De plus, le taux d'utilisation du GIT sur le marché est bien plus élevé que celui de SVN. Comment utilisons-nous avec compétence GIT pour contrôler les versions de code lors de l'utilisation de projets de développement d'idées?
1. Installer Git
Bien sûr, vous devez d'abord installer Git. Le processus d'installation ne sera pas expliqué en détail. Après avoir appuyé sur l'installation, ouvrez l'idée et entrez l'interface des paramètres (vous pouvez cliquer directement sur la barre d'outils, ou vous pouvez rechercher Git via les touches de raccourci Ctrl + Alt + S). L'interface est la suivante:
Nous pouvons voir que Git est dans l'onglet Contrôle de version, et il y a aussi un github. Vous pouvez configurer votre compte GitHub et votre mot de passe, puis vous pouvez réduire directement le code sur GitHub. Pour plus d'informations, veuillez vous référer aux articles précédents sur les paramètres.
Continuons à parler de Git. Le chemin d'accès à l'exécutable GIT est le git.exe dans le répertoire bin dans notre chemin d'installation GIT local. Après avoir acheminé le chemin, cliquez sur le bouton Test. Si l'installation est correcte et que le chemin est correct, la boîte de dialogue suivante apparaîtra, indiquant que la configuration est réussie:
2. Tirez à distance le code de la bibliothèque GIT
Nous tirons souvent le code de la bibliothèque GIT de l'entreprise ou de GitHub pour se développer localement. Comment le tirer dans l'idée? En fait, il existe deux façons d'atteindre nos objectifs. Prenons GitHub à titre d'exemple:
1. Tirez d'abord le code localement via l'outil GIT, puis ouvrez-le via l'idée.
Chemin de copie
Clone à la local
LQ @ Desktop-Bhj6ud2 Mingw64 / E / Mygit / 20180226 (Master) $ git intérinitialized existant git Repository in e: /mygit/20180226/.git/lq@desktop-bhj6ud2 Mingw64 / e / mygit / 20180226 (maître) https://github.com/noobgod/designpattern.gitcloning dans 'DesignPattern' ... Remote: comptage des objets: 73, Done.remote: total 73 (Delta 0), réutilisé 0 (Delta 0), Pack-Reusony 73Unpacking objets: 100% (73/73), fait.
L'attraction est réussie, le chemin est dans la location e: / mygit / 20180226, ouvre le projet sous cette voie dans l'idée et suivez les étapes.
2. Tirez le code directement via l'idée, qui est recommandée car elle est pratique et rapide.
Après avoir sélectionné en fonction de l'image ci-dessus, plusieurs options sont disponibles. Si nous sélectionnons Git, une boîte de dialogue apparaîtra et cliquera sur le bouton Clone.
3. Mise à jour (mise à jour)
Avant de soumettre le code, il est préférable de mettre à jour le code du référentiel distant au référentiel local, ce qui peut réduire les conflits inutiles. La mise à jour de mise à jour peut être réalisée directement via la touche de raccourci CTRL + T ou en appuyant sur les touches de la barre d'outils, à savoir la mise à jour, la validation et la comparaison avec la même version de référentiel. Ici, nous choisissons la mise à jour.
Bien sûr, vous pouvez également cliquer avec le bouton droit sur le projet -> Sélectionner Git -> Awispository -> Pull pour y parvenir.
4. engager et pousser
Comment soumettons-nous notre propre code au référentiel distant après avoir développé notre propre code dans l'idée? Cliquez avec le bouton droit sur le projet -> Sélectionner Git
1. Répertoire de la Commission: Commit Code (Soumettez les fichiers temporaires dans la zone d'étape au référentiel local de la branche actuelle et effacez la zone de la scène), ou Push Code (Synchronisez les fichiers du référentiel local dans le référentiel distant).
Dans l'idée, nous voyons que le fichier est marqué de différentes couleurs: rouge, vert et bleu. Que signifient-ils?
Red: fichiers qui ne sont pas versés, c'est-à-dire des fichiers qui ne sont pas ajoutés aux versions, tels que des fichiers que nous ajoutons à ignorer.
Green: la version nouvellement ajoutée du fichier, c'est-à-dire le fichier que nous avons créé, n'a pas été soumis au référentiel distant.
Bleu: le fichier modifié, c'est-à-dire le fichier existe déjà dans le référentiel distant. Nous l'avons modifié cette fois, mais nous ne l'avons pas encore soumis.
La validation correspond à la commande de validation de Git. Parfois, nous voulons seulement nous engager dans le référentiel local, mais nous ne voulons pas encore le pousser, afin que nous puissions utiliser cette méthode. Si nous devons passer au référentiel distant après Commit, nous devons cliquer avec le bouton droit sur le projet -> Sélectionner Git -> Respository -> push.
Pour implémenter la fonction de validation simple, nous pouvons également utiliser la clé de raccourci Ctrl + K ou le bouton de la barre d'outils.
Les engagements et les poussées sont commet et poussent. Nous pouvons nous engager directement dans le référentiel local ici, puis pousser vers le référentiel distant.
2.Add: Ajouter des fichiers locaux du répertoire de travail à la zone de scène du référentiel local, correspondant à la commande ADD de Git.
3.COMPACIER avec Branch…: Comparez avec les branches éloignées. Avant de soumettre, nous pouvons utiliser cette fonction pour comparer les similitudes et les différences entre le code dans notre répertoire de travail et le code de succursale distant.
4.Show History: Voir les enregistrements historiques de la version modifiée.
5.Revert: Rollback annulera vos modifications locales.
6.Repository: diverses commandes de référentiel.
5. Fusionner
Pendant le développement, plusieurs personnes rencontreront inévitablement des modifications dans le même fichier, provoquant des conflits de version. Pour le moment, si le programme doit s'exécuter normalement et assurer des fonctions complètes, les développeurs doivent résoudre manuellement ces conflits et fusionner le code pour obtenir le code cohérent final, puis le pousser vers la télécommande.
Cette zone est souvent la plus gênante pour beaucoup de gens. Une mauvaise opération peut entraîner des troubles du code et des accidents. En fait, si vous comprenez les principes, vous ne serez pas si compliqué après avoir maîtrisé.
Il y a beaucoup de contenu à introduire ici et doivent être expliqués en détail. Si vous êtes préoccupé par cela, vous pouvez y prêter attention et l'ajouter et l'améliorer à l'avenir.
6. Gestion des succursales
Pour la gestion des succursales, nous devons utiliser la barre d'état au bas de l'idée.
Ici, nous pouvons changer de branches, créer de nouvelles branches, cocher le code de succursale, comparer le code de succursale, etc.
Résumer
Ce qui précède est le tutoriel sur l'utilisation de Git dans Intellij Idea qui vous est présenté par l'éditeur. J'espère que cela vous sera utile. Si vous avez des questions, veuillez me laisser un message et l'éditeur vous répondra à temps. Merci beaucoup pour votre soutien au site Web Wulin.com!