Współpracuj z innymi deweloperami

Apps Script udostępnia funkcje, które pomagają Tobie i innym deweloperom tworzyć a także współpracować ze skryptami, dodatkami i aplikacjami internetowymi.

Podstawowe informacje o współpracy

Aby współpracować nad projektem, Ty i Twoi współpracownicy musicie mieć dostępu z uprawnieniami do edycji do pliku projektu Apps Script (i jego kontenera, jeśli jest to powiązany skrypt). Dzięki temu wszyscy członkowie Twojego zespołu przeglądać i zmieniać kod Apps Script. Edytujący mogą też utworzyć nowy kod wersji, publikowania dodatków i wdrażania skryptów jako aplikacji internetowych lub plików wykonywalnych przy użyciu interfejsu Apps Script API.

Możesz pomóc swojemu zespołowi, planując z wyprzedzeniem sposób edycji, sprawdzanie, obsługę wersji oraz (w stosownych przypadkach) wdrażanie i publikowanie w projekcie, dodatku lub aplikacji internetowej. Samodzielne projekty są zwykle najłatwiejsze. nad którymi mogą współpracować, bo pliki są widoczne bezpośrednio na Dysku Google zalecany typ projektu do tworzenia dodatków i aplikacji internetowych.

Częstym problemem podczas współpracy jest sytuacja, w której właściciel projektu skryptu opuszcza bez przenoszenia własności projektu na inną osobę. To może sprawić, że nie będziesz w stanie zarządzać projektem ani go aktualizować. Umieszczenie projektu skryptu na dysku współdzielonym uniemożliwia ten problem, bo pliki na dysku współdzielonym nie mają konkretnych właścicieli.

Współpraca za pomocą narzędzia wiersza poleceń clasp

clasp umożliwia synchronizowanie projektów między witryną script.google.com a plikiem lokalnym systemu. Pozwala to uprościć i zautomatyzować programowanie kodu, a współpracownicy korzystają z oprogramowania do zarządzania kontrolą źródła, takiego jak git

Więcej informacji znajdziesz w sekcji Interfejs wiersza poleceń korzystając z przewodnika clasp.

Współpraca na dyskach współdzielonych

Dyski współdzielone (dawniej znane jako „Dyski zespołu”) zapewniają wspólne miejsce na Dysku Google, w którym grupy Dysku użytkownicy mogą skuteczniej ze sobą współpracować. Pliki umieszczone na dysku współdzielonym należą do Ciebie przez grupę jako całość, a nie przez poszczególne osoby. Oznacza to, że gdy współpracownik opuszcza grupę, nie przejmuje własności pliku ani kontroli nad nim .

Na dyskach współdzielonych możesz też przenosić pliki między domenami, czyli na dyskach współdzielonych w jednej domenie mogą mieć współpracowników z innej domeny, którzy mogą przenosić pliki z tę domenę na dysk współdzielony. Może to być bardzo przydatne w Apps Script. dla programistów, ponieważ daje zespołowi środki do tworzenia dodatków, aplikacji internetowych lub inny kod dla klientów z różnych domen.

Jeśli korzystasz z dysków współdzielonych do współpracy nad projektami Apps Script, zachowaj plik o których warto pamiętać:

  1. Współpracownicy z uprawnieniami do edycji dysku współdzielonego mogą tworzyć i przenosić elementy nowe pliki na dysk współdzielony. Jako edytujący skrypty mogą wyświetlać i edytować projekty skryptów, uruchamianie kodu skryptu, tworzenie nowych wersji skryptów, publikowanie dodatków.
  2. Aby wdrożyć skrypty jako aplikacje internetowe lub pliki wykonywalne dla interfejsu Apps Script API, konto tworzące wdrożenie musi należeć do tej samej domeny co konto dysku współdzielonym, na którym znajduje się skrypt.
  3. Dyski współdzielone umożliwiają udostępnianie określonych plików w obrębie dysku współdzielonego użytkowników spoza grupy i zaktualizuj ich uprawnienia do edycji i wyświetlania w jak każdy inny plik na Dysku. Jeśli jednak użytkownik jest części zespołu, do którego należy dysk współdzielony, nie możesz ograniczyć jego dostępu w przypadku określonych . Jeśli na przykład użytkownik ma uprawnienia do edycji dysku współdzielonego, nie możesz zmień tę opcję na dostęp w trybie tylko do wyświetlania określonego pliku na dysku współdzielonym.
  4. Współpracownicy z pełnym dostępem do dysku współdzielonego mogą też usuwać pliki i projektach Apps Script oraz przenosić pliki poza na dysku współdzielonym.
  5. wszystkie skrypty powiązane z kontenerami. korzystać z tych samych list uprawnień do wyświetlania i edytującego, które zostały zdefiniowane dla pliku kontenera. Jeśli na przykład masz uprawnienia do edycji Arkusza Google, masz też uprawnienia do edycji dowolnego kodu projektu Apps Script dołączonego do tego projektu. Umieszczenie takiego pliku kontenera na dysk współdzielony przydziela współpracownikom z tego dysku współdzielonego taki sam dostęp do kodu skryptu, jaki mają oni do samego kontenera.
  6. Jeśli projekt skryptu znajduje się na dysku współdzielonym, Projekt Cloud Platform (GCP) może podlegać ograniczeniom. Zobacz Projekty GCP i dyski współdzielone .
  7. Aplikacje internetowe wdrożone w jednej domenie przestają działać, jeśli ich własność zmieni się na dysk współdzielony lub konto w innej domenie. Można to poprawić w ten sposób: i przeniesie skrypt z powrotem do pierwotnej domeny.
  8. Analogicznie w projektach skryptów, które wdrożona jako plik wykonywalny Apps Script API przestanie działać po wywołaniu przez interfejs API, jeśli zostanie przeniesiony za pomocą dysku współdzielonego z z jednej domeny do drugiej. Można to poprawić, przenosząc skrypt z powrotem na w pierwotnej domenie.

