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

Wenn Sie an einem Projekt zusammenarbeiten möchten, benötigen Sie und Ihre Mitbearbeiter Bearbeiterzugriff auf die Apps Script-Projektdatei (und ihren Container, wenn es sich um ein gebundenes Skript handelt). So können alle 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 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, Add-ons oder Ihrer Webanwendung durchführen. Eigenständige Projekte lassen sich in der Regel am einfachsten gemeinsam bearbeiten, 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 des Projekts auf eine andere Person im Team zu übertragen. Das kann dazu führen, dass Sie das Projekt nicht pflegen oder aktualisieren können. Wenn Sie Ihr Skriptprojekt in einer geteilten Ablage ablegen, können Sie dieses Problem vermeiden, 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 zur Befehlszeile mit clasp.

Über geteilte Ablagen zusammenarbeiten

Geteilte Ablagen (früher „Teamablagen“) bieten einen gemeinsamen Bereich in Google Drive, in dem Gruppen von Drive-Nutzern effektiver zusammenarbeiten können. Dateien in einer geteilten Ablage gehören nicht einzelnen Personen, sondern der gesamten Gruppe. Das bedeutet, dass ein Mitbearbeiter, der die Gruppe verlässt, nicht die Eigentümerschaft an der Datei und nicht die Kontrolle über die Datei übernimmt.

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 zur Zusammenarbeit an Apps Script-Projekten verwenden, sollten Sie Folgendes beachten:

  1. Mitbearbeiter mit Bearbeitungszugriff auf eine geteilte Ablage können neue Dateien erstellen oder dorthin verschieben. Als Skriptbearbeiter können sie Skriptprojekte ansehen und bearbeiten, Skriptcode ausführen, neue Skriptversionen erstellen und Add-ons veröffentlichen.
  2. Wenn Sie Skripts als Webanwendungen oder ausführbare Dateien für die Apps Script API bereitstellen möchten, muss das Konto, über das 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 z. B. Bearbeitungszugriff auf eine geteilte Ablage hat, können Sie dies nicht auf eine bestimmte Datei innerhalb der geteilten Ablage im Lesemodus beschränken.
  4. Mitbearbeiter mit uneingeschränktem Zugriff auf eine geteilte Ablage können außerdem Dateien und Apps Script-Projekte löschen und Dateien aus der geteilten Ablage verschieben.
  5. Alle containergebundenen Skripts verwenden dieselben Zugriffslisten für Betrachter und Editoren, die für die Containerdatei definiert sind. Wenn Sie beispielsweise Bearbeitungszugriff auf eine Google-Tabelle haben, haben Sie auch Bearbeitungszugriff auf alle damit verknüpften 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. In einer Domain bereitgestellte Webanwendungen funktionieren nicht mehr, wenn sich ihre Inhaberschaft auf eine geteilte Ablage oder ein Konto in einer anderen Domain ändert. Sie können das Problem beheben, indem Sie das Skript zurück in seine ursprüngliche Domain verschieben.
  8. Skriptprojekte, die als ausführbare Datei der Apps Script API bereitgestellt werden, funktionieren nicht mehr, wenn sie von der API aufgerufen werden, wenn sie über eine geteilte Ablage von einer Domain in eine andere verschoben werden. Sie können dies beheben, indem Sie das Skript zurück in seine ursprüngliche Domain verschieben.

Mit einem freigegebenen Ordner zusammenarbeiten

Wenn Sie über eine geteilte Ablage nicht zusammenarbeiten können, 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 Nutzer zugreifen können, erhalten sie denselben Zugriff auf das Apps Script-Projekt, den sie für den Ordner haben. 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 jemand 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 zusammenarbeiten, indem Sie das Projekt direkt für alle Mitbearbeiter freigeben. Sie können Skriptprojekte, die sich in normalen Google Drive-Ordnern oder in geteilten Ablagen befinden, direkt freigeben. Bei dieser Methode empfiehlt es sich, sorgfältig zu planen, wer der Eigentümer und Administrator des Skripts ist.

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 Tabelle in Google Tabellen gebunden haben, können Sie anderen Personen zum Bearbeiter des Skripts ernennen, indem Sie sie zum Bearbeiter der Tabelle machen. Containergebundene Projekte übernehmen die Zugriffseinstellungen für Betrachter und Bearbeiter der Containerdatei.

Alle containergebundenen Skripts verwenden dieselbe Liste mit Inhaber-, Betrachter- und Bearbeitungszugriff, die für die Containerdatei definiert sind. Der Containerinhaber übernimmt die Inhaberschaft eines neuen Skriptprojekts unabhängig davon, wer es erstellt hat.

Zusammenarbeit und Projektressourcen

Ressourcen sind Entitäten, 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 die Ressourcen auswirkt, insbesondere auf das Cloud Platform-Projekt, die Trigger, die Bibliotheken und die 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 es ein Google Cloud-Standardprojekt verwenden. Wenn Sie an einer Anwendung zusammenarbeiten, die ein Google Cloud-Standardprojekt verwendet, sollten Sie die Google Cloud-Inhaber und -Rollen konfigurieren, damit alle Ihre Mitbearbeiter die entsprechenden Zugriffsebenen haben. Dadurch wird verhindert, dass Sie den Zugriff auf die Cloud-Einstellungen des Projekts verlieren, da die Inhaber nicht mehr Ihrer Organisation angehören. 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 eine konsistente Triggereinrichtung 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 mindestens 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 gelten nur für den Nutzer, der sie erstellt hat. Das bedeutet, dass die Projektmitarbeiter weder Ihre Nutzereigenschaften sehen noch darauf zugreifen können und Sie ihre Eigenschaften weder sehen noch aufrufen können. Wenn Sie projektspezifische Attribute für die Mitbearbeiter freigeben möchten, verwenden Sie Skripteigenschaften. Weitere Informationen finden Sie im Leitfaden für Attribute.