Cp

Que fait Cp ?

Utilisez ceci comme un mode de finition léger après que l'implémentation est terminée.

cp est la porte locale avant le push : vérifiez d'abord, puis committez et poussez les modifications prévues sur la branche courante.

Flux par défaut

1. Inspectez :

• git status
• branche courante
• fichiers prévus pour cette tâche
• style de message de commit récent si nécessaire

2. Lancez la vérification locale la plus proche des contrôles de sécurité normaux du dépôt avant de committer.

• Préférez les commandes natives du dépôt plutôt que des commandes inventées.
• Préférez les contrôles sûrs les plus étroits en premier : lint/vérifications de format des fichiers modifiés, tests de paquets affectés, ou builds ciblés.
• Si la seule porte fiable du dépôt est plus large, exécutez la commande plus large.

3. Si une vérification locale large échoue à cause de fichiers sales non liés en dehors de l'ensemble des modifications prévues, arrêtez-vous et signalez-le clairement sans corriger ou indexer ces fichiers non liés.
4. Indexez uniquement les fichiers prévus de manière explicite.
5. Si aucun message de commit n'a été fourni, générez un message de commit conventionnel concis qui correspond au style du dépôt.
6. Committez sur la branche courante.

• Il est autorisé de committer directement sur main ou master lorsque c'est le workflow choisi par le dépôt ou l'utilisateur.
• Si le dépôt exige explicitement des branches de courte durée, suivez plutôt cette règle.

7. Poussez la branche courante.

• Si la branche amont est manquante, poussez avec suivi amont.

Règles

• N'utilisez jamais git add ., git add -A, ou tout autre indexation large.
• Ne committez jamais de modifications locales non liées provenant d'autres tâches ou sessions.
• Ne committez jamais de secrets, fichiers .env, identifiants, ou bruit généré accidentellement.
• Ne sautez jamais silencieusement la vérification ; indiquez ce qui a été exécuté et ce qui a été sauté.
• Ne forcez jamais un push sauf si l'utilisateur le demande explicitement.
• Ne créez ni n'exigez de PR sauf si l'utilisateur le demande explicitement.

Bonnes cibles

• "/cp"
• "커밋하고 푸시해줘"
• "메인에 올려"
• "이제 검증하고 바로 푸시해"

À éviter

• N'utilisez pas ceci pour "juste committer" ou "juste pousser" si l'utilisateur a clairement demandé une seule de ces actions.
• N'inférez pas la permission de pousser une branche différente de la branche courante.
• Ne cachez pas les fichiers sautés ou exclus ; mentionnez-les brièvement s'ils sont importants.

Fin

Retournez :

• branche poussée
• vérification exécutée ou sautée
• message de commit
• hash du commit
• fichiers intentionnellement exclus le cas échéant