Mit anderen Entwicklern zusammenarbeiten

Apps Script bietet einige Funktionen, mit denen Sie und andere Entwickler Skripts, Add-ons und Webanwendungen gemeinsam erstellen und verwalten können.

Grundlagen der Zusammenarbeit

Damit Sie und Ihre Mitbearbeiter gemeinsam an einem Projekt arbeiten können, benötigen Sie alle Bearbeiterzugriff auf die Apps Script-Projektdatei (und ihren Container, wenn es sich um ein gebundenes Skript handelt). So können alle Teammitglieder den Apps Script-Code sehen und ändern. Bearbeiter können außerdem neue Codeversionen erstellen, Add-ons veröffentlichen und Skripts als Webanwendungen oder ausführbare Dateien für die Apps Script API bereitstellen.

Sie können Ihr Team unterstützen, indem Sie im Voraus planen, wie Sie die Bearbeitung, Überprüfung, Versionsverwaltung und (falls zutreffend) die Bereitstellung und Veröffentlichung Ihres Projekts, Ihres Add-ons oder Ihrer Webanwendung abwickeln. Eigenständige Projekte sind in der Regel am einfachsten zusammenzuarbeiten, da sie direkt in Google Drive angezeigt werden und der empfohlene Projekttyp für die Entwicklung von Add-ons und Webanwendungen sind.

Ein häufiges Problem bei der Zusammenarbeit tritt auf, wenn ein Skriptprojektinhaber das Team verlässt, ohne die Eigentümerschaft für das Projekt auf ein anderes Teammitglied zu übertragen. Dies kann dazu führen, dass Sie das Projekt nicht pflegen oder aktualisieren können. Dieses Problem können Sie vermeiden, wenn Sie Ihr Skriptprojekt in einer geteilten Ablage ablegen, da Dateien in einer geteilten Ablage keinen bestimmten Eigentümer haben.

Mit dem clasp-Befehlszeilentool zusammenarbeiten

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 Mitbearbeiter Versionsverwaltungssoftware wie git verwenden.

Weitere Informationen finden Sie im Leitfaden Befehlszeile mit clasp.

Über geteilte Ablagen zusammenarbeiten

Geteilte Ablagen (früher „Teamablagen“) bieten einen gemeinsamen Speicherplatz in Google Drive, in dem Gruppen von Drive-Nutzern effektiver zusammenarbeiten können. Dateien in einer geteilten Ablage gehören der gesamten Gruppe und nicht einzelnen Personen. Wenn ein Mitbearbeiter die Gruppe verlässt, übernimmt er also nicht die Eigentümerschaft und nicht 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. Dies kann für Apps Script-Entwickler sehr wertvoll sein, da ein Team damit Add-ons, Webanwendungen 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:

  1. Mitbearbeiter mit Bearbeitungszugriff auf eine geteilte Ablage können neue Dateien erstellen oder in die geteilte Ablage verschieben. Als Skripteditor können sie Skriptprojekte aufrufen und bearbeiten, Skriptcode ausführen, neue Skriptversionen erstellen und Add-ons veröffentlichen.
  2. Damit Skripts als Webanwendungen oder ausführbare Dateien für die Apps Script API bereitgestellt werden können, muss das Konto, mit dem die Bereitstellung erstellt wird, zur selben Domain gehören wie die geteilte Ablage, in der sich das Skript befindet.
  3. Mit geteilten Ablagen können Sie bestimmte Dateien innerhalb der geteilten Ablage für andere Personen außerhalb der Gruppe freigeben und ihre Bearbeitungs- und Leseberechtigungen für diese Dateien wie jede andere Drive-Datei ändern. Wenn ein Nutzer jedoch zu dem Team gehört, zu dem die geteilte Ablage gehört, können Sie den Zugriff auf bestimmte Dateien nicht einschränken. Wenn ein Nutzer beispielsweise Bearbeitungszugriff auf eine geteilte Ablage hat, können Sie dies nicht zu „Lesezugriff“ auf eine bestimmte Datei in der geteilten Ablage ändern.
  4. Mitbearbeiter mit uneingeschränktem Zugriff auf eine geteilte Ablage können außerdem Dateien und Apps Script-Projekte löschen sowie Dateien aus der geteilten Ablage verschieben.
  5. Alle containergebundenen Skripts verwenden dieselben Zugriffslisten für Betrachter und Bearbeiter, die für die Containerdatei definiert sind. Wenn Sie beispielsweise Bearbeitungszugriff auf eine Google-Tabelle haben, haben Sie auch Bearbeitungszugriff auf alle angehängten Apps Script-Projektcodes. Wenn Sie eine solche Containerdatei in einer geteilten Ablage ablegen, erhalten die Mitbearbeiter der geteilten Ablage denselben Zugriff auf den Skriptcode wie für den Container selbst.
  6. Wenn sich ein Skriptprojekt in einer geteilten Ablage befindet, ist der Zugriff auf das zugehörige Cloud Platform-Projekt (GCP) möglicherweise eingeschränkt. Weitere Informationen finden Sie im Abschnitt GCP-Projekte und geteilte Ablagen.
  7. Web-Apps, die in einer Domain bereitgestellt werden, funktionieren nicht mehr, wenn sich ihre Eigentümerschaft an eine geteilte Ablage oder ein Konto in einer anderen Domain ändert. Dies kann korrigiert werden, indem Sie das Skript zurück in seinen ursprünglichen Bereich verschieben.
  8. Ebenso funktionieren Skriptprojekte, die als ausführbare Datei der Apps Script API bereitgestellt werden, wenn sie von der API aufgerufen werden, wenn sie über eine geteilte Ablage von einer Domain in eine andere verschoben werden. Dies kann korrigiert werden, indem Sie das Skript zurück in seine ursprüngliche Domain verschieben.

