Project

General

Profile

Demande #5009

Fouillis dans la branche courante de pad.chapril.org

Added by Christian P. Momon over 1 year ago. Updated over 1 year ago.

Status:
Attente d'information
Priority:
Normale
Assignee:
-
Target version:
Start date:
12/07/2020
Due date:
% Done:

0%

Estimated time:

Description

Actuellement, la branche Git utilisée n'est pas locale :

=(^-^)=root@pad:/srv/pad.chapril.org/www# git branch
  develop
* release/1.8.6
=(^-^)=root@pad:/srv/pad.chapril.org/www# cat .git/config 
[core]
        repositoryformatversion = 0
        filemode = true
        bare = false
        logallrefupdates = true
[remote "origin"]
        url = https://github.com/ether/etherpad-lite.git
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "develop"]
        remote = origin
        merge = refs/heads/develop
[branch "release/1.8.6"]
        remote = origin
        merge = refs/heads/release/1.8.6

Et des changements ne sont pas commités :

=(^-^)=root@pad:/srv/pad.chapril.org/www# git status
Sur la branche release/1.8.6
Votre branche est à jour avec 'origin/release/1.8.6'.

Fichiers non suivis:
  (utilisez "git add <fichier>..." pour inclure dans ce qui sera validé)

        .config/
        .npm/
        package-lock.json
        package.json

Demande :
  • utiliser une branche locale ;
  • commiter les changements ou configurer le .gitignore.

History

#1

Updated by Yves-Gaël Chény over 1 year ago

  • Status changed from Nouveau to Attente d'information

je ne comprends pas l'objectif ? il n'y a rien à commiter, j'ignore si le repos distant est consulté lors des updates de module (à vérifier) ; quel est l'impact ?

#2

Updated by Christian P. Momon over 1 year ago

L'objectif est d'avoir un repository git propre.

1) Là on est dans le checkout direct d'une branche remote. En cas de fetch, ça va planter. L'usage est de faire une branche locale de travail (git checkout -b).

2) Là, on voir des fichiers non commités/non ignorés : on se demande si c'est un oubli, si c'est grave, s'il y a des choses à faire, etc. Donc ça serait bien soit de les commiter soit de les mettre en ignore (et de commiter le .gitignore dans une branche dédiée).

3) S'il y a de la modification de code (par exemple pour de la personnalisation), important de ranger ça dans une branche chapril-1.2.3 pour pouvoir gérer les futurs mises à jour.

#3

Updated by Christian P. Momon over 1 year ago

  • Assignee deleted (Yves-Gaël Chény)

Also available in: Atom PDF