Współpraca z folderem udostępnionym

Jeśli nie możesz współpracować na dysku współdzielonym, możesz użyć folderu udostępnionego . Gdy tworzysz lub przenosisz projekt Apps Script do folderu Dysku Google, do którego inne osoby mają dostęp, mają one takie same uprawnienia dostępu do projektu Apps Script przypisanego do tego folderu. Na przykład:

  • Jeśli ktoś ma uprawnienia do edycji folderu, może edytować lub usunąć projekt Apps Script i uruchomienie skryptu.
  • Jeśli ktoś ma uprawnienia tylko do wyświetlania folderu, może zobaczyć projekt Apps Script i uruchomienie skryptu.

Współpraca przy udostępnianiu projektów

Nad projektem możesz współpracować, udostępniając go bezpośrednio wszystkim uczestnikom. współpracowników. Możesz bezpośrednio udostępniać projekty skryptów znajdujące się w zwykłym folderów Dysku Google ani na dyskach współdzielonych. Jeśli używasz tej metody, zalecamy dokładne zaplanowanie, kto będzie właścicielem i którym będzie zarządzać skryptem w dłuższej perspektywie.

Samodzielne projekty są wyświetlane na Dysku Google jako plik, który możesz udostępniać jak każdy inny plik. Więcej Więcej informacji zawiera Udostępnianie plików i folderów

Projekty powiązane z kontenerem nie są widoczne w Dysk Google. Aby udostępnić projekt powiązany z kontenerem, udostępnij projekt nadrzędny pliku kontenera. Jeśli na przykład masz skrypt powiązany z Arkuszami Google arkusz kalkulacyjny, uczynić kogoś redaktorem scenariusza, mianując go redaktorem arkusz kalkulacyjny. Projekty powiązane z kontenerem dziedziczą uprawnienia do wyświetlania i edytowania ustawień pliku kontenera.

Wszystkie skrypty powiązane z kontenerem mają tego samego właściciela, przeglądającego zdefiniowaną listę dostępu edytora dla pliku kontenera. Właściciel kontenera przyjmuje lub właścicielem nowego projektu skryptu, niezależnie od tego, kto go utworzył.

Zasoby do współpracy i projektów

Zasoby to encje powiązane z Twoim projektem, które istnieją niezależnie od swojego kodu. Ta sekcja wyjaśnia, jak współpraca nad projektem ma wpływ na jej zasoby, w szczególności na: projekt Cloud Platform, aktywatory, bibliotekami i właściwościami użytkownika.

Współpraca i projekty Google Cloud

Każdy projekt Apps Script ma powiązane Projekt Google Cloud. Projekty Google Cloud mają własną grupę właścicieli, edytujących i innych ról. które mogą się różnić od zbioru użytkowników mających dostęp do skryptu. w projektach AI.

Jeśli Twój projekt scenariusza ma być opublikowany jako dodatku, musi używać prefiksu standardowym projekcie Google Cloud. Gdy współpracujesz nad aplikacją, która wykorzystuje standardowy projekt Google Cloud, zalecamy skonfigurować właścicieli i role Google Cloud, aby zapewnić wszystkim współpracownikom odpowiednie uprawnienia dostępu. To pomaga zapobiegaj sytuacjom, w których utracisz dostęp do ustawień Cloud projektu, ponieważ a jej właściciele nie są już w Twojej organizacji. Jest to szczególnie ważne dotyczące dodatków.

Współpraca i reguły

Gdy współpracujesz nad projektem, każdy utworzone przez Ciebie reguły instalacyjne. nie są udostępniane osobom, które mają dostęp do Twojego projektu. Jeśli musisz mieć jednolitą konfigurację reguł dla wszystkich współpracowników, możesz użyć Usługa skryptu do tworzenia aktywatorów. automatycznie w czasie wykonywania. Więcej informacji: Automatyczne zarządzanie regułami.

Współpraca i biblioteki

Biblioteki uwzględnione w Twoim projekcie są dostępne dla współpracowników. Jeśli jednak nie mają dostępu do uwzględnionej biblioteki na poziomie co najmniej do odczytu, nie mogą korzystać z tych bibliotek – w tym przypadku skrypt zwraca błąd. Więcej informacji o bibliotekach znajdziesz tutaj: Zarządzanie bibliotekami

Współpraca i właściwości użytkownika

Właściwości użytkownika są unikalne dla użytkownika, który je utworzył. Oznacza to, że współpracownicy w projekcie nie widzą Twoich właściwości użytkownika ani nie mają do nich dostępu, a Ty których nie widzą ani nie mają do nich dostępu. Używaj właściwości skryptu jeśli chcesz udostępnić współpracownikom właściwości związane z projektem. Dla: aby dowiedzieć się więcej, zobacz Przewodnik po usługach