/ Etc komutunu yönetmek için git mi kullanıyorsunuz?

15

/etcUzak git deposunda izlenen bir sistem üzerinde düşünüyorum . Git, her ana makine farklı bir dal nerede bir git iş akışı üzerinde düşünüyorum.

Her makinedeki önceki her sürüm kolayca izlenebilir, karşılaştırılabilir ve birleştirilebilir.

/etcBirçok makinede bir değişiklik yapılması gerekiyorsa, bazı birleştirme komut dosyası tarafından kolayca yapılabilir.

"İstenmeyen" bir /etcdeğişiklik olması durumunda , bu durum iyi görülebilir (alarm betikleri bile bunu izlemek için ayarlanabilir).

Zaten böyle bir yapılandırma kullanan var mı? Herhangi bir güvenlik sorunu var mı?

configuration git

— peterh - Monica'yı eski durumuna döndür
kaynak

6

Orada etckeeperzaten birçok sistemlerde kullanılan. İstediğiniz tüm özellikleri sunmaz. Örneğin, ana bilgisayar başına bir deposu vardır, merkezi bir deposu yoktur.

— jofel

Hangi dosyalarla ilgileniyorsunuz veya geçmişte hangi dosyalar istenmeyen şekilde değiştiriliyor? Soruyorum çünkü Git'in iş akışınızın başka bir noktasında ortaya çıkan sorunları çözmenin doğru yolu olmadığını düşünüyorum. Ayrıca: Birisi birden fazla değişiklik yapmayı unutursa Git değersizdir. Ortamınızı açıklar mısınız? Üretime özdeş test ve kalite güvenceleri var mı? Aynı tip / amaca sahip iki veya üçten fazla konakçı var mı veya heterojen mi? Daha da önemlisi: ana bilgisayar yapılandırmalarını karşılaştırın veya zaman içinde bir ana bilgisayar yapılandırmasını izleyin?

— try-catch-nihayet 19

8

Program etckeeperyönetir /etciçinde gitsadece vcs gelen arkayüz varsayılan ayarı değiştirmek gerekir, bzrhiç gitde /etc/etckeeper/etckeeper.conf.

Ubuntu Linux'a varsayılan olarak yüklenir ve otomatik olarak ne zaman taahhüt edileceği genel durumları ele alır.
Beklenmedik manuel değişiklikler olması durumunda ve kurulumdan sonra paketleri kurmadan önce çalışır.

— Volker Siegel
kaynak

6

Yapılandırmasını izleme ile ilgili problem /etciçinde gitgerçekten böyle yaparak kazanç tüm sürüm (çoğu kontrol olmasıdır gitacemiler bile nasıl bilmiyorum tagve branch'sen değiller düzgün, böylece olası bu noktada) ve geri alma (yeteneği, yine t taggingDüzgün, insanları suçlamak için bir günlükten başka bir şey kazanmazsınız); ancak templating (git şablonu bunu sağlamadığı için cant şablonu) ve ölçeklendirme (yapılandırmayı başka hiçbir yere uygulayamazsınız; özellikle Elasticsearch gibi dağıtılmış veritabanları kullanıyorsanız) ve otomatik sistem yönetimini (yine, bunu sağlamaz) ).

Bununla birlikte, muhtemelen aradığınız yapılandırma yönetimi ; kravatlar bu şablon , gitve temel komut dosyası yapılandırmasını yönetmek için. Bu, elbette Kod Olarak DevOps ve Altyapı yönüne doğru gidiyor .

Buna eklemek için; Ansible, ansible-pulloyun kitaplarınızın en son deposunu buradan çekebilir git; Aynı şey Şef için de geçerlidir. Temel olarak, modern Linux yöneticileri böyle bir şey kullanmamalıdır etckeeper. Şef ayrıca tüm sistemleri yönetebilir istemci-sunucu moduna sahiptir chef-clientdayanan environment, rolesve yemek kitabı sürümleri; yapamayacağınız şeyleri gitsadece ve büyük ölçüde.

Git ile sadece geri alma ben değil. Ayrıca karşılaştırılabilirlik (hem makineler arasında hem de zaman arasında) ve aynı zamanda senkronizasyon elde ederim. Ancak daha hedeflenmiş araçlar hakkındaki fikrin faydalı olduğunu düşünüyorum.

— peterh - Monica'yı geri yükle