Gibt es ein Internet-Git-ähnliches Repository für die Zusammenarbeit an einem Papier?

Ich habe gerade angefangen, git zum Nachverfolgen von Änderungen in einem LaTeX-Papier, das ich schreibe, und für die Zusammenarbeit mit Co-Autoren zu verwenden.

Allerdings finde ich nicht einfach private Git-Repositories mit vernünftigen Plänen für wissenschaftliche Zusammenarbeit (ich frage nicht nach Rabatten, nur nach einem anderen Workflow, also kein "ein Team von n Entwicklern", sondern es gibt "viele kleine Projekte, mit unterschiedlichen Menschen").

Es gibt ScribTeX , aber leider gehen sie unter :/.

Andere:

  • Kostenloser akademischer GitHub- Plan mit unbegrenzten privaten Repositories und einer Anzahl von Mitarbeitern
  • Kostenloser akademischer Plan von Bitbucket mit unbegrenzten privaten Repositories und Mitarbeitern
  • Assembla free: priv, aber kein Bug-Tracking; nächstes ($9/Monat): n=3

Gibt es also einen (La)TeX-orientierten Git- (oder beispielsweise Mercurial- ) Repository-Dienst?

Das heißt, ich suche ein Repository (kostenlos oder preiswert - dh für eines mit einem Doktorandengehalt, kein Programmierergehalt :))

  • erlauben für:
    • viele Mitstreiter,
    • viele private Repositories,
  • kann aber starke Grenzen haben für:
    • Benutzer pro Repository,
    • Repository-Größe.
Sie können gitolite installieren .
Bitbucket bietet unbegrenzte private Repos für akademische Benutzer: atlassian.com/software/views/bitbucket-academic-license.jsp
Ich bestätige Adityas Kommentar, ich verwende derzeit eine akademische Lizenz für Bitbucket und habe ein unbegrenztes privates Repo für eine unbegrenzte Anzahl von Mitarbeitern.
Darf ich fragen, wie mir das als „neuer“ Forscher helfen wird? Ich habe SugarSync zum Schreiben von Hausarbeiten bekommen. Normalerweise erstelle ich einen Ordner und lade meinen Vorgesetzten zum Beitritt ein, damit er den Ordner auch sehen und aktualisieren kann.
@seteropere Ich verstehe, SugarSync ist so etwas wie Dropbox - zum Sichern und Freigeben von Ordnern. (Letzteres verwende ich auch zum Sichern von Forschungsdateien, BTW.) Es ist jedoch kein Versionskontrollsystem, das für die Arbeit an demselben Codeabschnitt vorgesehen ist. Es kann fehlschlagen, wenn viele Personen an derselben Datei arbeiten. Außerdem gibt es einen Einblick in Änderungen, und es ist nicht (so) einfach, jede gewünschte Version zu bekommen. Aber um es vollständig zu machen + Screenshots zu posten - könnten Sie es als Frage posten (dh "Warum Versionskontrollsysteme zum Schreiben einer Arbeit verwenden"). Ich würde gerne antworten.
Da Sie die Frage bearbeitet haben, warum korrigieren Sie nicht die Informationen zu den Kosten von Github und Bitbucket (beide kostenlos mit unbegrenzten privaten Repos für akademische Benutzer)?
@FedericoPoloni Wenn du es weißt, warum bearbeitest du es nicht? (Ich wäre dankbar.)
@PiotrMigdal Jetzt geschafft. Tut mir leid, ich wusste nicht, dass der letzte Editor nicht das OP war (verwirrende Benutzeroberfläche ...). Als bewährte Methode versuche ich, die Zustimmung von OP einzuholen, bevor ich Änderungen vornehme, die wie diese "den Fluss der Frage unterbrechen" könnten.
Sie könnten jederzeit Ihren eigenen Bonobo-Server hosten . (Es ist wirklich einfach. Klicken; klicken; fertig) Stellen Sie ihn einfach auf IIS bereit, und Sie sind fertig. Die Standardanmeldeinformationen sind [admin:admin], aber wenn Sie wirklich möchten, dass Ihr Papier vertraulich behandelt wird, hosten Sie es in Ihrem eigenen VLAN und lassen Sie nur Ihre Mitwirkenden Zugriff.

Antworten (6)

Adityas Kommentar sollte die akzeptierte Antwort sein:

Bitbucket bietet unbegrenzte private Repos für akademische Benutzer .

Klingt am besten, werde ich testen.
Gilt dies für alle akademischen Personen oder nur für Studenten?
Es scheint für jeden etwas zu sein. Es gibt keine spezifischen Begriffe, aber sie fragen nur, mit welcher Universität Sie verbunden sind? , und testen Sie auf ein akademisches E-Mail-Konto.

Overleaf (früher Writelatex) funktioniert jetzt mit git . Latex ist fantastisch, um wissenschaftliche Arbeiten richtig zu setzen, und Overleaf eignet sich hervorragend, um gemeinsam Latex zu schreiben.

