¿Es posible hacer un Git Pull de Amazon Web Services?

Soy relativamente nuevo en Git y AWS.

Tengo una installation de Drupal que envié a AWS usando 'eb start'. Me encuentro en un entorno en el que los diseñadores utilizarán FTP para eliminar ediciones (css en su mayoría, algunos tpl) en el AWS (remoto) mientras estoy trabajando en modo local.

¿Debería hacer un fetch / merge cada vez que estoy listo para 'git aws.push' mis cambios a la instancia de AWS? ¿Es posible extraer de AWS?

Si no es posible extraer de AWS, AWS no funciona como un entorno de trabajo y tendré que usar un host web diferente.

No recomiendo colocar los files que sus clientes depositan en el repository de git en la instancia de Elastic Beanstalk donde está ejecutando su aplicación. Una instancia de Elastic Beanstalk no siempre está en un estado consistente per se. Por ejemplo, digamos que tiene la escala automática habilitada, se crearía otra copy exacta de su instancia si hay mucha carga. ¿Qué ocurre cuando, por ejemplo, un desarrollador decide insert files en su stack de Elastic Beanstalk … los cambios se envían a una de las instancias, y cuando la carga no es lo suficientemente alta como para que termine la instancia y usted pierde los cambios?

No he dicho que puedes alojar tu repository de git en say github, bitbucket o un repository de git en la nube. Puede hacer que los desarrolladores extraigan / envíen a ese repository en lugar de al repository en la instancia de Elastic Beanstalk. Luego, para implementar el código, acaba de ejecutar git pull origin <your-branch> y luego git aws.push

Otra opción es hacer que tus desarrolladores coloquen los files en S3 y tú personalmente te encargues de fusionar los files. Si le preocupa la networkingundancia, S3 tiene su propio mecanismo de networkingundancia.

Espero eso ayude.

Elastic Beanstalk no es un repository de Git. Es un punto final solo de implementación .

Desarrolla su código usando Git, y un repository estándar de Git (por ejemplo, GitHub, BitBucket, el suyo). Cuando esté listo para implementar, presione el control remoto Elastic Beanstalk en lugar de su control remoto de desarrollo.

Oddible dice: Tengo una installation de Drupal que envié a AWS usando 'eb start'. Me encuentro en un entorno en el que los diseñadores utilizarán FTP para eliminar ediciones (css en su mayoría, algunos tpl) en el AWS (remoto) mientras estoy trabajando en modo local.

Este es un malentendido fundamental sobre cómo funciona Elastic Beanstalk. Esto se haría a nivel de su aplicación, no a nivel de infraestructura.

Rico dice: No recomiendo colocar los files que sus clientes depositan en el repository de git en la instancia de Elastic Beanstalk donde está ejecutando su aplicación.

Porque no hay uno. El mecanismo de deployment de Elastic Beanstalk habla de la interfaz de Git para aceptar implementaciones, pero no es un verdadero repository de Git en el back-end.

Rico dice: Otra opción es que tus desarrolladores eliminen los files en S3 y tú personalmente te encargues de fusionar los files. Si le preocupa la networkingundancia, S3 tiene su propio mecanismo de networkingundancia.

Esta.

Personalmente, tengo personas que contribuyen a través de GitHub, pero eso es lo que tiene más sentido para el flujo de trabajo de contribución de mi aplicación.

No es necesario que lo trates. Simplemente vaya a su panel de control Beanstalk, select la aplicación, y en el button Acción select "Cargar configuration". A continuación, select "Versiones de aplicación" a la izquierda. Verás los get pull que hizo esa aplicación beanstalk. A continuación, puede download esa aplicación como un file zip.