263 meneos
2628 clics
GitHub se cae, dejando sin repositorios a miles de desarrolladores
GitHub ha caído la mañana de este lunes, dejando así a miles de desarrolladores sin acceso a sus proyectos. La plataforma, adquirida por Microsoft hace cerca de dos años, se encuentra con dificultades para prestar servicio.
|
comentarios cerrados
Marronazo
Las fuerzas del mal, las fuerzas del mal, nos quieren controlar con un chis. con un chis, con un chis chis chis.
Que prueben con AWS
Microsoft respuestas: ejecute sfc... dism... (da igual lo que preguntes).
Si pusiéramos todas las de bitbucket íbamos a colapsar Meneame.
Seguro que consigues mejor UpTime que GitHub/GitLab/BitBucket, segurísimo.
Por otra parte ya me dirás quien os quita tener repos propios en remoto y que se pusheen los cambios a ambos remote
www.theregister.com/2017/02/01/gitlab_data_loss/
Si quieres hacer un tar.gz no lo haces del repositorio, lo haces con un patch, que también lo soporta nativamente git, por ejemplo se usa en los repositorios de Linux para enviar parches, y bueno, se inventó para eso y el tipo que lo inventó lleva las dos cosas, así que digamos que es un flujo más que probado y aceptado.
#70 Dudo mucho que haya mucha gente que trabaje en proyectos más grandes y descentralizados que Linux y usan parches para distribuir cambios, solo tienes que ir a la lista de correo del kernel y buscar PATCH para encontrarlos. Y no creo que Linux se pueda calificar precisamente como proyecto de juguete.
i.imgur.com/aiWH2vZ.png
i.imgur.com/xFrFTTk.png
www.meneame.net/story/microsoft-confirma-compra-github-7-500-millones-
Vamos, que los desarrolladores van a poder seguir trabajando sin ningún problema. Lo que ha dejado de funcionar son los pull requests (peticiones para mezclar código), cosa que se puede hacer por infinidad de otros medios (por correo, como hacen con Linux, por ejemplo), y alguna que otra característica como los builds/deploys automáticos.
¿Que es una putada que GitHub se caiga? Por supuesto. Pero ni de coña impide trabajar a los desarrolladores ni estos se quedan sin repositorios.
Vamos a presentarlo un poco decente pues...
Existe un riesgo de impacto en las tareas de ¿desarrollo? Y se recomienda establecer el servicio de “xxxx?” por medios propios mediante el aprovisionamiento de “?”
A1-. Coste de Licencias: xxxxxxx mil euros/año
A2- Coste de infraestructura: xxxxxx mil euros/año
A3- Coste en personal desarrollo, implantación y mejora continua: xxxxxx mil euros/año
B1- Coste en personal operaciones: xxxxx mil euros/año
B2- Coste en formación y transición: xxxxx mil euros/año
C1- MTBF: xx días
C2- MTTR: xx horas
Z- Coste por hora de interrupción
Coste servicio: Sum(Ai) + Sum(Bi) + ( f(Z, C1, C2) ) euros/año
Si realmente se han aterrizado estos números para la solución actual de tu empresa, y tu propuesta alternativa, siendo claramente favorables estos números en tu alternativa, y no se ha optado por ella, no es que vayas a ganar mucho dinero, es que realmente deberías irte ya, porque tu empresa está abocada a la ruina.
Suerte con ello!
Por poner ejemplo que use cada día.
(En este caso no es "barato" por eso de que son miles de usuarios, no cientos )
Salu2
+¿Se ha caído stackoverflow?
-No
+¿Se ha caído github?
-Sí
+¿Pero a stackoverflow no le pasa nada?
-Ahá
+Entonces no importa
Tener un mirror local/Corporativo en un servidor que apenas tiene un centenar de usuarios para cuando "la nube peta" no sólo es fácil. Es fácil y barato.
Usar "la nube" no quita curràrtelo un poco para no quedar en bragas.
Salu2
(Perdón).
Siempre puedes hacer un targz con el repo y mandarlo por email, pero es algo coñazo
Lo que quiero es cambiarlos porque digamos que les falta algo de experiencia y de visión.
Y no es que lo diga yo, lo consulte con otros profesionales del sector y me han puesto algunos ejemplos de errores básicos. Llevan muchos años con nosotros pero profesionalmente no han crecido al mismo ritmo que la empresa.
github.com/mcwhorpj/demoImages
Pd: A veces en Debian testing suelen quitar paquetes, no sé si es porque tienen muchos bugs o rompen algo, generalmente drivers o firmware.(Y por una vez parece librarse nvidia).
Me has dejado igual. A ver, a no ser que sean megaproyectos si 2 menganos estan programando pueden seguir igual hasta que tengan que subir el codigo y les toque ver los posibles conflictos. Sin saber mucho de git.
Warning: este comentario se basa en opiniones de terceros, puede no ser 100% correcto
Ya son ganas de buscar el click fácil. Vaya notición
Si no puedes trabajar sin un servicio remoto, algo está mal en el pipeline.
Salu2
La conversación iba de servicios de control de versiones y contestaba a otro usuario porque me pareció muy graciosa su intervención de "ya lo decía yo en las juntas de directivos, que era malo tener las cosas en GitHub, si por mi fuera estarían todos despedidos". Simplemente le señalaba que GitHub tenía más del 99.5% (99.5 porque es ligeramente peor que el peor de los últimos meses de GitHub: 99.67) y que me parecía un ejercicio de fantochería supina su intervención, como si fuese a conseguir un Up Time claramente mejor que GitHub con otra solución o fuese un motivo relevante para desperdiciar el dinero que supone migrar a otro sistema de control de versiones en una organización.
Mira que hay razones para no tener el código en GitHub (privacidad, por ejemplo) pero no creo que el Up Time sea una de ellas.