question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Workflow for multiple devs working in one project

See original GitHub issue

The scenario is that in my team, we want to have a good developer workflow for Apps scripts project. Then we decided to use clasp with Typescript on it.

When we run clasp push, the .ts files get transformed in .gs files in scripts.google.com.

If there are multiple devs working on one project and do push simultaneously, I’m pretty sure the first push will be overwritten by the second push and we will lose the progress.

Can you recommend a good developer workflow in this type of scenario?

Issue Analytics

  • State:open
  • Created a year ago
  • Reactions:2
  • Comments:7

github_iconTop GitHub Comments

3reactions
Nu11u5commented, Jul 1, 2022

GAS should be treated only as a deployment target.

If individual developers need to test code they can configure their own GAS project file and push to that. If the GAS project is linked to a GCP project, all “copies” can be linked to the same GCP project if needed.

2reactions
schulzj01commented, Aug 16, 2022

Hello Everyone, I have the same issue, unfortunate you can have different devs for a same project, but each push request does overwrite in all files in apps script. It would be better we have the possibility to do pull request for separate, I mean for spared files without overwrite all project in app script.

We have a multi-developer application and here’s how we handle this.

  1. Set up each developer with their own GAS project.
  2. Each developer pulls from the git repo.
  3. Each developer creates a .clasp.json file which is different for each developer, and adds .clasp.json to their .gitignore file.
  4. Developers would test off their separate GAS project, finalize changes, and then push back to the git repo.
  5. Once you’re ready to deploy, create a separate GAS project, push your repo code, and create the deployment from that.
  6. Subsequent deployments run off the project created in the previous step.
Read more comments on GitHub >

github_iconTop Results From Across the Web

Proper git workflow scheme with multiple developers working ...
We have a repository in a Bitbucket. Master branch is considered to contain stable code only. Every dev must create his own branch...
Read more >
What is the proper Git workflow for multiple developers to work ...
A popular and effective Git process is called GitFlow . It seems designed for large projects with lots of concurrent development and a...
Read more >
Git workflow strategies for multiple teams - LogRocket Blog
Get practical Git workflow strategies designed to enable multiple teams to successfully work in a single repository.
Read more >
GitHub | Working with multiple developers on same project
This video will help you understand how to work with multiple developers on a single code base. In this video, you will completely...
Read more >
Managing multiple people working on a project with GIT
No, use branches for features, fixes etc that will take more than one commit. More than one developer can be working on the...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found