Mit einem freigegebenen Ordner zusammenarbeiten

Wenn die Zusammenarbeit mit einer geteilten Ablage nicht möglich ist, können Sie stattdessen einen freigegebenen Ordner verwenden. Wenn Sie ein Apps Script-Projekt in einen Google Drive-Ordner erstellen oder in einen Google Drive-Ordner verschieben, auf den andere Personen zugreifen können, übernehmen diese dieselben Zugriffsrechte für das Apps Script-Projekt wie für den Ordner. Beispiel:

  • Wenn ein Nutzer Bearbeitungszugriff auf den Ordner hat, kann er das Apps Script-Projekt bearbeiten oder löschen und das Skript ausführen.
  • Wenn ein Nutzer nur Lesezugriff auf den Ordner hat, kann er das Apps Script-Projekt aufrufen und das Skript ausführen.

Über die Projektfreigabe zusammenarbeiten

Sie können an einem Projekt mitarbeiten, indem Sie das Projekt direkt für alle Mitbearbeiter freigeben. Skriptprojekte, die sich in normalen Google Drive-Ordnern oder in geteilten Ablagen befinden, lassen sich 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 freigegeben 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 an eine Google Tabellen-Tabelle gebunden haben, können Sie jemanden zum Bearbeiter des Skripts machen, indem Sie ihn zum Bearbeiter der Tabelle machen. Containergebundene Projekte übernehmen die Zugriffseinstellungen für Betrachter und Bearbeiter der jeweiligen Containerdatei.

Alle containergebundenen Skripts verwenden dieselbe Zugriffsliste für Inhaber, Betrachter und Bearbeiter, die für die Containerdatei definiert ist. Der Containerinhaber übernimmt unabhängig davon, wer es erstellt hat, die Eigentümerschaft für ein neues Skriptprojekt.

Zusammenarbeit und Projektressourcen

Ressourcen sind Entitäten, die mit Ihrem Projekt verknüpft sind, aber unabhängig von dessen Code existieren. In diesem Abschnitt wird erläutert, wie sich die Zusammenarbeit an einem Projekt auf dessen Ressourcen auswirkt, insbesondere auf das Cloud Platform-Projekt, Trigger, Bibliotheken und Nutzereigenschaften.

Zusammenarbeit und Google Cloud-Projekte

Jedem Apps Script-Projekt ist ein Google Cloud-Projekt zugeordnet. Google Cloud-Projekte haben eigene Inhaber, Bearbeiter und andere Rollen, die sich von der Gruppe von Nutzern unterscheiden können, die auf das Skriptprojekt zugreifen können.

Wenn Ihr Skriptprojekt als Add-on veröffentlicht werden soll, muss ein Standard-Google Cloud-Projekt verwendet werden. Wenn Sie an einer Anwendung mitarbeiten, die ein Google Cloud-Standardprojekt verwendet, sollten Sie die Google Cloud-Inhaber und -Rollen konfigurieren, um sicherzustellen, dass alle Ihre Mitbearbeiter die erforderlichen Zugriffsebenen haben. So können Sie vermeiden, dass Sie den Zugriff auf die Cloud-Einstellungen des Projekts verlieren, weil die Inhaber nicht mehr in Ihrer Organisation sind. Dies ist besonders wichtig für Add-ons.

Zusammenarbeit und Trigger

Wenn Sie an einem Projekt mitarbeiten, werden von Ihnen erstellte installierbare Trigger nicht für Personen freigegeben, die Zugriff auf das Projekt haben. Wenn Sie einen einheitlichen Trigger für alle Mitbearbeiter benötigen, können Sie den Skriptdienst verwenden, um Trigger zur Laufzeit programmatisch zu erstellen. Weitere Informationen finden Sie unter Trigger programmatisch verwalten.

Zusammenarbeit und Bibliotheken

Die in Ihrem Projekt enthaltenen Bibliotheken stehen Projektmitarbeitern zur Verfügung. Wenn sie jedoch nicht zumindest Lesezugriff auf eine enthaltene Bibliothek haben, können sie diese Bibliotheken nicht verwenden. In diesem Fall gibt das Skript einen Fehler aus. Weitere Informationen zu Bibliotheken finden Sie unter Bibliotheken verwalten.

Zusammenarbeit und Nutzereigenschaften

Nutzereigenschaften sind für den Nutzer eindeutig, der sie erstellt hat. Das bedeutet, dass die Projektmitarbeiter weder Ihre Nutzereigenschaften sehen noch darauf zugreifen können. Sie können auch nicht auf deren Eigenschaften zugreifen. Verwenden Sie Skripteigenschaften, wenn Sie projektspezifische Attribute für die Mitbearbeiter freigeben möchten. Weitere Informationen finden Sie im Leitfaden zu Attributen.