Apps Script bietet einige Funktionen, die Ihnen und anderen Entwicklern helfen, gemeinsam Skripts, Add-ons und Web-Apps zu erstellen und zu verwalten.
Grundlagen der Zusammenarbeit
Wenn Sie mit anderen an einem Projekt zusammenarbeiten möchten, müssen Sie und Ihre Mitbearbeiter alle Bearbeitungszugriff auf die Apps Script-Projektdatei (und den zugehörigen Container, falls es sich um ein gebundenes Script handelt) haben. So kann jeder in Ihrem Team den Apps Script-Code sehen und Änderungen daran vornehmen. Bearbeiter können auch neue Codeversionen erstellen, Add-ons veröffentlichen und Skripts als Web-Apps oder als ausführbare Dateien für die Apps Script API bereitstellen.
Sie können Ihrem Team helfen, indem Sie im Voraus planen, wie Sie die Bearbeitung, Überprüfung, Versionsverwaltung und (falls zutreffend) die Bereitstellung und Veröffentlichung Ihres Projekts, Add-ons oder Ihrer Web-App handhaben. Eigenständige Projekte sind in der Regel am einfachsten zu bearbeiten, da sie direkt in Google Drive angezeigt werden und der empfohlene Projekttyp für die Entwicklung von Add-ons und Web-Apps sind.
Ein häufiges Problem bei der Zusammenarbeit tritt auf, wenn der Inhaber eines Skriptprojekts das Team verlässt, ohne die Inhaberschaft des Projekts auf eine andere Person im Team zu übertragen. Das kann dazu führen, dass Sie das Projekt nicht mehr verwalten oder aktualisieren können. Wenn Sie Ihr Scriptprojekt in einer geteilten Ablage speichern, wird dieses Problem vermieden, da Dateien in einer geteilten Ablage keinen bestimmten Eigentümer haben.
Zusammenarbeiten mit dem clasp-Befehlszeilentool
Mit clasp können Sie Projekte zwischen script.google.com und Ihrem lokalen Dateisystem synchronisieren. So können Sie die Codeentwicklung optimieren und automatisieren, wenn Sie und Ihre Mitarbeiter eine Software zur Quellcodeverwaltung wie git verwenden.
Weitere Informationen finden Sie im Leitfaden zur Verwendung der Befehlszeilenschnittstelle mit clasp.
Zusammenarbeit mit geteilten Ablagen
Geteilte Ablagen (früher „Teamablagen“) bieten einen gemeinsamen Speicherplatz in Google Drive, in dem Gruppen von Drive-Nutzern effektiver zusammenarbeiten können. Dateien, die in einer geteilten Ablage abgelegt werden, gehören der Gruppe als Ganzes und nicht einzelnen Personen. Wenn ein Mitarbeiter die Gruppe verlässt, behält er also nicht das Eigentum und die Kontrolle über die Dateien.
Mit geteilten Ablagen können Sie auch Dateien zwischen Domains verschieben. Eine geteilte Ablage in einer Domain kann Mitbearbeiter aus einer anderen Domain haben, die Dateien aus dieser Domain in die geteilte Ablage verschieben können. Das kann für Apps Script-Entwickler sehr nützlich sein, da ein Team so Add-ons, Web-Apps oder anderen Code für Kunden in verschiedenen Domains entwickeln kann.
Wenn Sie geteilte Ablagen für die Zusammenarbeit an Apps Script-Projekten verwenden, sollten Sie Folgendes beachten:
- Mitbearbeiter mit Bearbeitungszugriff auf eine geteilte Ablage können neue Dateien in der geteilten Ablage erstellen oder verschieben. Als Script-Editoren können sie Script-Projekte ansehen und bearbeiten, Script-Code ausführen, neue Script-Versionen erstellen und Add-ons veröffentlichen.
- Wenn Sie Scripts als Webanwendungen oder ausführbare Dateien für die Apps Script API bereitstellen möchten, muss das Konto, mit dem die Bereitstellung erstellt wird, zur selben Domain gehören wie das freigegebene Laufwerk, in dem sich das Script befindet.
- In geteilten Ablagen können Sie bestimmte Dateien für andere Nutzer außerhalb der Gruppe freigeben und deren Bearbeitungs- und Leseberechtigungen für diese Dateien wie bei jeder anderen Drive-Datei aktualisieren. Wenn ein Nutzer jedoch Mitglied des Teams ist, zu dem die geteilte Ablage gehört, können Sie seinen Zugriff auf bestimmte Dateien nicht einschränken. Wenn ein Nutzer beispielsweise Bearbeitungszugriff auf eine geteilte Ablage hat, können Sie diesen Zugriff nicht für eine bestimmte Datei in der geteilten Ablage in Lesezugriff ändern.
- Mitwirkende mit uneingeschränktem Zugriff auf eine geteilte Ablage können auch Dateien und Apps Script-Projekte löschen und Dateien aus der geteilten Ablage verschieben.
- Alle containergebundenen Skripts verwenden dieselben Zugriffslisten für Betrachter und Mitbearbeiter, die für die Containerdatei definiert sind. Wenn Sie beispielsweise Bearbeitungszugriff auf ein Google-Tabellenblatt haben, haben Sie auch Bearbeitungszugriff auf den zugehörigen Apps Script-Projektcode. Wenn Sie eine solche Containerdatei in einer geteilten Ablage platzieren, erhalten die Mitbearbeiter der geteilten Ablage denselben Zugriff auf den Scriptcode wie auf den Container selbst.
- Wenn sich ein Skriptprojekt in einer geteilten Ablage befindet, kann der Zugriff auf das zugehörige Cloud Platform-Projekt (GCP) eingeschränkt sein. Weitere Informationen finden Sie im Abschnitt GCP-Projekte und geteilte Ablagen.
- Web-Apps, die in einer Domain bereitgestellt werden, funktionieren nicht mehr, wenn die Inhaberschaft auf ein gemeinsames Laufwerk oder Konto in einer anderen Domain übertragen wird. Das lässt sich korrigieren, indem Sie das Script zurück in die ursprüngliche Domain verschieben.
- Ähnlich verhält es sich mit Skriptprojekten, die als ausführbare Apps Script-API bereitgestellt werden. Wenn sie über ein gemeinsames Laufwerk von einer Domain in eine andere verschoben werden, funktionieren sie nicht mehr, wenn sie von der API aufgerufen werden. Das lässt sich korrigieren, indem Sie das Script zurück in die ursprüngliche Domain verschieben.
Zusammenarbeiten mit einem freigegebenen Ordner
Wenn Sie nicht mit einer geteilten Ablage zusammenarbeiten können, können Sie stattdessen einen freigegebenen Ordner verwenden. Wenn Sie ein Apps Script-Projekt in einem Google Drive-Ordner erstellen oder dorthin verschieben, auf den andere Nutzer zugreifen können, erben diese Nutzer denselben Zugriff auf das Apps Script-Projekt, den sie für den Ordner haben. Beispiel:
- Wenn jemand Bearbeitungszugriff auf den Ordner hat, kann er das Apps Script-Projekt bearbeiten oder löschen und das Script ausführen.
- Wenn jemand nur Lesezugriff auf den Ordner hat, kann er das Apps Script-Projekt ansehen und das Script ausführen.
Mit der Projektfreigabe zusammenarbeiten
Sie können an einem Projekt zusammenarbeiten, indem Sie es direkt für alle Mitbearbeiter freigeben. Sie können Skriptprojekte, die sich in normalen Google Drive-Ordnern oder in geteilten Ablagen befinden, direkt freigeben. Wenn Sie diese Methode verwenden, sollten Sie sorgfältig planen, wer das Skript im Laufe der Zeit besitzt und verwaltet.
Eigenständige Projekte werden in Google Drive als Datei angezeigt und können wie jede andere Datei geteilt werden. Weitere Informationen finden Sie unter Dateien und Ordner freigeben.
Containergebundene Projekte sind in Google Drive nicht sichtbar. Wenn Sie ein containergebundenes Projekt freigeben möchten, geben Sie die übergeordnete Containerdatei frei. Wenn Sie beispielsweise ein Skript haben, das an eine Google-Tabelle gebunden ist, können Sie eine Person zum Bearbeiter des Skripts machen, indem Sie sie zum Bearbeiter der Tabelle machen. Containergebundene Projekte übernehmen die Einstellungen für den Betrachter- und Bearbeiterzugriff ihrer Containerdatei.
Alle containergebundenen Skripts verwenden dieselbe Liste mit Zugriffsberechtigungen für Inhaber, Betrachter und Mitbearbeiter, die für die Containerdatei definiert ist. Der Containerinhaber übernimmt die Inhaberschaft eines neuen Skriptprojekts, unabhängig davon, wer es erstellt hat.
Zusammenarbeit und Projektressourcen
Ressourcen sind Einheiten, die mit Ihrem Projekt verknüpft sind, aber unabhängig von seinem Code existieren. In diesem Abschnitt wird erläutert, wie sich die Zusammenarbeit an einem Projekt auf seine Ressourcen auswirkt, insbesondere auf das Cloud Platform-Projekt, Trigger, Bibliotheken und Nutzerattribute.
Zusammenarbeit und Google Cloud-Projekte
Jedes Apps Script-Projekt hat ein zugehöriges Google Cloud-Projekt. Google Cloud-Projekte haben eigene Eigentümer, Bearbeiter und andere Rollen, die sich von den Nutzern unterscheiden können, die auf das Scriptprojekt zugreifen können.
Wenn Ihr Scriptprojekt als Add-on veröffentlicht werden soll, muss es ein standardmäßiges Google Cloud-Projekt verwenden. Wenn Sie an einer Anwendung zusammenarbeiten, die ein Standard-Google Cloud-Projekt verwendet, empfehlen wir, die Google Cloud-Inhaber und -Rollen zu konfigurieren, damit alle Mitarbeiter die entsprechenden Zugriffsebenen haben. So wird verhindert, dass Sie den Zugriff auf die Cloud-Einstellungen des Projekts verlieren, weil die Inhaber nicht mehr in Ihrer Organisation sind. Das ist besonders wichtig für Add-ons.
Zusammenarbeit und Trigger
Wenn Sie an einem Projekt zusammenarbeiten, werden alle installierbaren Trigger, die Sie erstellen, nicht für Nutzer freigegeben, die Zugriff auf Ihr Projekt haben. Wenn Sie für alle Mitbearbeiter eine einheitliche Triggereinrichtung benötigen, können Sie den Script-Dienst verwenden, um Trigger programmatisch zur Laufzeit zu erstellen. Weitere Informationen finden Sie unter Trigger programmatisch verwalten.
Zusammenarbeit und Bibliotheken
Bibliotheken, die in Ihrem Projekt enthalten sind, sind für Projektmitarbeiter verfügbar. Wenn sie jedoch nicht mindestens Lesezugriff auf eine enthaltene Bibliothek haben, können sie diese Bibliotheken nicht verwenden. In diesem Fall wird im Skript ein Fehler ausgegeben. Weitere Informationen zu Bibliotheken finden Sie unter Bibliotheken verwalten.
Zusammenarbeit und Nutzereigenschaften
Nutzereigenschaften sind nur für den Nutzer verfügbar, der sie erstellt hat. Das bedeutet, dass Projektmitarbeiter Ihre Nutzerattribute nicht sehen oder darauf zugreifen können und Sie nicht auf ihre. Verwenden Sie Skripteigenschaften, wenn Sie projektspezifische Eigenschaften für die Mitarbeiter freigeben möchten. Weitere Informationen finden Sie im Leitfaden zu Properties.