Git dostu elektronik tablo formatı? [kapalı]

Proje dokümantasyon sürecimizi Google Dokümanlar'dan bir dizi kendi kendine barındırılan Git havuzuna taşımaya çalışıyoruz.

Metin belgeleri Git dostudur, genellikle herhangi bir fantezi biçimlendirmeye ihtiyaç duymadığımız için, LaTeX'i karmaşık durumlar için gömmek için bir seçenekle her şeyi, örneğin çoklu bağlantı sistemine dönüştürürüz .

Ancak elektronik tablolar oldukça farklı bir hikaye… Versiyon kontrol sistemlerine uygun (ve tercihen Markdown kadar insan tarafından okunabilen) bir elektronik tablo formatı var mı?

"Friendly format": Git formatla iyi çalışır ( XML ile yazmaz ) ve insan tarafından okunabilen farklar üretir ( harici araçları içeren ekstra konfigürasyon tamamdır).

Açıkçası, Markdown tatları bir kişinin statik tablolar oluşturmasına izin verir, ancak SUM()etc gibi şeyleri kullanabilmek isterdim ... (CSV'nin de aynı problemi olduğuna dikkat edin.) Güzel.

Güncelleme: Sadece Linux dostu cevaplar lütfen. MS Office olayı yok.

Ayrıca düz xml olan libreOffice / open-office-elektronik tablo-zip-xml-fileformat "* .fods" komutunu da kullanabilirsiniz. @glenatron un yorumu da bu formata uygulanır.

"* .Ods" standart açık elektronik tablo formatı xml sıkıştırılmış ve git için çok uygun değil (@ Egryan / @ emuddudley cevabına benzer).

Bu ihtiyaçlarınızı karşılamayabilir, ama başkalarının gereksinimlerine uygun olabilir. Emacs için Org-mode, Org-mode'un table.elözel geliştirmeleri ile birlikte elektronik tablolar için hepsi düz metin olarak son derece sağlam bir çözüm sunar. Daha fazla bilgi (bu sitenin kapsamından çok daha fazlası) Org-mode'un web sitesinde ve el kitabında , özellikle de elektronik çizelgesinde öğreticiden edinilebilir .

Peki ya pyspread ? Güçlü ve güzel bir GUI ile birlikte geliyor.

Göre İlk Adımlar sayfa :

Pys dosya formatı 0.2.0 sürümünde değişmiştir. Şimdi aşağıdaki yapıya sahip bir bzip2-ed Metin dosyasıdır:

[Pyspread kaydet dosya sürümü]

0.1

[Şekil]

1000 100 3

[Kafes]

7 22 0 'Testcode1'

8 9 0 'Testcode2'

[Öznitellikler]

[] [] [] [] [(0, 0)] 0 'textfont' u'URW Chancery L '

[] [] [] [] [(0, 0)] 0 'puanla' 20

[Row_heights]

0 0 56.0

7 0 25.0

[Col_widths]

0 0 80,0

[Makrolar]

Makro metni

Bzip2-ed olması yardımcı olmuyor ancak en azından oldukça okunaklı bir metne erişebiliyorsunuz.

Lisans GPLv3'tür.

CSV (Virgülle Ayrılmış Değerler)

Sadece verilerle çalışıyorsanız, muhtemelen en basit ve en çok desteklenen format budur.

Sürümler arasında farklılık göstermek istiyorsanız hayatı kolaylaştırmalı.

Oh, ve Google Dokümanlar CSV içe aktarma / dışa aktarmayı tam olarak destekliyor.

Güncelleştirme:

Ardından, dışa aktarmadaki formülleri düzenlemek ve içe aktarma işlemini tersine çevirmek için bir Google Apps Komut Dosyası yazmanız yeterlidir. Aradığınız ustalık kullanmanız gerekecek çünkü aradığınız format mevcut değil.

Microsoft Office 2007 ve daha yüksek varsayılanların kaydedilirken uygun bir xml biçiminde olduğunu biliyorum. Bu Git için dost olmalı. Açık ofis, daha açık kaynak kodlu bir çözüm kullanmak istiyorsanız, xml biçiminde de kaydeder. Bir XML bir metin formatı olduğundan, git oldukça iyi idare edebilmelidir

Google Dokümanlar'dan taşıdığınızdan, indirebilirsiniz, xml tabanlı açık belgeler vardır.

Düzenle

Microsoft / XML olmayan bir çözüm istediğiniz için her zaman kaydedebileceğiniz açık ofisinizde bir CSV vardır, ancak bu formata kaydederek ne kadar işlevsellik kaybedeceğinizi bilmiyorum.

İstediğin tam olarak bu olmayabilir, libre ofisinin dış dosyaya başvurmana izin verdiğine inanıyorum. Veritabanına benzeyen bir e-tablonuz olabilir ve arayüzünüz olacak statik bir libre dosyasına sahip olabilirsiniz. Onları geri çağırmazsanız sürümlü dosyalarınızdaki kolay erişim toplamını kaybedersiniz, ancak işe yarar.

Bununla ilgili oldukça büyük bir konu, bunun tek yönlü olmasıdır.