Repositorio de Git en S3 (como "origen", no como copy de security)

Hace poco probé el proveedor remoto S3 de JGit, que funciona como un encanto.

EDITAR: Declaración sobre la transmisión de repos completo eliminado, ver comentarios. Sin embargo, esto no cambia la pregunta principal que tengo aquí.

Así que ahora estoy pensando en usar esto productivamente, lo que me lleva a las siguientes preguntas:

  • ¿Utiliza un repository Git alojado en S3 (no solo para copy de security, sino para queueboración)?

  • ¿Es posible encriptar el repository? Conozco el encryption DES pnetworkingeterminado de JGit, pero prefiero no confiar en los antiguos algorithms de encryption.

  • ¿Cuáles son los pros y los contras de tal solución?

¡Gracias por tus opiniones!

Entonces, la idea de esto es montar su cubo S3 como unidad en su sistema local.

Si prefiere el modo UI, le recomendaría la aplicación Transmit por Panic INC. http://panic.com/transmit/ ($ 34 en el momento de enero de 2012)

Puedes leer más sobre esto aquí: http://www.40tech.com/2011/05/02/how-to-mount-inexpensive-amazon-s3-storage-as-a-local-drive-using-transmit- Mac/

En cuanto a la forma de console (compatible tanto con Mac como con Linux) eche un vistazo a:

Siguiente paso: entre en su cubo s3 montado:

cd /mnt/yourS3bucket 

y repository init

 mkdir myRepository && cd myRepository git init 

A continuación encontrarás respuestas a tus preguntas:

¿Utiliza un repository Git alojado en S3 (no solo para copy de security, pero
para la queueboración)?

1) La primera vez que lo usamos así, pero luego lo cambiamos al bloque EBS dentro del EC2 en ejecución, con copys de security automáticas a S3 y restauraciones automáticas (si EC2 o EBS se bloquean o ambas cosas). Es solo mucho más rápido.

¿Es posible encriptar el repository? Conozco el encryption DES pnetworkingeterminado de JGit, pero prefiero no confiar en los antiguos algorithms de encryption.

2) Si solo quiere cifrar el repository completo, piense en encriptar los contenedores del sistema de files. Y aquí eres libre de elegir, según el sistema operativo que estés usando. De nuevo, tratará con la productividad de esa manera: http://www.askdavetaylor.com/password_protect_encrypt_mac_os_x_folder.html De todos modos, de esta manera será solo un encryption único, por lo que todos sus usuarios necesitarán saberlo. Otra solución es el acceso basado en SSH a esa instancia de EC2, con privilegios de usuario separados. Además, no se olvide de una count IAM separada para su depósito S3 para diferentes situaciones. Por lo tanto, siempre puede volver a iniciar session y detectar los cambios de sus usuarios.

¿Cuáles son los pros y los contras de tal solución?

3) Así que, en resumen: fue una buena idea, pero prefiero consejos build sobre SSH y usar S3 como solución de copy de security de un solo file, no como forma de respaldo de múltiples files.

Mejor, Eugene