Dies ist jetzt meine Standardlösung für LaTeX-Kollaborationen mit mehreren Institutionen, und die WYSIWYG-Schnittstelle von Overleaf bedeutet, dass sogar Mitarbeiter aus normalerweise Nicht-LaTeX-Bereichen bereit waren, auf diese Weise zu arbeiten. Eine Warnung jedoch: Das Backend von Overleaf scheint proprietär und nicht wirklich Git zu sein , und so viele raffiniertere Git-Tricks funktionieren damit nicht. Es lehnt auch Dateitypen ab, von denen es glaubt, dass sie nicht mit LaTeX kompatibel sind.
@jakebeal: Während die Leute bei Overleafs Open-Source-Alternative ShareLaTeX weiterhin darüber diskutieren , wie man die Git-Integration implementiert oder ob es sich überhaupt lohnt, haben die Leute von Overleaf mit geschlossenen Quellen ein relevantes Open-Source-Projekt für kollaborative Editoren in Echtzeit mit Git initiiert Unterstützung . (fortgesetzt werden)
@jakebeal: (Fortsetzung) Es scheint jedoch, dass sie die potenzielle „Gefahr“ dieses Projekts für ihren kommerziellen „großen Bruder“ erkannt haben, da ein kurzer Blick auf das Repository von JotGit zeigt, dass die letzte Änderung im Juli 2014 vorgenommen wurde Übrigens, diejenigen, die an einer echten, aber funktionsbeschränkten, plattformübergreifenden (d. h. über LaTeX hinaus) kollaborativen Schreibplattform interessiert sind, sollten einen Blick auf Authorea werfen (weitere Einzelheiten finden Sie in diesem Beitrag ) .
Ich wollte mich schon lange mit Authorea befassen, habe es aber noch nicht getan. Wir haben Sharelatex eine Zeit lang verwendet, aber Writelatex hatte bessere Funktionen, also wechselte ich widerwillig, obwohl ich die Leute bei Sharelatex mochte und ihre Ideale unterstützte. Meine technischen Entscheidungen werden nicht nur von meiner eigenen Erfahrung bestimmt, sondern auch von der Leistung meiner Doktoranden.

Erwägen Sie, die IT-Dienste Ihres Forschungsinstituts/der Universität zu fragen.

  • Von den Gebühren her würde ich ein solches Tool für wissenschaftliche Arbeiten als notwendig erachten, wie Ihren Bürostuhl oder Backup-Platten/-Server. Meine persönliche Erfahrung mit der Frage nach einem Git-Repository auf einem Dateiserver war, dass unser Direktor sofort antwortete: "Wenn das für die Arbeit benötigt wird, muss es installiert werden." - das war es.

  • Die weitaus wichtigere Frage ist, wo die laufende Forschung und möglicherweise die Daten landen. Die Speicherung solch sensibler Daten außerhalb der kooperierenden Institute ist standardmäßig ein großes NEIN , auch wenn viele Menschen ihre Forschungsdaten per Skype oder Dropbox versenden.
    Sie wären total durcheinander, wenn Sie auf Eigentums-/Datenschutzprobleme stoßen würden.
    Sogar Bitbucket (die eine „akademische Lizenz“ haben) haben solche Erklärungen in ihre Bedingungen geschrieben (es gibt andere Erklärungen darüber, dass Sie das Eigentum an Ihren Daten, Datenschutz usw. behalten):

    Der Endbenutzer gewährt Atlassian hiermit eine nicht-exklusive Lizenz zum Kopieren, Verteilen, Ausführen, Anzeigen, Speichern, Modifizieren und anderweitigen Verwenden von Endbenutzerdaten in Verbindung mit dem Betreiben der gehosteten Dienste.

  • Für manche Forschungsbereiche ist es sogar noch NEIN , zB arbeite ich mit Patientendaten...

  • gitfunktioniert sehr gut mit verteilten Systemen, auch wenn diese nur selten verbunden sind. Im schlimmsten Fall können Leute Patches per E-Mail versenden.

  • Aber die Installation von Git auf einem Server ist einfach und die Leute erhalten möglicherweise einen SSH-Login, und das ist alles, was Sie für Ihr privates Git-Repository innerhalb der IT-Struktur Ihrer Institution benötigen, wodurch all diese Datenschutzprobleme vermieden werden.

