Python-future: `futurize ** / *. py` no funciona en repositorios profundamente anidados con bash o zsh

Creado en 10 oct. 2015  ·  1Comentario  ·  Fuente: PythonCharmers/python-future

Estoy tratando de usar futurize https://github.com/suchow/Dissertate desde el directorio raíz del repositorio y devuelve

$ futurize --stage1 **/*.py
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: ws_comma
RefactoringTool: No files need to be modified.

Sé que hay declaraciones de mala impresión ( python2 solamente) dentro de assets/schools/Generic/generic.py (específicamente print "" en https://github.com/suchow/Dissertate/blob/master/assets/ escuelas / Genérico / genérico.py # L11). Podría arreglarlo manualmente, pero en realidad estaba usando esto como una prueba para asegurarme de que futurize pudiera llegar arbitrariamente profundamente en la estructura de archivos que en su mayoría no son archivos de Python, pero eventualmente tienen archivos de Python.

Estoy usando bash como mi shell, y también probé zsh $(futurize --stage1 **/*.py) , y ambos devuelven que no es necesario modificar archivos.

Si cd assets/schools/ entonces funciona:

futurize --stage1 **/*.py
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: ws_comma
RefactoringTool: Refactored Generic/generic.py
--- Generic/generic.py  (original)
+++ Generic/generic.py  (refactored)
@@ -1,4 +1,5 @@
 #!/usr/bin/env python
+from __future__ import print_function
 from docx import Document


@@ -8,7 +9,7 @@
         self.document = Document('../assets/word-base/dissertate.docx')

     def fill(self):
-        print ""
+        print("")

     def save(self):
         self.document.save('dissertation.docx')
RefactoringTool: Files that need to be modified:
RefactoringTool: Generic/generic.py

Entonces debe ser algo que tenga que ver con la búsqueda recursiva.

0.18 docs

Comentario más útil

Actualización: futurize --stage1 . funciona desde el directorio raíz. ¿Quizás esto debería cambiarse en la documentación? Feliz de hacerlo, pero parece extraño que este no sea el método predeterminado recomendado (a diferencia de futurize --stage1 **/*.py ... lo que me hace pensar que no se incluyó en los documentos por una razón, aunque no puedo comprender qué eso fue.

>Todos los comentarios

Actualización: futurize --stage1 . funciona desde el directorio raíz. ¿Quizás esto debería cambiarse en la documentación? Feliz de hacerlo, pero parece extraño que este no sea el método predeterminado recomendado (a diferencia de futurize --stage1 **/*.py ... lo que me hace pensar que no se incluyó en los documentos por una razón, aunque no puedo comprender qué eso fue.

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

e-rk picture e-rk  ·  14Comentarios

jackjansen picture jackjansen  ·  7Comentarios

wimglenn picture wimglenn  ·  5Comentarios

foreignmeloman picture foreignmeloman  ·  3Comentarios

treyhunner picture treyhunner  ·  5Comentarios