Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Makefile: don't rungit checkout - at the end of the build#1619

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
christopheNan merged 1 commit intopython:3.9fromdmerejkowsky:speedup-build
May 12, 2021

Conversation

dmerejkowsky
Copy link
Contributor

Runninggit checkout CPYTHON_CURRENT_COMMIT and then
git checkout -c can render the spinx build slower
because many sources may seem out of date.

It's better to check if we are at the correct revision and
not runany git operations if there's nothing to be done

@PyDocTeur
Copy link

Hello@dmerejkowsky ! Désolé, mais ton titre de pull request me semble invalide par rapport à ce que je suis programmé d'accepter.
Merci de le corriger ou d'ajouter le labelmeta si c'est une PR spéciale. Un exemple de titre valide serait : « Traduction de dossier/fichier.po ».


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: incorrect_title)
PyDocTeur v1.11.1

@dmerejkowsky
Copy link
ContributorAuthor

Note: j'ai d'autres idée pour rendre le build plus rapide - en tout cas pendant le développement, notamment:

  • ne pas lancer blurb quand ce n'est pas nécessaire
  • utiliser sphinx-autobuild pour relancer sphinx automatiquement

mais ça me paraît un bon premier pas.

@PyDocTeur
Copy link

Hello@dmerejkowsky ! Désolé, mais ton titre de pull request me semble invalide par rapport à ce que je suis programmé d'accepter.
Merci de le corriger ou d'ajouter le labelmeta si c'est une PR spéciale. Un exemple de titre valide serait : « Traduction de dossier/fichier.po ».


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: incorrect_title)
PyDocTeur v1.11.1

1 similar comment
@PyDocTeur
Copy link

Hello@dmerejkowsky ! Désolé, mais ton titre de pull request me semble invalide par rapport à ce que je suis programmé d'accepter.
Merci de le corriger ou d'ajouter le labelmeta si c'est une PR spéciale. Un exemple de titre valide serait : « Traduction de dossier/fichier.po ».


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: incorrect_title)
PyDocTeur v1.11.1

amirouche reacted with laugh emoji

@dmerejkowsky
Copy link
ContributorAuthor

Quelques mesures. À chaque fois, on mesure le temps pris parmake après avoir changé 1 fichier.po

Sans ce patch, si cpython est sur une autre branche (par exemple, le tag 3.9): 5 minutes

Avec ce patch, en générant le fichier NEWS: 30s

Avec ce patch, et sans générer le fichiers NEWS: 12s

À noter pour le dernier cas : si on ne change aucun fichierpo, le temps d'un "no-op" n'est plus que de 5s

@PyDocTeur
Copy link

Hello@dmerejkowsky ! Désolé, mais ton titre de pull request me semble invalide par rapport à ce que je suis programmé d'accepter.
Merci de le corriger ou d'ajouter le labelmeta si c'est une PR spéciale. Un exemple de titre valide serait : « Traduction de dossier/fichier.po ».


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: incorrect_title)
PyDocTeur v1.11.1

Makefile Outdated
Comment on lines 61 to 67
git -C $(CPYTHON_PATH) checkout $(CPYTHON_CURRENT_COMMIT)
@if [ $(shell git -C $(CPYTHON_PATH) rev-parse HEAD) != $(CPYTHON_CURRENT_COMMIT) ]; then \
echo "Your $(CPYTHON_PATH) repositoy is not at the currect revision"; \
echo "You can run try and run "; \
echo "git -C $(CPYTHON_PATH) checkout $(CPYTHON_CURRENT_COMMIT)"; \
echo "to fix the problem"; \
exit 1; \
fi
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Pourquoi pas laisser cette ligne comme elle était ? Elle me paraît bonne pour les raisons suivantes :

  • git ne touchera pas aux fichiers si on est déjà sur la bonne branche, donc il n'invalidera pas le cache de Sphinx
  • C'est plus cool pour l'utilisateur de ne pas avoir à le faire lui même.
  • On ne peut pas "casser" le repo d'un dev cpython de toute façons car avant ça on vérifie que son repo est clean

Et plus moins il y a de lignes à maintenir mieux je me porte :D

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Juste pour être sûr. Tu parles de garder la lignegit checout $(CPYTHON_CURRENT_COMMIT) mais d'enlever legit checkout - ?

C'est une solution possible. C'est juste que par rapport à d'autres projets similaires, ça me surprend moins d'avoir unmake qui me dit que mon code est pas à jour qu'unmake qui lancegit à ma place, mais ça reste un argument subjectif.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Juste pour être sûr. Tu parles de garder la lignegit checout $(CPYTHON_CURRENT_COMMIT) mais d'enlever legit checkout - ?

Oui, car c'est sans risque, puisqu'on vérifie dansensure_prerequisites que son repo est clean.

@PyDocTeur
Copy link

Hello@dmerejkowsky ! Désolé, mais ton titre de pull request me semble invalide par rapport à ce que je suis programmé d'accepter.
Merci de le corriger ou d'ajouter le labelmeta si c'est une PR spéciale. Un exemple de titre valide serait : « Traduction de dossier/fichier.po ».


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: incorrect_title)
PyDocTeur v1.11.1

amirouche reacted with laugh emoji

@pythonpython deleted a comment fromPyDocTeurMay 5, 2021
@pythonpython deleted a comment fromPyDocTeurMay 5, 2021
@pythonpython deleted a comment fromPyDocTeurMay 5, 2021
Running `git checkout CPYTHON_CURRENT_COMMIT` and then`git checkout -c` can render the sphinx build slowerbecause many sources may seem out of date.
@dmerejkowskydmerejkowsky changed the titleMakefile: reduce the number of git operationsMakefile: don't rungit checkout - at the end of the buildMay 12, 2021
@PyDocTeur
Copy link

Rajoutez-moi unautomerge et ca part en prod !


Disclaimer

Je suis un robot fait par l'équipe del'AFPy et de Traduction
sur leur temps libre. Je risque de dire des bétises. Ne me blâmez pas, blamez les développeurs.

Code source

I'm a bot made by theTranslation and AFPy teams on their free
time. I might say or do dumb things sometimes. Don't blame me, blame the developer !

Source code

(state: approved)
PyDocTeur v1.11.1

@christopheNanchristopheNan merged commit61635a4 intopython:3.9May 12, 2021
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@JulienPalardJulienPalardJulienPalard approved these changes

Assignees
No one assigned
Labels
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

4 participants
@dmerejkowsky@PyDocTeur@JulienPalard@christopheNan

[8]ページ先頭

©2009-2025 Movatter.jp