Linus har rätt i sak och det finns en hel del buggar hos Github, även om jag gladeligen betalar för Enterprise över alla andra verktyg.
UIt behövs för oss ur andra aspekter så som enforced review, feedback på all automation etc.
GH har närmat sig med sin egen gh binär för CLI vilket gör livet enklare.
Exempel på bug som GH har haft i flera år är då vi använder enbart squashed för vettig historik (liknande det Linus förespråkar) och två utvecklare kör flödet samtidigt kan antingen fel kastas eller i vissa fall blir det en merge istället för en squashed commit, horribelt irriterande och orsakar problem.
Det skall även kommas ihåg att de flesta seniora utvecklarna knappt förstår Git även fast det är något som används dagligen.
Så sant! Och chefen på Fastly skyller på QA och testgrupperingar? Blir så jäkla sur när jag ser sådant för jag vet vilka resurser ledningar är villiga att lägga på detta... Och garanterat att det fanns en fast deadline som inte gick att rucka på.
Okej jag köper din tanke med backup, men du borde läsa mer om vad du kan göra med zfs. :>
Jag hade absolut kört zfs mirror (raid 1) med dagliga och vecko-snapshots på alla eller berörda zfs-filsystem (inte hela poolen nödvändigtvis..).
Antingen gör du ett script och kör det i crontab, eller startar den inbyggda auto-snapshot-funktionen. Den finns i Solaris 11, vet inte hur det är med freenas.
Du kan dessutom läsa innehållet live i dina snapshots live vilket är oslagbart. (path: /dir/till/mitt/zfs-filsystem/.zfs/snapshot/<namn på snapshot>/)
Om du ändå inte litar på den lösningen hade du kunnat köra en zpool per disk, och använda snapshots tillsammans med zfs send och receive för din sync istället för rsync, det går även att göra inc.
det är ett stort problem. Har hänt mig många gånger.. ganska irriterande faktiskt att dom är av så dålig kvalite
problemet är att man inte bara kan skicka in fläkten utan måste skicka med processorn så det blir billigare köpa tex en ny Arctic cooling fläkt/kylare för en hundring.
