¿Debo analizo el estado o el uso de git gitsharp?

Question

Me gustaría integrar git en línea de producción para organizar los archivos 3dsmax. A pesar de que está bien para trabajar con Git a través TortoiseGit, me gustaría comunicarse con él desde el Maxscript añadir comandos de menú personalizado para 3dsmax.

texto de salida de análisis git status ¿Debo a determinar el estado de la carpeta o debería utilizar alguna herramienta de envoltura para comunicarse correctamente con git?

Yo estaba pensando en gitsharp ya que es fácil llamar a objetos dotNet de Maxscript, pero no llegué a usar programas externos dotNet.

Answer 1

Mi propio intento de resolver esto dio lugar a analizar git status. Parece más limpio y más fácil de implementar. Por otro lado I'am forword para crear un archivo XML especial diseñado para obtener la información necesaria de una manera más "limpia" Camino.

Answer 2

Desde la versión 1.7.0 de Git, no ha sido una opción para --porcelain git status. La salida de:

git status --porcelain

... está diseñado para su uso por los scripts - una representación compacta de la salida cuyo formato se mantendrá consistente a través de versiones. Como la página del manual dice:

  

Porcelana Formato

     

El formato de porcelana es similar al formato corto, pero no se garantiza que el cambio de un modo hacia atrás-incompatibles entre versiones Git o basada en la configuración de usuario.          Esto hace que sea ideal para el análisis de secuencias de comandos. La descripción del formato corto anterior también describe el formato de porcelana, con unas pocas excepciones:

     

  
1. configuración color.status del usuario no se respeta; el color será siempre apagado.
  
2. configuración status.relativePaths del usuario no se respeta; caminos que se muestran siempre será relativa a la raíz del repositorio.
  

     

También hay un formato -z alternativa recomendada para la máquina de análisis. En ese formato, el campo de estado es el mismo, pero cambia algunas otras cosas. En primer lugar, el -> se omite          de las entradas de cambio de nombre y el orden de campo se invierte (por ejemplo de -> a se convierte a partir de). En segundo lugar, un NUL (ASCII 0) sigue a cada nombre de archivo, en sustitución de espacio como separador de campos          y la nueva línea de terminación (pero un espacio todavía separa el campo de estado desde el primer nombre de archivo). En tercer lugar, los nombres de archivo que contienen caracteres especiales no son especialmente          formateado; sin citar o está realizado barra invertida-escape.

Por lo tanto, como que dice, es posible que también desee considerar el uso:

git status -z

... para un formato de salida aún más robusto.

Answer 3

git contiene generalmente "porcelana", los comandos de alto nivel diseñados para la interacción del usuario todos los días, y "fontanería", que son comandos de bajo nivel que tienen sencilla, interfaces estables para construir más de porcelana. Puede encontrar una lista en el git página del manual . Para ejemplo, el uso de sergo, git ls-files es la plomería para git status. Envolver la cañería es más fácil y más seguro que la porcelana, aunque puede requerir un poco desconcertante para averiguar qué conjunto de tuberías se asigna a lo porcelana.

Answer 4

he descubierto git ls-files y estoy totalmente satisfecho con su formato de salida. git status era demasiado humano-orientada para el análisis.

Yo preferiría Mercurial a git con su comando de estado clara, pero con grandes archivos binarios parece que git funciona mejor para mí.

Answer 5

No sé nada acerca de maxscript pero si usted averiguar cómo llamar a asambleas .NET luego se puede utilizar gitsharp y creo que sería la mejor y más fácil opción!

echar un vistazo a las pruebas de la unidad de la API gitsharp. que muestran cómo conseguir las operaciones de estado y otra de alto nivel como la comisión, el cambio de las ramas, el registro de salida, la visualización de los cambios de una comprometen y así sucesivamente.

- Henon

Answer 6

Una gran cantidad de máx ya está utilizando ensamblados .NET. Eso debería ser lo más fácil de desarrollar sucesivamente. Además de analizar el texto .... es tan frágil. Yo acababa de olvido de análisis de texto.