Guter Punkt mit der Privatsphäre und kniffligen EULAs! Hoffentlich ist es in meinem Fall (theoretische Physik) kein Problem. Aber wenn es darum geht, den lokalen IT-Service zu fragen ... nun, ich habe sehr gemischte Erfahrungen mit ihnen. Das heißt, manchmal können sie installieren, wenn Sie fragen (und natürlich nicht immer), aber es ist auch wahrscheinlich, dass es in einem unvorhersehbaren Moment ohne Vorankündigung kaputt geht; Ich habe viel, viel bessere Erfahrungen mit externen (meist kommerziellen) Diensten gemacht. Außerdem werde ich selbst im optimistisch-unrealistischsten Fall (wo alles gut funktioniert) nicht länger als ein paar Jahre am selben Ort sein.
Die restriktiven Worte in diesem EULA beziehen sich auf den Betrieb der gehosteten Dienste . Für mich bedeutet dies, dass sie diese Vorgänge ausführen dürfen, wenn und nur wenn sie mit der Bereitstellung der gehosteten Dienste zusammenhängen, dh sie können Ihnen die Quelldateien anzeigen, wenn Sie auf Ihre Repositories klicken oder schreiben , aber sie dürfen sie nicht git pullablegen online im Internet oder lassen Sie sie von ihren Mitarbeitern lesen, wenn es sich um ein privates Repo handelt. IANAL, aber ich würde ihnen vertrauen, wenn dies der genaue Wortlaut ist.
@PiotrMigdal: Ich stimme Ihrer Erfahrung mit IT-Services zu. Einer der Vorteile von gitist, dass kein Master benötigt wird. Sie können Ihr Repo einfach kopieren und es wird funktionieren. Das heißt, 1) Sie können es kopieren und mitnehmen, wenn Sie den Arbeitsplatz wechseln (sofern der Arbeitgeber dies erlaubt). 2) Der Ausfall des Servers der IT-Abteilung hat keinen Einfluss auf die Synchronisierung Ihres lokalen Repos mit den Repos der Kollegen. Nicht praktisch (nach IP-Adresse fragen, Verbindung zulassen [wegen Firewall mit IT sprechen - dieser Ärger kann dazu führen, dass sie den Server so schnell wie möglich reparieren], synchronisieren, Verbindungen wieder verweigern), aber die Arbeit kann weitergehen. Sie können Patches auch per E-Mail senden.
@FedericoPoloni: Ich bin auch kein Anwalt. Aber ich würde zumindest eine offizielle Genehmigung für die Nutzung dieses Dienstes erhalten. Als (relevante) Randnotiz: Das DFN (Deutsches nationales Forschungs- und Bildungsnetzwerk) hat wegen solcher Bedenken einen eigenen Doodle-Ersatz. Und bei Doodle geht es nur um die Planung von Meetings, nicht um das Hochladen Ihrer Forschungsergebnisse.
Dies sollte der richtige Weg sein, wenn die Zusammenarbeit nicht institutionenübergreifend ist. Und diese Antwort sollte aus dem einfachen Grund akzeptiert werden, dass sie die Sensibilität der Daten berücksichtigt.
@m.raynal: danke. Ich möchte hinzufügen, dass der Git-Server später Zugriff von außen für bestimmte ssh-Schlüssel (im Grunde unser eigenes kleines VPN) erhielt, sodass eine Zusammenarbeit mit bestimmten Kollegen aus anderen Instituten möglich war. (Es hat auch eine Webschnittstelle der Gitlab Community Edition erhalten). Für nicht Git-affine Kollegen nutze ich heute meinen eigenen Nextcloud-Server für die Zusammenarbeit: Er enthält einen Markdown-Editor, und ich kann die Dateien natürlich zusätzlich in einem privaten Git-Repo haben.

Ich fand es immer schwierig, Leuten beizubringen, wie man Repositories richtig verwendet, wenn man an einem Manuskript mitarbeitet. Ich habe festgestellt, dass www.authorea.com viel besser funktioniert. Leider leidet authorea unter den gleichen Problemen, die Sie in Ihrer Frage angesprochen haben. Mangel an privaten Repositories.

Wenn Sie wirklich Git verwenden möchten. Dann empfehle ich Ihnen, einen eigenen Git-Server zu installieren. Es gibt zwei würdige Klone von Github: GitLab und Gogs .

Gogs-Logo

Gogs - Go Git Service Ein unkomplizierter, selbst gehosteter Git-Service

Ich bevorzuge Gogs, da es nur eine auf GoLang basierende Dateiinstallation ist und sehr hübsch aussieht und alle Funktionen hat, die Sie erwarten würden: Codeverlauf, Problemverwaltung, Wiki-Seiten

Wenn Ihre Mitarbeiter selbst keine Softwareentwickler sind, würde ich sie nicht dem Erlernen von Latex aussetzen.

Es ist keine leichte Aufgabe, glauben Sie mir, ich habe es versucht.

Was Sie brauchen, ist etwas wie Google Docs, das den Verlauf des Dokuments speichert und Ihnen die Zusammenarbeit ermöglicht.

Zum Glück gibt es: https://www.sharelatex.com/

LaTeX, Evolved Die benutzerfreundliche, kollaborative Online-LaTeX-Bearbeitung

Ich bin nicht mit ihnen verbunden ... nur ein glücklicher Benutzer.